388个PR全部AI操刀，180个已合并！Claude之父：程序员只剩下签字

2026年8月16日，Claude之父Boris Cherny在X上公布了一组数字：388个PR，180个被合并，写这些代码的全是AI。这来自他过去几周一直在做的"奇怪实验"——让Claude接管自家App的日常维护。实验现场是一个名为"proj-claude-maintains-apps"的Slack频道，Claude Tag每天跑一组例行任务覆盖iOS、Android、桌面端、Web、CLI和Agent SDK六类环境。它像真正的同事一样不等人派活到点自己上班找问题改代码提PR然后等人来审，工程师需要做的只剩下一个决定是否合并的按钮。

Claude每天干的十一项活全是"脏活"：崩溃巡检（模拟器里乱点至崩溃然后定位原因开修复PR）、重复抽象合并（扫描长得像又不完全一样的实现提PR合并）、死代码清理（静态确定跑不到的直接删疑似跑不到的先埋日志观察一天确认真没人走第二天再删）、抽象泄漏修复、清掉永远通过的测试、揪出时好时坏的测试坏在哪、移除全量上线开关、按使用量决定遗忘的内部功能是发出还是删掉。先加日志观察一天再删是老工程师才有的手感。

Faros AI《The Acceleration Whiplash》报告覆盖2.2万名开发者4000多个团队：高AI采用度下人均epic完成量涨66.2%任务吞吐涨33.7%PR合并率涨16.2%，但每周部署上线次数反降11.7%——合并得更多发出去更少中间都堵在审查上。每个开发者bug数涨54%每个PR对应线上事故涨242.7%合并后又被删代码涨861%PR平均体积涨51.3%，审查等待中位时长涨441.5%还有31%的PR一次审查都没经过就合了进去。写代码那部分被AI拿走了但看代码那部分还得开发者来干。Anthropic的Code Review系统数据显示超过1000行的大PR 84%能查出问题平均7.5个，工程师标记"找错了"的发现不到1%。

Boris的调优方式最值得学：某一类PR老是不过关他不一个一个改失败的PR而是回头改生成它们的Routine然后观察接下来几天表现。不修结果修规则——提示词不再是一次性输入而是一套要长期运维的资产。Rust项目同月给AI贡献立了规矩：AI生成代码得事先打招呼不能碰关键路径测试要充分如实披露。个体开发者能抄走的核心规则：先把验收条件最明确的活儿交出去，能验出对错的活AI现在接得住，验收标准全凭品味的还接不住。