机械之心编辑部

在 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

锚定三尺讲台，，，“天下三八红旗头”、火箭军指挥学院教授曹素平一直探索实战化教学模式，，，实时把最新的效果、一线的案例，，，整理玉成新教案，，，把战场实景搬进课堂，，，作育出一大批善谋接触的优异指挥员
；；；；；