Claude Code 负责人抛出新观点：AI 重写团队分工，未来最吃香的是这「五种人」

公众号名称：ChallengeHub

作者名称：ChallengeHub

发布时间：2026-06-30 11:49

当「写代码」这件事被 AI 一点点接管，整个软件行业都在讨论工程师会变成什么样。但越来越多人意识到，被重塑的早已不止「工程师」这一个工种——真正松动的，是团队组织方式本身的底层逻辑。

这两天，Anthropic Claude Code 团队负责人 Boris Cherny 在 X（原推特）上发了一条帖子，把这个话题摆上了台面。截至发稿，这条帖子的浏览量已经冲到 251 万，点赞、收藏双双过万，评论区里挤进了 800 多条回复，俨然成了一场关于「未来谁还需要岗位头衔」的公开辩论。

工程、产品、设计正在融成一个新物种

Cherny 的出发点很朴素：他发现工程、产品、设计、数据科学这几条原本泾渭分明的职能线，正在慢慢糅成一种新的角色形态。于是他开始琢磨——未来这些岗位到底会长成什么样子？

他拿自己带的 Claude Code 团队当样本，撕掉了传统的「职位标签」，转而按照做事方式重新划出了五类人。注意，是「行为模式」，不是「职位」：

1. 原型师（The Prototyper）

专门负责往外抛新想法，而且是大批量地抛。这些点子里的绝大多数最后都不会真正上线——但这恰恰是原型师的价值所在。他们追的是想法的密度和颠覆性，而不是每一个都得落地。

2. 构建者（The Builder）

把那些零碎的灵感、粗糙的原型，硬生生变成能扛住海量用户、真正跑在生产环境里的产品或基础设施。说白了，他们负责的是从「0.1 到 1」那段最难啃的硬骨头。

3. 清理师（The Sweeper）

专门做减法。AI 时代有个很要命的副作用——代码和功能会失控般地膨胀。清理师的活儿就是反着来：精简界面、重构混乱的系统、砍掉冗余功能，用「减法」换回性能和可维护性。

4. 增长师（The Growth）

接手一个已经成型的产品，在它进入市场之后，靠小步快跑的迭代把它推得离市场更近一点、让用户更愿意留下来，把一个「能用」的东西打磨成「被需要」的东西。Cherny 特意强调，这不等同于传统的增长运营，更像是产品嗅觉、数据能力和实验精神的混合体。

5. 维护者（The Maintainer）

负责一个成熟系统的长期运转。他们不一定去追那些闪闪发光的新功能，而是死磕安全、可靠、效率和弹性，确保系统在任何极端流量下都纹丝不动。

关键不在五类人，而在「人不绑定岗位」

如果只看到这五个名字，其实就漏掉了 Cherny 真正想说的那一层。

他特别提醒：这五类角色不对应任何传统岗位。在 Anthropic 内部，有的设计师更像第 1 类，有的更像第 2 类，还有的更像第 3 类；工程师、产品经理、数据科学家同样如此。很多人会横跨两种角色，甚至同时横跨三种。

换句话说，过去你被一个头衔锁死——「你是做什么的」。而往后，更值得问的那个问题或许是：「在产品生命周期里，你能推动哪一段？」

Cherny 还顺手给出了一张「配方表」，团队该配什么样的人，取决于产品走到了哪一步：

• 全新的、还没找到产品市场契合度（PMF）的产品，需要擅长第 1、2、3 类的人；

• 正在增长、已经找到 PMF 的产品，需要第 2、3、4 类，再搭一点第 5 类；

• 已经拥有强 PMF 的成熟产品，则需要第 3、4、5 类，并保留一些第 2 类。

「也许未来的产品角色会更像这样，而不是今天这种按专业领域来切的岗位。」他在帖子末尾这样写道。

评论区炸了：有人狂点头，有人忙着补刀

帖子一出，评论区迅速分成了几个阵营。

**「这说的不就是我吗」派。**最多的声音是强烈共鸣。有人说自己在不同项目里就是不同的组合——这个项目是 1+3，那个项目几乎纯粹是 4，「岗位名称从来没真正概括过这些」。还有人坦言自己「同时在跑 5 个 agent，分工目标几乎一模一样」，更有人直接感慨：这不就是在描述一家公司本身吗（“this is just a company”）。

