昨天，Google前Chrome首席工程师Addy Osmani发布了一个项目，单日斩获1793颗星。它不解决"AI能不能写代码"，而是解决"AI能不能专业地写代码"。
2026年，AI编程已经不是什么新鲜事。Claude Code能写，Cursor能写，Copilot也能写。
但有一个致命问题：它们写的代码，和专业工程师写的代码，不是同一个东西。
01 一场静默的工程化革命
想象两个场景：
你让AI写一个用户登录功能。
A问："写个登录接口"
B问："先出PRD，定义错误处理、限流策略、Session机制、密码强度规则，再写测试用例，最后实现。"
A得到的代码：能跑。
B得到的代码：能跑 + 可维护 + 可测试 + 可回滚。
这就是agent-skills在解决的问题。
它不是又一个AI编码工具，而是一套"让AI遵循专业工程化流程"的技能框架。24个技能，8个斜杠命令，把资深工程师的工作流封装成AI能理解的步骤。
02 核心设计：三张图看懂它在做什么
开发生命周期的8个入口
/spec → spec before code
/plan → small, atomic tasks
/build → one slice at a time
/test → tests are proof
/review → improve code health
/webperf → measure before you optimize
/code-simplify → clarity over cleverness
/ship → faster is safer
每个斜杠命令激活对应的技能workflow，自动执行验证门。
24个技能覆盖全周期
- • idea-refine：把模糊想法变成具体提案
- • spec-driven-development：写PRD再写代码
- • planning-and-task-breakdown：拆解成可验证的小任务
- • incremental-implementation：薄切片实现
- • test-driven-development：红绿重构
- • source-driven-development：引用官方文档背书代码决策
- • doubt-doctrine：对抗"差不多就行"的理性思维
- • code-review：代码审查
- • ...共24个
自动触发机制
它会根据上下文自动激活技能：
设计API → 触发 api-and-interface-design
构建UI → 触发 frontend-ui-engineering
修复Bug → 触发 test-driven-development
不需要手动选择，AI知道自己在哪个阶段。
03 为什么是Addy Osmani？
如果你做过Web开发，应该知道这个名字。
- • 前Google Chrome核心工程师
- • 《JavaScript设计模式》作者
- • 构建了Chrome DevTools、Yale、Puppeteer
他在Google内部看到了什么问题？
大量AI编程工具能生成代码，但生成的代码无法通过Google级别的工程审查。
于是他把这套工程化方法论做成了技能框架，适配所有主流AI编程工具：
- • Claude Code（推荐）
- • Cursor
- • Windsurf
- • Gemini CLI
- • Codex
- • GitHub Copilot
- • OpenCode
- • Kiro
- • Antigravity CLI
一句话：不挑工具，只挑流程。
04 这意味着什么？
AI编程正在经历范式转换。
第一阶段（2023-2025）：AI能写代码
- • 关键词：Copilot、Codex、Cursor
- • 核心问题：代码能跑但不可维护
第二阶段（2025-2027）：AI能专业地写代码
- • 关键词：agent-skills、skill framework
- • 核心问题：流程标准化、质量门控
下一个问题已经浮现：
当所有AI都遵循同样的工程流程时，什么才是真正的竞争优势？
05 趋势判断
我判断三个趋势正在形成：
- 1. 技能框架会成标配
- • 不只是agent-skills，会有垂直领域的技能包（安全、运维、数据...）
- 2. 验证门控会变严格
- • "能跑"不够了，需要"过测试"、"过审查"
- 3. 人类角色在重新定义
- • 不再是coder，而是reviewer和architect
如果你关心AI编程的下一步，关注这个项目。
GitHub: addyosmani/agent-skills
单日1793星，历史级别的信号。
作者：AI前哨 定位：比99%的人先看到AI的下一步