让 AI 写代码，最气人的不是它不会，而是它太自信。
测试还没跑，它先宣布“修好了”；需求只有一句话，它敢给你加三层抽象；支付超时重试一次，它顺手扣了两次款。像极了装修队：墙是自己砌的，验收表是自己填的，最后还体贴地提醒你——五星好评记得点一下。
现在，有人出手立规矩了，而且是位重量级选手。
Uncle Bob 出手：152 行规矩，写给 AI
10 月 28 日，《代码整洁之道》作者、敏捷宣言签署人 Robert C. Martin（程序员圈都叫他 Uncle Bob）开源了一个名为 ub-mode 的 AI 编程智能体 Skill，仓库就在 github.com/unclebob/ub-mode。{{{CUSTOM_HTML_TAG_0}}}知乎
仓库小得几乎“寒酸”：受 Git 跟踪的只有两个文件，README.md 和 SKILL.md，后者正是那份 152 行的规矩本体，每一行都是写给编程智能体的。以前是人看他的书，现在轮到 AI 读他的规矩。知乎
核心就一个顺序：先让它工作，再让它正确，最后收尾干净
第一阶段，先解决问题。想清楚数据长什么样再写逻辑——优惠券有哪些字段？订单取消后券退不退？先写一个“应该失败”的测试，确认它因为预期原因失败，再用最小改动让它通过。还有一条专治 AI 的毛病：加东西之前，先删复杂度。一个开关坏了，AI 爱加配置、加适配器、加缓存，Uncle Bob 说：先看看旧分支、过期接口能不能删掉。知乎知乎
第二阶段，把代码写好，但不能靠嘴说，配套了四个质量工具：Crapper 算每个函数的 CRAP 分数（复杂度和测试覆盖率的综合），要求低于 10；Dryer 查结构性重复，相似度到 0.8 就得处理；Mutator 最“损”，做变异测试——故意把你代码里的螺丝拧松一颗，看测试能不能抓住；UML Viewer 负责看组件结构。一句话：别跟我说“完成了”，拿证据来。知乎微博
第三阶段，工程习惯：保持工作日志、保护上下文窗口、及时清理 Git 工作树、小步频繁提交。微博
值得学，但别照单全收
知乎有人把仓库从头读到尾，指出了几个坑：
仓库里只有那两个 md 文件，四个工具并不包含在内，复制了 Skill 不等于工具已装好、门禁已生效，要自己接线。知乎
Skill 里写重复阈值 0.8，Dryer 默认却是 0.82；而且查到重复后默认只生成报告、正常退出，构建系统看到“命令成功”，并不会替你拦下任何东西。知乎
最后那条“频繁提交并推送到主线”，在有代码评审、分支保护的团队里，这个默认规则必须改。
从管程序员，到管 AI
这不是 Uncle Bob 第一次触碰 AI 编程。今年 8 月底，他和 Matt Pocock 围绕“AI 编程时代，软件基本功还要不要”深谈 56 分钟，还首次系统展示了自己的多 agent 工作流。新修订的《代码整洁之道》第 2 版，也加入了 AI 编程指导章节。微博微博
这位管了程序员几十年的老爷子，如今转头管 AI，逻辑没变：活儿干得再快，验收也不能只听施工方自己说一句“完成了”。
对普通用 AI 写代码的人来说，ub-mode 最大的价值可能不是那 152 行本身，而是那个提醒——先想清楚问题、做最小改动、拿证据验证。AI 时代，这套老规矩没过时，反而更值钱了。
