Claude Code之父最新判断：AI时代团队分工被重写：这「五种人」最吃香
随着AI工具引发编程领域的变革，行业正接受工程师角色的转变。然而，更深远的影响已触及团队协作底层，Claude Code团队的最新观察揭示了五种新型角色。
Claude Code团队负责人Boris Cherny在X上提出了一个富有洞见的观察。
他指出，随着工程、产品、设计、数据科学等职能逐渐融合，他一直在思考这些角色会演变成何种形态。以该团队为例，内部传统的岗位标签正在被彻底剥离，取而代之的是五类基于行为模式的新型角色：原型师、构建者、清理师、增长师、维护者。
原型师（The Prototyper）核心职责是提出全新想法并持续产出大量创意，其中多数不会上线。他们注重想法的数量与颠覆性，不纠结于每个创意能否落地。
构建者（The Builder）负责将散落的创意或粗糙原型快速转化为可投入生产环境、面向海量用户的产品或高可用基础设施。换言之，他们解决从0.1到1的硬核飞跃。
清理师（The Sweeper）负责做减法，AI时代最可怕的副作用是代码与功能的过度膨胀。清理师的职责是清理、精简用户界面，简化、重构混乱的代码与系统架构，移除冗余功能以换取高性能与高可维护性。
增长师（The Growth）接手成型产品并进入市场后，增长师负责小步快跑的持续迭代，关心产品如何更接近市场、用户如何更愿意留下来、从能用走向被需要。此角色不同于传统增长运营，更接近产品、数据、用户理解和实验能力的结合。
维护者（The Maintainer）负责成熟系统的长期运营，不参与追逐耀眼新功能，但死磕安全性、可靠性、极致的运行效率和系统弹性，确保服务在任何极端流量下稳如磐石。
需要注意的是，这五类角色并不对应传统岗位，个体不再被固定在职位头衔中。
Boris Cherny认为，许多人可能同时担任两种甚至三种角色。
「我也注意到，这些角色并不真正绑定具体岗位。比如在团队内部，有些设计师更符合第1类，有些更符合第2类，有些则更符合第3类；工程师、产品经理、数据科学家也是如此。」
这就意味着，在高效的AI赋能团队中，许多成员不再是单一螺丝钉。设计师可以是原型师或清理师，工程师可以是构建者或维护者，产品经理可以承担增长师或原型师，数据科学家可能同时参与分析、产品增长和系统优化。
未来团队评估人员的方式可能转变，过去关注的“你是什么岗位”正在变为“你能在产品生命周期推进哪一阶段”。
Boris Cherny分析认为，健康团队所需的角色组合取决于产品阶段：
一个全新的、尚未找到产品市场契合度的产品，需要擅长1、2、3类角色的人；
一个正在增长、已经找到产品市场契合度的产品，需要2、3、4类角色，并配备一些5类角色；
一个已经拥有强产品市场契合度的产品，则需要3、4、5类角色，并保留一些2类角色。
「也许未来的产品角色会如此演变，而非按专业领域划分岗位。」
此帖一出立即引发网友热议，多数人表示赞同。
「这非常符合实际工作状态。有些项目我是1+3的组合，另一些项目则纯粹是4。岗位名称从未真正概括这些。」
一位数据科学家也现身说法，表示自己常做清理师类型工作，同时以数据科学视角搭建产品，好奇这是否属于2+3型。
网友Kun Chen表示深有同感，称自己不太喜欢定义角色原型，因为人们容易自我归类后停止反思。现实中，一个人的角色往往需要随项目变化。
他举例说，新项目初期他通常是原型师和构建者，当粗糙之处成为瓶颈时，他会变为清理师。项目成熟后，他又转向增长师和维护者。他表示，如果框死在单一角色，项目进入某种阶段时便不得不放手。
另一个现实是，人们常同时推进多个项目，需在不同项目中扮演不同角色。将自己归类到固定原型会限制扩展野心。
因此他建议保持灵活，关注目标所需的重要事务，少纠结角色边界，因为这些边界会随时间愈发模糊。
Boris Cherny表示深有同感，完全同意角色会随时间与项目阶段不断变化。
有网友质疑，既然AI写代码基本被解决，为何仍需构建者和清理师，难道不能直接让Claude不断循环执行？
对此Boris Cherny解释，Claude不同程度帮助完成这些事情，且随时间继续变强。目前Claude在清理师和构建者工作上已相当不错。
综合来看，团队需根据产品阶段灵活配置这五类角色，成员也应具备动态适应能力。这一变化预示着未来工作模式将更加灵活，岗位边界持续模糊，推动组织向更高效协作演进。
参考链接：
https://x.com/bcherny/status/2071379474277613732
https://x.com/kunchenguid/status/2071382977628795289