这两天观察到一个现象，很多人还在死磕怎么用 AI 帮自己一天写出一万行代码，还在卷谁的产出更高。你有没有想过一个问题，如果代码产量已经可以无限放大了，那写代码本身，还是一项稀缺能力吗？

今天看了一场 Anthropic 大会的内部分享，讲得非常好。嘉宾是 Fiona Fung，Anthropic Claude Code 的工程与产品负责人，她其实是来分享怎么打造一支 AI 原生工程团队的。但在听她完整复盘了整个团队的协作模式后，我只得出一个结论：
能写很多代码的人，不值钱了。

这场分享刷新了我对工作方式的认知，我挑了里面的三个洞察，跟大家好好聊聊。

1️⃣ 能用代码吵的架，就别去会议室白板上扯

你有没有遇到过这种情况，为了确定一个技术方案，几个人在小黑屋里对着一块白板，扯了一下午，最后谁也说服不了谁。

大家总觉得是因为沟通不到位，其实完全错了。
只是因为以前写代码太贵了，试错成本太高，所以我们才不得不花大量时间去争论。Fiona 讲了她自己的一个真实经历，她刚加入团队时想做一次代码重构，当时和同事 Boris 产生了一场技术辩论，差点就要走老套路去白板上推演一下。

但她马上反应过来了，现在的环境不一样了。她根本不需要吵，她直接让 Claude 跑了三个不同版本的合并请求出来。以前是搞宣讲胜出，或者是谁的嗓门大谁胜出，现在在 Claude Code 团队，代码胜出。当构建原型的成本变得廉价时，为之争吵就显得过于昂贵了。

停止无意义的推演，把你们讨论的不同选项直接让 AI 生成出来，拿真实的运行结果去堵住对方的嘴。

2️⃣ 不懂业务的纯管理，现在连发号施令的资格都没了

我们经常能看到一些脱离一线的管理者，每天的日常就是看汇报表格，把任务分发下去，自己已经很久没碰过哪怕一行具体的业务代码了。

大家总觉得到了管理岗就该放权，这是一个伪命题。

Fiona 在组建团队的时候提了一个要求，她要求所有的经理都必须先从基层一线员工做起。这事儿当时连他们的 HR 都觉得疯了，觉得没有哪个经理会愿意接受这种条件。但 Fiona 坚持，她认为不亲自高强度吃自己的狗粮，根本带不好团队。

以前由于各种上下文切换，管理者确实没时间亲自产出。但现在有了 Claude 辅助，你连那些复杂的代码命令都不用记了。AI 抹平了纯管理和一线执行之间的那道鸿沟，这就要求领导者必须在团队里赚取自己的信誉。如果你连 AI 辅助下的一线业务都跑不通，说实话我也不确定你能给出什么好指导，大概率也是瞎指挥。

亲自动手去用你们的产品，别再拿没时间当借口，逼着自己重新回到创造者的位置上。

3️⃣ 跑得太慢，往往是因为你舍不得扔掉那些高大上的破流程

看看你现在的团队，是不是有各种严格的等级协议，有冗长的入职培训，每次写代码前还要写极其详细的设计文档。

你以为这些严密的流程是在保护质量，恰恰相反。
它们正在成为拖垮你的新瓶颈，我们过去习惯的敏捷开发，都是建立在一个大前提下的，那就是工程师的时间精力是最昂贵的。但现在的现实是，写代码不再是拖慢进度的环节了，当写代码本身变便宜了，过去那些为了保护写代码时间而设立的流程，就悄悄失效了。

比如 Fiona 他们现在已经很少写长篇大论的设计文档了，也不做大量的产品评审了。环境变化太快了，反正我觉得他们直接开发原型发给大家用这招特别管用，在真实反馈里去迭代。

他们甚至把那张用来填每周进度的电子表格都给砍了，直接跑一下脚本就能知道大家在干嘛。看出来没有，流程是不会自己消失的，它们只会不断堆积。

挑出你们团队里最昂贵最嘈杂的那个流程，问问自己它现在到底还有什么用，如果没有，今天就果断把它干掉。

很多人到现在还在疯狂优化自己的熟练度，还在迷信过去那一套按部就班的职场晋升路径，这就是最可怕的地方。当瓶颈已经完全转移到验证系统、审美判断和跨职能协作上的时候，如果你还在刻舟求剑地卷原本已经不值钱的环节，你付出的代价将是惨痛的。

未来淘汰你的，绝不是某个突然觉醒的 AI，而是那些早就扔掉旧地图，拿着新工具轻装上阵的同类。