AI 带来的组织变化，不只是让每个岗位做得更快。
更深的一层是：工程、产品、设计和数据科学之间原本清晰的执行边界，正在逐渐变薄。产品经理可以直接做出可交互原型，工程师可以更早参与产品判断，设计师和数据科学家也能跨过过去需要多人交接的环节。
但这不意味着未来团队只需要一种“全能岗位”。当专业头衔开始交叉，团队仍然需要不同的人，解决产品生命周期里不同的问题。
2026 年 6 月，Claude Code 负责人 Boris Cherny 分享了一个来自自己团队的观察：他在这支跨职能团队里，看到了五种反复出现的角色。
Boris Cherny 的原帖给出了五种角色、角色可以重叠，以及团队会随产品阶段调整组合这几个边界。下面把它们排进产品生命周期，是我对这套框架的进一步拆解，不是 Anthropic 的岗位制度。
我更愿意把它理解成一张“动态团队地图”。先看产品处于哪个阶段，再看团队需要哪几种角色、以什么比例一起工作。五个名称只是为了描述贡献方式，不是新的岗位编制。
五种角色，覆盖一条完整的产品生命周期
**原型者（Prototyper）**把还说不清的想法变成可以看、可以试、可以讨论的东西。他们需要快速探索，也接受大多数点子最后不会上线。
**建造者（Builder）**接过已经露出价值的原型，把“能演示”推进到“别人真的可以依赖”。需求边界、质量、数据、流程和基础设施，都要在这一段补齐。
**清扫者（Sweeper）**处理系统不断产生的冗余：重复功能、越来越绕的流程、难以维护的代码、持续消耗注意力的界面。他们不仅优化，也会判断什么应该下线。
**增长者（Grower）**面对的是产品已经做出来、但市场答案还不清楚的阶段。他们沿着真实反馈继续迭代，判断用户为什么留下、在哪一步流失、什么需求值得继续投入。
**维护者（Maintainer）**守住成熟系统的安全、可靠、速度和效率。真实用户和业务开始依赖系统以后，维护就不再是收尾，而是一项持续责任。
这五种原型连起来，正好覆盖一条产品路径：探索想法、完成建造、清理冗余、寻找增长、守住规模。
Boris Cherny 还强调了两个边界：一个人可能同时覆盖两三种原型，而且会随任务和产品阶段移动；这些原型也不和具体头衔绑定，设计师、工程师、产品经理或数据科学家都可能出现在不同位置。
这也不是给 0—1、增长、技术债和 SRE 换一套名字。真正有用的地方，是把角色和岗位头衔拆开，再根据产品阶段重新组合。
所以，别急着把它做成新的人格测试。把“我是产品经理”换成“我是原型者”，并没有解决标签过早固化的问题。
AI 让执行边界变薄，判断位置变得更显眼
过去，组织按照专业技能分工，有很现实的原因。代码、设计、产品和运营都需要长期训练，一个人很难越过多个执行门槛。
现在，AI 正在帮助更多人跨过其中一部分。产品可以更快做出交互原型，运营可以处理数据和搭建自动化，开发也能更直接地参与界面与内容。