**「别急着对号入座」派。**也有人提醒不要被框死。一位用户的观点很有意思：人一旦看到角色原型，就容易停在「啊，原来我是这种人」，然后不再反思——可现实里，一个人的角色往往得跟着项目一起变。新项目刚起步时他是原型师加构建者，等粗糙的地方变成瓶颈，他就切换成清理师；项目成熟了，又转去做增长和维护。他的结论是：保持灵活，盯着目标里最要紧的那件事，少纠结角色边界，因为这些边界只会越来越模糊。Cherny 回复说，这完全说中了他的心声。

**「五个不够，我再加几个」派。**不少人开始往这套框架里塞新角色。有人提名第 6 类「破坏者（Destroyer / Breaker）」——故意把系统搞坏来找漏洞，甚至主动给老旧系统判死刑，给新技术腾地方；还有人补了一个「架构师（Architect）」，专门在动手之前（或动手过程中）花大力气去设计系统、抽象和长期技术方向，认为这和原型师、构建者都不一样。也有人盯上了组织最上层，半开玩笑地说，未来「总编排者（Master Orchestrator）」这个词会取代 CTO。

**「清理师被严重低估了」派。**这条单独拎出来说，因为呼声出奇地高。有人直言，清理师是这张清单里最被低估的角色，几乎所有团队都给它配置不足——「下线功能、做减法、简化系统」需要品味和授权，而大多数组织从没正式把这件事交给谁。还有人补刀得更直白：「团队都爱招原型师，却不肯为清理师掏钱。」更有人喊话 Cherny：「你们得把清理师的数量乘以 3。」

**「那 Claude 自己不就能全包了吗」派。**当然也有质疑的声音。既然 AI 写代码这事基本被解决了，为什么还需要构建者和清理师？直接让 Claude 循环执行不行吗？Cherny 的回应是：Claude 在不同程度上都能帮上忙，而且会越来越强；就当下而言，今天的 Claude 在「清理师」和「构建者」这两类工作上已经做得相当不错了。

还有一些零散但有意思的视角散落在评论里。有人觉得这套划分本质上是从「职能型组织」转向「能量驱动型组织」——以前问你是工程、产品还是设计，以后更关键的问题是：在混乱、增长、复杂这几种状态之间，你属于哪一种能量。有人提出框架里似乎少了一个一直被默认存在的人：那个拼命去理解客户、和客户一起做东西、把他们的问题挖出来再解决掉的人。也有人替维护者叫屈，说这可能是五类里最苦的活——原型师轻轻松松多做 2 到 4 倍的功能，最后全压在维护者身上。甚至有人敏锐地问了一句：「这里面怎么没有测试？」

一个人的「团队」，和正在被改写的提问方式

值得玩味的是，评论区里反复出现一类人：单兵作战的人。

有人说自己带着一个「1 人团队」、还顶着一份全职工作，照样得把这五件事全干了；有人说如今的独立开发者，正是靠着 Claude Code、Codex 这类工具，一个人扮完所有角色。也有人据此推断：知道怎么写代码已经不够了，在这个新时代，你大概还得再叠上两套技能才有竞争力。

这或许正是这条帖子击中很多人的原因。它真正改写的，不是五个岗位名称，而是我们打量一个人的方式——从「你的头衔是什么」，悄悄变成了「你能在产品的哪一段发力」。当 AI 把执行层的成本一路压低，人剩下的价值越来越集中在判断、取舍和方向上：决定什么该被造出来、什么该被砍掉、什么时候该换一种角色。

正如有人在评论区写下的那句话——等到有一天，人类连「原型师」这个角色都不再是做得最好的，事情才会真正变得有意思。

那么你呢？如果套进这五类角色，你觉得自己是哪一种，又或者是几种的组合？欢迎在评论区聊聊。

添加微信，备注”LLM“进入大模型技术交流群

如果你觉得这篇文章对你有帮助，别忘了点个赞、送个喜欢

>/ 作者：ChallengeHub小编

>/ 作者：欢迎转载，标注来源即可

---

内容效果不满意？点此反馈