当 Claude Code 不再每一步都问你“行不行”，普通开发者还能靠什么证明自己

这两天我一直在看 Claude Code 的新动作。

2026-03-24，Anthropic 发了 auto mode。官方给它的定位很直接：这是一个比 --dangerously-skip-permissions 更安全的长任务模式。以前很多写文件、跑命令的动作都要你点头，现在它开始替你做一部分权限判断了。

再往前一天，2026-03-23，Anthropic 还发了另一条更新：Claude 可以直接动你的电脑，点、点、拖、开浏览器、跑工具，还能配合 Dispatch，让你从手机上把任务扔过去。

很多人看到这里，第一反应是：AI 编码工具又升级了。

但我这次盯着看的，不是它又多了几个功能。

我更在意的，是程序员工作里那部分“我来确认一下”“我再手动跑一遍”“我盯着它往下走”的位置，正在被一点点吃掉。

以前的 AI 编码工具更像一个反应很快的助手。

你问一句，它回一句。你让它改一段，它改一段。它很强，但大部分时候还是停在“建议”和“草稿”这个层面。

现在这个边界在往前推。

它开始不满足于给你答案了。它开始接手过程。

会写文件。会跑命令。会自己继续往下试。条件合适的时候，它还会替你决定，这一步是不是可以先做。

这件事真正让很多开发者不舒服的地方，是你会突然发现，自己以前那些看上去很忙、也很像在控制局面的动作，价值正在下降。

比如手动执行一串命令。比如来回确认一次又一次改动。比如盯着一个任务慢慢推进，靠过程感确认自己还握着主动权。

这些动作过去很自然。

现在它们开始变成一种随时可能被工具拿走的“中间层劳动”。

这也是我为什么觉得，Claude Code auto mode 这条更新，分量比普通功能升级更重。

它动到的不是工具栏。它动到的是权限分工。

以前大家讨论 AI 编码，聊得更多的是：

现在讨论已经往前走了。

开始变成：

如果只是把这件事理解成“以后写代码更快了”，其实看浅了。

对普通开发者来说，先被稀释的，常常是那部分低风险、可重复、流程化的执行工作。

今天是改文件、跑测试、补文档。明天可能是开分支、查日志、过一遍页面、提一个初版 PR。

一旦这部分工作越来越便宜，团队重新看人的方式也会跟着变。

以后你在组里值不值钱，可能越来越不取决于你能不能把活接住。

还要看你能不能把事情判断清楚。

需求到底该不该这么拆。这一步让工具自己做，边界要画在哪。哪个结果能直接收，哪个结果必须人工复核。系统出问题时，谁能看出它到底坏在工具、流程，还是业务假设本身。

这些能力以前就值钱。

只是过去很多团队还能用人海和流程，把这个差距暂时盖住。

现在盖不住了。

因为工具开始把“执行得像个人”这件事做得越来越便宜。

我自己是做了很多年后端的人，所以这条更新给我的感觉特别直接。

它让我再次确认一件事：

以后程序员最难被替代的那部分，越来越落在定义问题、兜住风险、还有在系统和业务都变复杂的时候，依然知道下一步该怎么走。

说得再直一点。

以后很多人还会继续写代码。但真正值钱的人，得越来越像一个能分配执行权、判断结果、承担后果的人。

这也是为什么我最近一直在写这些东西。

我关心的已经不只是“哪个 AI 产品又更新了”。

我更想搞清楚，一个做了 10 年 Java 后端、经历过裁员、现在还在重新找位置的人，到底还该保住哪些能力，又该把哪些旧安全感放下。

Claude Code 这次更新，给我的提醒很简单：

以后你最危险的时刻，往往是工具已经开始接手过程了，你还把自己定义成那个“等任务来了就开始干”的人。

如果你也在看 AI 编码工具怎么往前走，或者也在想，接下来几年程序员到底该靠什么继续保住位置，关注我。

后面我会继续写，一个老后端怎么把工程判断、AI 应用和独立开发这几条线慢慢接起来。