Claude Code 之父 Boris Cherny 昨天在 X 上分享了他对 AI 时代产品研发角色的思考。基于对 Claude Code 团队内部工作模式的观察，他提出了五种角色原型，并认为传统的工程师/设计师/产品经理分工正在被 AI 工具瓦解。
五种角色原型
1. 原型探索者（Prototyper）
负责提出全新想法，大量产出创意原型。特点是高产出、高淘汰率——大多数想法不会落地，但少数有价值的创意可能定义产品方向。这不是传统意义上的"产品经理"，而是更偏向创意发散和快速验证。
2. 构建者（Builder）
把原型和想法快速转化为生产级产品或基础设施。在 AI 辅助编程的时代，Builder 的核心能力不再是手写每一行代码，而是架构设计、技术选型和把模糊需求转化为可执行方案。
3. 清理者（Sweeper）
清理用户界面、简化代码和系统、砍掉不必要的功能、优化性能。这个角色在 AI 时代变得尤为重要——因为 AI 生成代码的速度远超人类清理的速度，"技术债"积累的速度也在加快。Sweeper 确保系统不会随着快速迭代而失控。
4. 成长者（Grower）
接手已经构建好的产品，通过持续迭代提升产品-市场契合度（PMF）。这个角色关注数据、用户反馈、A/B 测试，把"能用"的产品变成"用户爱用"的产品。
5. 维护者（Maintainer）
负责成熟系统的安全、可靠、高效运行。当产品进入稳定期，扩展性、稳定性、安全性成为核心诉求，Maintainer 确保系统在面对规模增长时不会崩。
关键洞察：角色与职能解绑
Boris 特别强调，这五种角色不与具体工作职能挂钩。在 Anthropic 内部：
- 有些设计师在做 Prototyper（提出全新创意）
- 有些设计师在做 Builder（直接写代码实现）
- 有些设计师在做 Sweeper（清理 UI 和代码）
- 工程师、产品经理、数据科学家也跨越了传统边界
AI 编程工具（如 Claude Code）让"写代码"不再是工程师的专属技能，同理，AI 设计工具也在让"做设计"不再是设计师的专属。当工具门槛降低，角色由项目需求定义，而不是由岗位头衔定义。
按产品阶段动态配比
Boris 给出了一个务实的团队配比建议：
早期产品（尚未找到 PMF） 需要 1 + 2 + 3：大量探索创意、快速构建验证、及时清理技术债。这个阶段的核心是"快"和"试"，不需要太多维护工作。
成长期产品（已找到 PMF） 需要 2 + 3 + 4，再加一些 5：继续构建新功能、清理积累的技术债、迭代优化用户体验、开始关注系统稳定性。
成熟期产品（强 PMF） 需要 3 + 4 + 5，再加一些 2：清理和优化成为日常，增长迭代是主线，维护是底线，少量新功能探索保持产品活力。
这个配比逻辑很清晰：产品越早期，越需要探索和构建；产品越成熟，越需要清理和维护。团队组成应该随产品阶段动态调整，而不是一成不变。
对组织结构的冲击
Boris 的观察指向一个更深层的变化：AI 工具正在让"全栈"从一种稀缺能力变成默认状态。当设计师能用 Claude Code 写代码、工程师能用 AI 工具做原型设计时，传统的"前端/后端/设计/产品"分工就失去了部分合理性。
未来的团队可能更像"特种部队"——按项目阶段和目标动态组队，每个人根据当前任务切换角色，而不是固定在一个职能岗位上。这种模式的挑战在于管理和考核：如何评估一个同时做 Prototyper 和 Sweeper 的设计师？如何给跨角色的工程师定 KPI？
与现有趋势的呼应
Boris 的框架与近期几个趋势形成了呼应：
- Vibe Coding：Builder 角色的崛起，AI 让"把想法变成代码"的门槛大幅降低
- AI 产品经理：Prototyper 和 Grower 的融合，产品经理不再只是写 PRD，而是直接参与原型验证
- 技术债自动化：Sweeper 角色的需求激增，催生了专门的 AI 代码清理工具
- 平台工程：Maintainer 角色的专业化，SRE 和平台团队成为成熟产品的核心支撑
这套框架的价值不在于它有多新颖——很多观点在敏捷开发和精益创业中已有雏形——而在于它把 AI 工具的影响明确映射到了角色层面，让团队可以据此调整组织结构和招聘策略。