HN 上 Addy Osmani 的 Agent Skills 帖子拿到 162 票，同一周 GitHub Trending 前十里七个跟 Agent 相关——我们判断，Agent 的竞争焦点正在从「谁的模型强」转向「谁的流程约束好」。
这是什么
SKILL.md 本质是一段 Markdown 格式的上下文注入（即把预设指令写进文件，让 AI 执行任务时自动读取并遵守）。当你对 Claude Code 说「帮我修 bug」，没有 SKILL.md 时，AI 直接改代码，可能引入新问题；有了 SKILL.md，AI 会先写测试、跑测试确认复现、改代码、再跑测试、通过才提交。
关键洞察：模型能力完全一样，区别只在流程约束。作者实测，SKILL.md 写了 200 多行时，Claude Code 跳过关键步骤的概率约 30%；缩短到 30 行、用 Anti-patterns（反模式，即明确禁止的错误做法）标注后，跳过率接近零。Skill 不是文档，是指令——越短越精准。
多个 Skill 还能组合：tdd.md、code-review.md、debug.md 同时加载后，写代码自动触发审查，遇 bug 自动触发系统化调试，做新功能自动走测试驱动。这是 Agent 编排（多个 AI 角色按规则协作）的雏形。
行业怎么看
GitHub 上 obra/superpowers 仓库已攒 4 万星在做类似 Skill 模板库，browserbase/skills 也在推动标准化。社区正在形成共识：光靠提示词不够，需要结构化的流程文件约束 Agent 行为。
但值得警惕的是，作者自己也踩了坑——多个 Skill 之间会冲突。tdd.md 要求「立即可重构」，code-review.md 要求「先审查再动」，同时触发时 AI 无所适从。更根本的质疑是：这套机制本质仍是提示词工程的变体，每多一个 Skill 就多一份维护成本，且当模型升级后原本有效的 Skill 可能需要全部重写。Agent 的可靠性问题，靠流程文件只能缓解，不能根治。
对普通人的影响
对企业 IT：Skill 机制让 AI 编程助手从个人工具变成可团队标准化的资产——团队共享同一套 Skill 文件，确保所有人对 AI 的使用方式一致。
对个人职场：程序员的工作重心会进一步从「写代码」向「写流程约束」迁移——定义 AI 该怎么做，比替 AI 做纠错更有价值。
对消费市场：短期影响有限，但逻辑通用——编程 Agent 能被流程文件约束，客服 Agent、写作 Agent 同样可以，未来可能出现跨行业的 Skill 市场。