从敲代码到调度 Agent：Claude Code 创始人不再写代码之后，我们该如何理解“程序员”

这两天，Claude Code 创始人 Boris Cherny 的一段访谈在技术圈流传很广。最抓眼球的一句话，当然是那句近乎挑衅的表述：2026 年到现在，他还没有亲手写过一行代码。紧接着，另一层更具冲击力的信息被补了上来：他现在很多工作主要在手机上完成，还能从手机上提交大量 PR。再往前追溯，Claude Code 这个产品本身，最初也并不是一项按部就班、层层立项的大工程，而更像是从内部 side project 中长出来的“意外之喜”。

如果把这些信息摆在一起看，它们共同指向的其实不是一句“程序员要失业了”，也不是一句“AI 已经彻底接管编程”。真正值得讨论的是：软件开发这件事，正在从“手工写代码”转向“组织智能体写代码”；程序员的价值，也正在从“产出代码文本”转向“定义目标、约束过程、审查结果、调度系统”。

换句话说，Boris Cherny 这番话真正刺中的，不是键盘，而是我们对“编程”二字的旧理解。

先说那个最容易被误读的结论：他“今年没亲手写过一行代码”，并不等于“代码已经不重要了”。恰恰相反，它说明代码变得更重要，但它的重要性不再只体现在“谁来逐行敲出来”，而体现在“谁来让它正确地被生产出来”。这就像工业化并没有让零件不重要，而是让零件生产从手工作坊转向流程、设备、标准与协作系统。软件开发正在经历类似的变化。

这也是为什么 Boris 会说，对他自己写的那类代码而言，编程问题已经“被解决了”。注意，这里有一个常被新闻标题略过的限定语：是“对他写的代码而言”。这并不是说所有编程问题、所有系统复杂性、所有生产风险都已经消失，而是说，在某一类足够清晰、足够结构化、可验证性足够强的任务里，模型已经能够承担主要执行角色。人不再需要把大量时间消耗在样板代码、语法细节、重复修补和跨文件搬运上，而是把精力上移到更高一层的工作中。

这件事真正令人不安，也真正令人兴奋的地方，都在这里。

不安在于，过去许多人引以为傲的“编码熟练度”，正在迅速从核心竞争力退居为基础能力。你当然仍然需要理解系统、读懂代码、判断架构、识别风险，但“我能更快地把一段功能写出来”这件事，本身的稀缺性正在下降。兴奋在于，这又把开发者从极其琐碎的劳动里抽离出来，让人有机会回到更高价值的问题上：需求是否清晰？边界是否定义对了？测试是否覆盖关键风险？这个系统未来三个月会不会变成技术债泥潭？团队的协作方式是否能承受数十个 Agent 并发工作？

所以，Boris 的表态看上去像是在否认编程，实际上是在重新定义编程。

更有意思的是，他提到自己很多工作如今在手机上完成。很多人看到这里会下意识觉得夸张，甚至觉得这只是一种舞台化表达。但如果你把今天 AI 编码工具的本质想明白，这反而是顺理成章的结果。因为当“写”代码这件事逐渐转化成“发起任务、跟进进度、审阅结果、决定合并与否”，工作接口自然就会从 IDE 的键盘操作，迁移成更轻量的任务调度界面。你不一定非得坐在一台配着大显示器的电脑前，像十年前那样自己一点点改动文件。只要系统能替你理解上下文、调用工具、运行测试、提出修改方案，你在手机上做的事情，更多就像一个“工程指挥官”而不是“文本录入员”。

这也是为什么“手机办公”这个细节如此有象征意味。它不是在说手机比电脑更适合开发，而是在说开发行为本身已经从“密集输入”变成了“高频管理”。一旦开发者的核心动作由敲击键盘转为派发任务、批准变更、查看状态、处理异常，那么手机作为一种随时在线、碎片化响应的设备，突然就能承担一部分原本属于电脑的工作。

听起来有点离谱，但产品演化的逻辑非常清晰：当工作从“craft”走向“control”，接口就会跟着变。

而 Claude Code 的诞生过程，同样很值得玩味。按照 2026 年 2 月 Bloomberg 的报道，它最初是 Boris Cherny 在 Anthropic 内部实验性环境中做出来的 side project，连 Anthropic CEO Dario Amodei 都对它后来的内部火爆程度感到意外，还问过一句大意是：是不是你强制大家用这个工具了？Boris 的回答很直接，不是强推，而是大家自己“用脚投票”。

这段故事恰恰说明，真正改变行业的产品，很多时候不是从一份巨细无遗的市场分析表里生长出来的，而是从一个先解决自己问题的工具里长出来的。Claude Code 起初并不是为“颠覆软件工程”而诞生，它更像是工程师为了提升自身生产率做出的一个强工具。之所以后来迅速爆发，不是因为它的故事讲得好，而是因为它击中了一个已经成熟、但长期未被满足的需求：人们并不只是想要“更聪明的代码补全”，他们真正想要的是一个能理解目标、拆解任务、执行命令、修改代码、运行测试、持续推进的代理型搭档。

这就是所谓“偶然”背后的必然。

很多人喜欢把成功产品的起点描述成巧合，好像一切都只是天时地利的礼物。但真正有效的“偶然”，从来都不是随机掉下来的。它通常意味着：有人比别人更早感知到了需求，有人更愿意先用一个粗糙版本去验证，有人所在的组织允许这种原本不在路线图上的工具继续生长。而当内部用户集体用行为表达偏好时，产品就会从边缘走向中心。

