AI编程新护城河：让AI遵循工程规范
Addy Osmani 这个名字，不做前端的也可能眼熟——你每天按 F12 打开的 Chrome DevTools、给网站打分的 Lighthouse、影响搜索排名的 Core Web Vitals，全是他带队做的。在 Google 待了 14 年，从 Chrome DevEx 一路做到 Google Cloud AI Director（管 Gemini 开发者体验），2026 年 6 月刚离开。
这样的人出来做个开源项目，分量不一样。7 月 9 日 GitHub Trending 第 2，7.8 万星，147 open issues，41 个 contributor——不是那种“README 即项目”的流星，是有人在认真用的东西。
📌 先修正两个网上爆款文常写错的点：
项目不是“7 月 11 日新发”，而是2026 年 2 月 15 日创建，4 月密集提交，7 月初被 X 上一条推文引爆——“7 月 11 日推出”是误传。
Addy 在 2026 年 6 月 20 日已离开 Google，现在官网写的是 “I have now moved on from Google”，用“Chrome 工程负责人”是按他最有识别度的旧称在讲，精确说法是“前 Chrome DevEx 掌门”。
AI 编码代理现在的最大问题不是“写不出来”，是偷懒——
需求没理清就开写
“改动太小不用测”
“先上线后补文档”
安全审计跳过、性能不量就优化
人写的代码要走「定义→规划→构建→验证→审查→发布」，AI 呢？它走的是“最短路径 completion”——能跑就行。
Addy 做的事很直白：把资深工程师脑子里那套 6 阶段 SOP，拆成 24 个 SKILL.md，配 8 条斜杠命令，让 Claude Code / Cursor / Codex / Copilot / Cline / Gemini CLI 等 70+ 代理npx skills add一行就能装。
八条命令对应关系：
命令
阶段
关键原则
/spec
定义需求
Spec before code
/plan
拆解原子任务
小、可验证
/build
单切片实现
一次一个 slice
/test
验证
红绿重构，测试即证明
/review
五维代码评审
合并前必过
/webperf
性能审计
先度量再优化
/code-simplify
复杂度清理
清晰优于聪明
/ship
部署上线
快即是稳
这是 Addy 自己说“最想让别人抄”的机制，也是 24 个 Skill 的灵魂。
每个 Skill 的 SKILL.md 里除了“步骤清单 + 验证门槛”，还预埋了一张“你可能会想偷懒的 N 个理由 → 逐条反驳”表。心理学上叫“预先承诺”——把借口提前堵死，AI 就没法“ rationalizing its way out”。
举个 TDD Skill 里的真实例子（意译）：
⚠️ 如果你在想“这个改动太小不需要测试”——停下来，重读第一段。这是你三年来最常见的借口。测试不是为了覆盖行数，是为了让你三个月后改这段代码时不被炸到。
其他几个经典借口也被提前封了：
“我先跑通再补测试” → 反驳：红绿重构的“红”必须先存在，否则你写的不是测试是庆祝函
“这个路径 AI 不可能走错” → 反驳：你上次说这句话是三天前，然后修了一下午
“性能靠直觉就够了” → 反驳：/webperf第一条就是 Measure before you optimize，没数据不许动
这才是“质量门”和人肉 prompt 的本质区别——prompt 是“建议你这么做”，anti-rationalization 是“我知道你会想绕，所以我提前把路堵了”。
用户批准计划后，/build auto让代理自主把剩余任务跑完——但设计上很克制：
每个任务仍测试驱动、单独提交
失败或高风险步骤自动暂停
去掉的是“人在每一步之间手动切”，不是“验证环节”
换句话说，Addy 拿掉的是人的搬运工劳动，没拿掉人的守门员职责。这很符合他 14 年 Google 工程生产力背景的审美——自动化的是流程，不放手的才是质量。
Addy 离开 Google 前写过一篇《14 More Lessons》，有一句我现在越想越对：
“AI makes drafts cheap. Taste becomes expensive.”
AI 让草稿变廉价，品味变贵。
agent-skills 这个项目本身就是这句活体注脚——当“会写代码的 AI”已经是基础门槛，下一层护城河是“会不会按工程规矩做软件”。而“工程规矩”这四个字，过去是藏在资深工程师脑子里、酒桌上、Code Review 评论里的隐性资产。
Addy 给的答案是：把它显性化 → 结构化 → 可执行化，变成 SKILL.md，变成 AI 能加载的东西。那你团队十几年沉淀的 SOP、五维 Code Review 标准、性能审计清单、TDD 纪律——是不是也能这么干？
项目还活着：v0.6.3 是 7 月 3 日发的，最近 push 7 月 8 日，40+ contributor，84 open PR，社区在接。
Skills 赛道在升级：从“谁 prompt 多”卷到“谁工程方法论完整”，Addy 入场等于给这个赛道立了个标杆。
对工具有要求：装是npx skills add addyosmani/agent-skills一行的事，但你的项目得真有测试、真有 CI、真有 Code Review 文化——不然这些 Skill 加载进来，AI 照跳，你也没辙。工具治不了流程癌，工具只能放大你已有的纪律。