工程师称2026年起已不再手写代码，全靠AI完成开发

软件工程师正在变成 AI 工程师？不，我们正在变成软件机械师。用（越来越）廉价、充裕的机器制造软件取代手工软件。裁缝手工制作每一件产品，而机械师则不同：他们打造工具、检验样品，然后大批量生产。

2025 年中期，tab 补全还只是个玩具。我基本不用它，速度也不比用它的同事慢。2025 年我每月大约提交 60 个 PR，几乎没用过 AI。2025 年 9 月前后，我曾在一桌工程师面前自信地断言：我不可能停止写代码。我就是太热爱这件事了。

然后 Opus 4.5 来了，我也恰巧换了笔记本电脑。2026 年 1 月底我意识到，自己一行代码都没手写过。我甚至没在用的那台机器上装 IDE。2026 年 1 月，我在 PostHog 的 monorepo 里合并了 62 个 PR，和 2025 年任何一个月差不多，但全程没敲一行代码。而且我很享受。这让我不禁想：如果 9 月的我错得那么离谱，那现在的我又错得有多离谱？

观察我自己和同事们工作方式的变化，我看到了一些共同的转变：

我们现在都是一个初级工程师团队的技术负责人
代码不是写给我们看的
关注上下文（一语双关）变得更重要了

还有一些预测：

持续集成和代码审查接下来会发生变化
我们为自己的车间打造工具

好吧，有些人仍在做有严格安全要求的系统或高性能系统，这类系统更容易出事故，对他们来说变化没那么大。但我们大多数人现在的工作已经不同了。再像定制软件时代的裁缝工程师那样逐行细读每一行代码，已经不够了。现在我们是软件机械师。

观察

我们现在都是技术负责人了。带着一队机器人初级工程师的技术负责人。

技术负责人负责定方向、培养团队习惯，让团队随时间推移变得更高效。我们的机器人工程师没有好奇心，所以带机器人团队时，定方向全靠我们自己。过去这是必要的，因为它能帮我们做得更好；现在则是必要的，因为机器人不会去做这件事。这是人类能增值的那一部分。引用 Kent Beck 第一次试用 ChatGPT 后的话：“我 90% 技能的价值刚刚降到 0 美元。剩下 10% 的杠杆放大了 1000 倍。我需要重新校准。”

技术负责人一直以来的职责，不是阅读和审查所有代码，而是定方向，在出现分歧时投下决定性的一票。他们足够细致地跟进每位成员的工作，以便共享上下文，又不至于陷进每项工作的细枝末节。

现在我们为机器人做这些事。起初是选择何时按 tab，然后是 prompt、上下文、harness……在 PostHog，我越来越多地看到连这些工作也被委派出去了。好几个人在看到想处理的讨论串时，会让我们的 Slack agent 创建 GitHub issue。这些 issue 会被我们的自动驾驶工具接手，生成 PR 时相关人员会被打上标签。

负责人要对自己的系统整体质量负责。重要的是，这不是每个 PR 的质量。你的团队应该能在没有你的情况下互相审查 PR。你的责任是长期的质量。意料之外的后果会随时间累积：每次变更中善意的决定以你意想不到、也不会选择的方式叠加在一起。

为了覆盖这一点，我一直在用 Scouts（定时运行的 agent）。我有一整套“复杂度猎手”。它们检查圈复杂度，因为即使是 agent 写的代码，我们也看到异常聚集在复杂代码里。然后它们开 PR 来拆分。用 skills 来引导我们希望看到的拆分方式，而不只是追一个复杂度分数。

猎手们还会检查 diff 中注释的占比——我们见过这个比例从 2% 涨到 9% 以上，之后才重新控制住。它们还会检查我们不止一次见过的已知 bug 形态。比如在列表类 API 中忘记换用另一个序列化器，或者用了会初始化数据库的 Django TestCase，却只跑不查询的测试。

过去 30 天里，复杂度猎手合并了 47 个 PR。这些 PR 大多由其他 agent 审查。软件机械师的工作，就是让“不审查这些 PR”变得安全。仅这一组 scouts，一个月提交的 PR 数量就几乎赶上我 2025 年每月的量。

从信任出发来领导，意味着要逐渐理解不同模型各自能做什么，从而恰当地把任务委派给机器人团队成员；给它们正确的指令和护栏，让它们能做好工作；意味着不必总是逐行读代码，因为我们信任围绕机器人工作搭建的系统；意味着知道什么时候任务需要更密切的关注，什么时候完全不需要；意味着建立团队成员可以遵循的实践，让经验教训固化进我们的习惯里。

（原文较长，此处译出前 6000 字，完整内容请点「打开原文」。）