Claude Code 的故事，某种意义上也是 AI 时代产品创新范式的缩影。大而全的规划未必最先跑出来，真正跑出来的常常是那个最贴近一线工作流、最先嵌进真实任务、最早形成复利反馈的东西。

再回到 Boris 关于“编程已被解决”的判断。我觉得它最值得普通开发者认真对待的地方，不在于字面，而在于它背后的岗位重构逻辑。过去我们默认，软件开发的主战场在“实现层”，谁实现得更快、更稳、更熟练，谁就更有优势。现在这个主战场正在上移。未来更稀缺的，可能不是“会不会写一个模块”，而是“能不能把一个模糊目标转化成 Agent 可执行、可验证、可迭代的任务系统”。这意味着一种全新的能力组合正在浮出水面：需求抽象、约束表达、上下文组织、工具编排、结果审查、风险判断、流程设计。

这组能力里，只有很小一部分是传统意义上的“手写代码”。

也正因为如此，很多企业真正的差距，未必会体现在“有没有接入最强模型”上，而会体现在“能不能重构工作流程”上。模型能力扩散得很快，工具形态也会快速趋同，但组织是否允许高密度试错、是否建立起新的评审机制、是否能让工程、产品、设计、运营共同进入 Agent 协作流程，这些反而更难复制。你可以给所有人都配上同样的 AI 编码工具，但不同团队最后跑出来的生产率，可能仍然相差数倍。

所以 Boris 的观点并不只是在谈程序员，也是在谈公司。未来最强的组织，未必是代码写得最多的组织，而是最先把“AI 作为生产系统的一部分”设计清楚的组织。

当然，这并不意味着我们应该立刻浪漫化“AI 写代码”的一切。现实远没有标题那么顺滑。模型会误解需求，会生成看起来很合理但实际上埋雷的实现，会在大型项目中出现上下文漂移，会在多 Agent 协作时制造更多隐性复杂度。一个人如果既没有工程判断，也没有审查能力，只是把任务扔给模型并期待它自动产出工业级结果，那么大概率只会得到更快的混乱。

这也是为什么我并不认同那种“以后人人都不用学编程了”的轻飘说法。更准确的表述应该是：以后越来越多人可以不从语法开始进入软件生产，但这不代表软件生产不再需要严肃能力。相反，随着生成速度大幅提升，判断能力、审查能力和系统思维会比过去更加重要。以前一个团队每周只能做出 10 个改动时，错误传播速度有限；现在如果一个人一天能调度出几十个 PR，那么低质量决策扩散的速度也会前所未有地快。你拥有的不是单纯的效率，而是被放大过的影响力，好的坏的都会一起被放大。

这也是我看待这场变化时最想强调的一点：AI 让“写代码”变便宜了，但让“为结果负责”变贵了。

从这个角度看，Boris 主要在手机上工作，反而像是一种时代寓言。真正的变化，不是“电脑失宠了”，而是“执行层正在后台化”。曾经占据程序员大部分注意力的敲打、切换、复制、粘贴、找文件、修语法、跑命令、查错误，正在被一层新的代理系统吸收掉。留在人类面前的，将越来越是目标、策略、选择、评估与取舍。这听起来很高级，但也更残酷，因为这些事情更难标准化，也更难拿“勤奋输入”来掩盖。

对于普通开发者来说，最现实的问题不是“我要不要相信 Boris 的话”，而是“我要不要开始训练自己适应这种工作方式”。我的答案是：必须开始，而且越早越好。不是因为所有人明天都会像他一样在手机上发 PR，而是因为工作重心的迁移已经发生。你今天还可以把 AI 当作一个增强版补全工具，明天它就可能已经变成团队默认的执行入口。到那时，真正落后的不是不会写代码的人，而是不会与 Agent 协作的人；不是语法生疏的人，而是不会拆任务、不会设约束、不会做评审的人。

你可以把这理解为一种职业升级，也可以把它理解为一次被迫转型。但无论怎样，它都不是一句“程序员没用了”可以概括的。恰恰相反，程序员这个角色可能会变得更像导演、编辑、架构师、质检员和运营者的混合体。我们不再只负责“产出代码”，而是负责“让代码生产系统稳定地产出正确结果”。

而 Claude Code 从 side project 长成爆款，也提醒了所有做产品的人一件事：下一波真正改变行业的产品，未必首先出现在宏大叙事里，反而可能先藏在某个小团队的真实工作流里。一个足够强的工具，一旦直接嵌进每天都在重复发生的任务，就会形成极强的惯性。AI 产品竞争到今天，已经越来越不像是“谁更会聊天”，而更像是“谁更能接管工作”。

如果说过去两年大家讨论 AI 时最爱问的是“它能不能写代码”，那么 Boris Cherny 这轮发言真正给出的新问题是：“当它已经能写代码之后，人到底还要做什么？”我想，答案不是退出舞台，而是换一个站位。我们会离具体输入更远，离整体结果更近；离语法更远，离系统更近；离手工实现更远，离责任中心更近。

所以，与其把“今年还没亲手写过一行代码”当成一句耸动宣言，不如把它看成一个清晰信号：软件开发并没有结束，它只是从“写”走向了“调度”，从“逐行构建”走向了“系统编排”，从“个人技艺”走向了“组织能力”。

真正需要我们适应的，不是某一个工具，而是一个新的工作现实。

在这个现实里，程序员不会消失，但“程序员正在干什么”这件事，的确要重写了。