Santiago Valdarrama(@svpino)在 LinkedIn 发了一句话:"I'm writing less code and spending more time managing agents."(我写的代码更少了,花更多时间在管理代理上。)就这一句话,震动了整个开发者圈。代码写得少了 — 开发者?
这是什么?
到 2026 年 3 月,开发者的日常正在悄悄发生变化。《纽约时报》杂志采访了 70 多位开发者,文章里提到旧金山创业者 Manu Ebert 每天都在和好几个 Claude Code 代理对话。一个实现新功能,另一个做测试,第三个负责全局监督。过去要花一整天的功能需求,现在 30 分钟就搞定。
关键不只是"AI 帮你写代码"。开发者敲代码的时间变少了,和代理解释意图、验证结果的时间变多了。问题本身从"要怎么实现"变成了"你想要什么"。
这不是少数早期用户的故事。微软披露生产代码里 30% 是 AI 生成的,73% 的开发者每周都在用 AI 工具。 GitHub CEO 甚至说自己下一个头衔可能叫"代码创意总监"。
Santiago 提到的 Tonkotsu 这个工具很能代表这种转变。它由前 Facebook 工程师打造,是一款桌面应用,把开发者变成了"编码代理团队的管理者"。规划任务(Plan)、把任务同时分派给多个代理(Delegate)、审查产出的 diff(Verify) — 这整套循环,一个界面就搞定。
范式转移的本质
过去在 IDE 或终端里"写"代码的开发者,现在正转向给多个 AI 代理"分配"任务并"审查"结果的角色。不是工具变了,而是"开发"这件事的定义本身正在改变。
有什么不同?
2026 年的 AI 编码代理已经收敛成三种原型:CLI 代理(Claude Code、Codex CLI)、IDE 原生代理(Cursor、Windsurf)、云端工程代理(Devin、GitHub Coding Agents)。界面不同,但共享同一套架构 — 记忆文件、工具调用、长时间运行、子代理编排。
| 传统开发方式 | 代理管理方式 | |
|---|---|---|
| 核心活动 | 直接写代码 | 向代理传达意图 + 验证结果 |
| 并行度 | 1 个开发者 = 1 个任务 | 1 个开发者 = 同时运行 N 个代理 |
| 核心技能 | 编程语言熟练度 | 上下文设计 + 架构判断力 |
| 生产力指标 | 写了多少行代码 | 通过验证并合并的 PR 数 |
| 团队结构 | 1 资深 + 5 初级的金字塔 | 1 编排者 + N 代理的中心辐射式 |
Toss 的开发者郑世勋(정세훈)把这个变化解释为"抽象"。把工作委派给 AI,本质上就是在抽象这项工作。就是在宣布"这部分我不再操心了"。但关键在于:错误的抽象比没有抽象更糟。如果你跟代理说"你看着办吧",一定会翻车。
HackerEarth 2025 年的招聘数据用数字印证了这个变化。企业评估开发者时,编程能力的权重提升了 54 倍,问题解决能力提升 39 倍,数据可视化提升 35 倍。问题不再是"你会不会这个语法",而是"你能不能解决这个问题"。
但把同样的问题拿去问 Google,答案就有点不一样了。Sundar Pichai 公开的数字是工程效率提升 10%。跟创业公司"快了 10~100 倍"的说法相比,温差相当大。几十亿行历史代码堆积的大厂,新代码放错一行,几百万用户的服务就可能宕掉。
上手指南
- 先把"想要什么"说清楚
别跟代理说"帮我做这个功能",要把需求、约束、预期结果都结构化地传达出去。把项目上下文整理到 CLAUDE.md 或 AGENTS.md 里,就不用每次重新解释。 - 先把验证循环搭好
别一行行用眼睛看代理写的代码。让测试自动跑,让 PR 必须通过 CI 才能打开。"代理自己验证自己结果的系统"才是关键。 - 一次拓宽一点委派范围
这是 Toss 开发者郑世勋的建议。每完成一项工作,就问自己一句"这个能怎么交给 AI?"下次遇到类似任务,哪怕效率低一点,也试着委派给代理看看。 - 实验代理的并行运行
用 Tonkotsu 这类工具同时跑多个代理。一个做新功能,一个做测试,一个写文档。1 个开发者像团队负责人一样同时管理多条工作线,这种体验很重要。 - 把代码库整理得 AI 友好
清理掉死代码、做了一半的迁移、互相打架的模式。代理是概率性工作的,代码库里一旦有矛盾信号,它就会生成奇怪的代码。
那些不会消失的东西
资深开发者的价值反而在升高。有研究显示 AI 生成的代码有 30% 包含安全漏洞,代码返工率(Churn)相比 AI 之前翻了一倍。 能判断"代理这代码真的对吗"的人,能在抽象破裂时独自直面系统的人,他们的价值正变得更大。
