麦芽的编程笔记
2026-10-26

和 AI 结对编程五条纪律:怎么让它产出可直接上线的代码

三天不磨蹭的关键不是 AI 有多聪明,而是我把需求、边界和验收方式喂得有多准。五条纪律都在真实项目里验证过。

AI编程WorkBuddy方法

1. 指令带路径、行为与验证命令

最好的指令长这样:「改 app/Config/Routes.php,把 / 指到 Blog::index,cms.html 指到 Portal::intro,改完跑 php -l 和 curl 首页」。实施步骤、失败标准和验证方式一次到位。

2. 让它先改验收脚本再写实现

healthcheck 是项目里最值钱的文件:一张页面清单 + 期望状态码,跑一遍 30 秒出结论。改坏了当场知道,不用等「上线之后看不对劲」。

3. 上线只做增量替换

大改动全部在本地验证,线上只接收单个文件的替换。三天里线上没有断过一次,回滚也只是把上一个文件拷回去。

4. 让它引用固定的验证端点

线上验收统一用下载临时文件再查内容,而不是在终端管道里 grep 中文——编码问题会造成假阴性,看起来「没改」的判断实际是识别错误。

5. 用第三方视角检验它的结论

能自动验证的就跑脚本;不能自动验证的,让它明说「这条需要人工确认」。AI 不会拒绝你,但正式站要的是确定性——所有结论都要能被 curl、PHPUnit 或浏览器复现,才允许写进验收清单。


继续阅读:

用 WorkBuddy,三天从 0 写出一个多租户城市站CMS

泛域名部署的三个坑:NXDOMAIN、强制 HTTPS 和静态 robots.txt

单文件 SQLite + 根目录部署:一套更省心的 PHP 站点结构

多租户城市站的数据模型:一家企业和它的几十个分站怎么存

城市分站渲染引擎:一套模板是怎么替换占位符产出这批站的

批量生成不要变成内容工厂:地区站点的内容规则

上线清单:正式站切换那天我逐项查了什么