机械之心编辑部

在 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

另外一场I组第二轮的角逐在费城体育场睁开。。。天下排名高居第二位的“高卢雄鸡”法国队与伊拉克队相遇，，，，
，，从纸面实力看，，，，
，，两队差别不小。。。