机械之心编辑部
在 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
