机械之心编辑部

在 Agent Coding 火爆，，，重塑软件行业确当下，，，业界似乎已经逐渐接受「工程师」被改变的不争事实。。？？上质瞪，，，被改变的可能已经不但是「工程师」这一个岗位，，，更深刻的厘革正在团队组织架构的底层悄然爆发……

克日，，，Anthropic Claude Code 团队认真人 Boris Cherny 在 X 上提出了一个很有意思的视察。。。

他指出，，，随着工程、产品、设计、数据科学等职能逐渐融合，，，他一直在思索，，，未来这些角色会演酿成什么样？？以 Claude Code 团队为例，，，内部古板的「岗位标签」正在被彻底撕下，，，取而代之的是 5 类基于行为模式的「非绑定」新型角色：原型师、构建者、整理师、增添师、维护者。。。

原型师（The Prototyper）：主要认真提出全新的想法，，，一连产出大宗的创意，，，其中大大都最终不会上线。。。也就是说，，，他们追求的是想法的数目与倾覆性，，，而不纠结于是否每一个都要落地。。。构建者（The Builder）：主要认真把散落的创意或粗糙的原型，，，快速转化为可以真正投入生产情形、面向海量用户的产品或高可用基础设施。。；
；痪浠八，，，他们认真解决的是从 0.1 到 1 的硬核飞跃。。。整理师（The Sweeper）：主要认真「做减法」，，，AI 时代最恐怖的副作用是代码与功效的太过膨胀，，，整理师的职责是整理、精简用户界面，，，简化、重构杂乱的代码与系统架构，，，将不须要的冗余功效移除，，，以换取系统的高性能与高可维护性。。。增添师（The Growth）：接手一个已经构建出来的成型产品，，，当产品进入市场，，，增添师认真举行小步快跑的一连迭代，，，要体贴：怎样让产品更靠近市场！？？怎样让用户更愿意留下来？？怎样让一个产品从「能用」走向「被需要」。。。不过这个角色并不等同于古板意义上的增添运营，，，而更靠近产品、数据、用户明确和实验能力的连系体。。。维护者（The Maintainer）：认真一个成熟系统的恒久运营，，，他们纷歧定加入追逐耀眼的新功效，，，但死磕清静性、可靠性、极致的运行效率和系统弹性，，，确保服务在任何极端流量下都能稳如磐石。。。

不过需要注重的是，，，这五类角色并差池应古板岗位。。。也就是说，，，它们不像古板的组织治理中，，，一个人的角色牢靠在职位头衔里。。。

Boris Cherny 以为，，，许多人可能会横跨两种角色，，，有时甚至会横跨三种角色。。。

「我也注重到，，，这些角色并不真正绑定详细岗位。。。好比在 Anthropic 内部，，，有些设计师更切合第 1 类，，，有些更切合第 2 类，，，有些则更切合第 3 类；
；工程师、产品司理、数据科学家也是云云。。。」

这就意味着，，，在高效的 AI 赋能团队中，，，许多成员不再是「简单螺丝钉」。。。一个设计师可以是原型师，，，也可以是整理师；
；一个工程师可以是构建者，，，也可以是维护者；
；一个产品司理可以肩负增添师，，，也可以成为原型师；
；数据科学家可能不但会做剖析，，，还可能直接加入产品增添和系统优化……

换句话说，，，未来团队看人的方式可能会爆发转变。。。已往的问题可能主要是「你是什么岗位」？？而未来或现在正在酿成「你能在产品生命周期里推进哪一阶段」？？

Boris Cherny 以为剖析道，，，一个康健的团队所需要的这些角色的组合方式，，，详细取决于产品所处的阶段：

一个全新的、尚未找到产品市场契合度的产品，，，需要善于 1、2、3 类角色的人；
；一个正在增添、已经找到产品市场契合度的产品，，，需要 2、3、4 类角色，，，并配备一些 5 类角色；
；一个已经拥有强产品市场契合度的产品，，，则需要 3、4、5 类角色，，，并保存一些 2 类角色。。。

「也许未来的产品角色会更像这样，，，而不是今天这种按专业领域划分的岗位。。。」

而此帖文一经发出，，，连忙引起了网友的热议，，，大大都人体现赞许。。。

「这太切合人们真实的事情状态了。。。在一些项目里，，，我确实是 1+3 的组合，，，而在另一些项目里，，，我险些就是纯粹的 4。。。岗位名称历来没有真正概括过这些。。。」

一位数据科学家也「现身说法」，，，说自己作为数据科学家，，，发明自己经常在做整理师类型的事情，，，同时还会带着数据科学的品味去搭产品。。。「以是这算不算我是 2+3 型？？」

网友 Kun Chen@kunchenguid 则体现，，，深有同感。。。他说自己一直不太喜欢界说「角色原型」这件事，，，由于人们很容易看到之后就想：「啊，，，原来这就是我」，，，然后就不再继续反思自己。。。而在现实中，，，「一个人的角色往往需要随着项目一起转变。。。」

他举了个例子，，，好比刚最先做一个新项目时，，，他通；
；崾窃褪凸菇ㄕ；
；但很快，，，当那些粗糙、不完善的地方最先成为瓶颈时，，，他又会会酿成整理师。。。而随着项目逐渐成熟，，，他又会转向增添师和维护者……「若是我把自己框死在某一种角色里，，，那么项目推进到某个阶段时，，，我就不得不松手。。。」

并且另一个现实是，，，现在各人越来越常同时推进多个项目，，，这就要求各人能在差别项目里饰演差别角色。。。「把自己归类到某种牢靠原型里，，，往往会限制一个人扩展野心。。。」

以是他的建议是：坚持无邪，，，把注重力放在实现目的所需的最主要事情上，，，少纠结角色界线。。。由于这些界线只会随着时间继续变得模糊。。。

Boris Cherny 对此体现，，，这完全说中了自己的心声：「完全赞成。。。角色往往会随着时间和项目阶段一直转变。。。」

也有网友体现质疑，，，「既然 AI 写代码这件事基本已经被解决了，，，为什么还需要构建者和整理师这类角色？？岂非不可直接让 Claude 一直循环执行吗？？」

对此，，，Boris Cherny 的诠释是，，，Claude 在差别水平上都能资助完成这些事情，，，并且会随着时间继续变强。。。而当下，，，今天的 Claude 在肩负整理师和构建者这两类事情上已经相当不错了。。。

那么你呢，，，怎样看待这一职位角色转变？？接待在谈论区留言、交流！

https://x.com/bcherny/status/2071379474277613732

https://x.com/kunchenguid/status/2071382977628795289