agent 一天提的 commit 比你一周都多
大家好，我是冠煌。
你以为 AI 帮你写代码，是替你省了时间。我说句不好听的，它省的那点写代码的时间，全变成你管它产出的时间了。
前天 OpenAI 发了个东西叫 Pando。名字不重要，干的事你得知道，它是一个兼容 Git 的后端，专门给 Codex 这种编程智能体用的。为啥要专门造一个，因为 agent 在规划、生成、测试、反复改代码时，一天产生的分支、提交、测试、修订，比一个真人程序员一整周干的都密集。普通 Git 服务器根本扛不住这种密度。
认知翻转来了。过去你接一单，自己写、自己提交、自己 review，节奏你控制。现在你把活儿交给 agent，它凌晨三点还在给你开分支、跑测试、提 commit。你以为你下班了，第二天一睁眼，面前是几百个 agent 留下的提交，得一个个看哪些能跑、哪些是把数据库删了的重试。
说到底就一句。AI 不是把写代码这活儿从你手里拿走，它是把写代码上游的规划、下游的版本管理、中间的测试审查，全变成新的工作量，一股脑堆回你桌上。
我自己的体会。我在南宁接单，早几年一个后台系统我一个人写一周，提交记录清清爽爽。现在用 agent 辅助，三天干完，可 commit 图密得跟蜘蛛网似的，review 这些自动生成的代码花的时间，有时比当年手写还多。这不是我一个人遇到，圈子里都在吐槽。
那 agent 重写的是哪一层，是版本控制、CI、代码审查这套开发基础设施。以前这套是给人设计的，慢、稳、可追责。agent 一来节奏全乱了，所以 OpenAI 才要单独造 Pando 接住这批负载。你看，连大厂都在为 agent 改地基。
这活儿落到咱们接单人头上，怎么接住，我给你四条跑通了的规矩，直接抄。
第一，给 agent 开独立工作区。 别让它碰你的主分支。每个需求我单独开一个分支或者容器，agent 在里头随便造，合不合我来定。Pando 那个思路就是把这件事工程化，普通团队用 Git 分支策略也能达到八九成效果。
第二，强制 CI 卡质量。 agent 提的每一个 commit，先过一遍自动化测试加 lint，不过不让合。我接的小程序和企业后台都接了轻量 CI，agent 自己跑通了才到我手里，我只需看它没覆盖到的边界。
第三，把核实留给人工。 Claude Code 前两天更新了个开关，agent 要把你登录邮箱发到网络之前先弹窗问你，这说明厂商自己都清楚 agent 权限大了会惹祸。出结果不等于能上线，agent 说测过了，你至少抽一个核心流程亲手指一遍，尤其是涉及钱和数据的那段。
第四，把服务名往结果靠。 少挂帮我写代码，多挂某业务流程托管。客户买的不是你写了多少行，是这事办成了没有。agent 把写代码成本压下来了，你的溢价该落在方案、验收和兜底上。
有个实话得说。这套规矩我也不是一天建起来的，中间 agent 把测试环境数据库清空过一次，教训换来的。你现在不立规矩，等 agent 一天给你提几百个 commit 的时候，你想立也立不住了。
金句我放这儿，agent 替你写的每一行，最后都得你签字验收。
结尾不煽情。AI 把写代码这头按下去，版本控制和审查那头又翘起来。你别只盯着它帮你写了多少，要看清它把活儿从动手挪到了动脑和担责。哪边腾出来的时间，是你接单的饭钱。
往期写过几篇相关的，可以连着看。11 月 1 日那篇讲 agent 自己审自己、审完还是你兜底，10 月 31 日那篇讲验收兜底怎么成了抢手饭盆，10 月 30 日那篇讲你带的 AI 团队出事签字的是谁。把这几篇串起来，你大概就看清这半年接单这门生意往哪挪了。
