Skills 正在变成 Agent 时代的新“编程语言”
最近三个月里，我越来越认同一个判断：
在 Agent 时代，Skills 更像新的编程语言，而不是新的 Prompt 模板。
这个说法之所以成立，不是因为 Skills 听起来更酷，而是因为 Claude Code、Hermes Agent、OpenClaw 这些系统都在把 Skill 当成一层真正的程序组织单元。
为什么说 Skill 不是 Prompt
Prompt 更像一次输入，Skill 更像一段按条件加载的程序化说明。它通常包含：
- 何时触发
- 触发后做什么
- 用哪些工具
- 遵循什么约束
- 失败时如何处理
这已经不像“问答模板”，而像是一段可复用、可组合、可演化的过程定义。
过去三个月最明确的三个信号
1. Claude Code 把 Skill 做成按需加载的工作流模块
官方文档明确说明，Skills 是以 Markdown 为主体、可按需调用的专业能力单元。它和 CLAUDE.md 的区别很大：
CLAUDE.md是全局常驻规则- Skill 是任务触发型流程包
2. Hermes 把 Skill 接进了学习闭环
Hermes 的 Skill 不只是“我提前写好的模板”，而是可以随着使用不断被打磨、沉淀和回写。于是 Skill 开始带有“经验压缩”的属性。
3. OpenClaw 把 Skill 放进更大的 Assistant Runtime
在 OpenClaw 这类系统里，Skill 不是孤立存在的。它要和 channel、memory、provider、tool policy 一起工作，所以它更像一个带边界条件的 runtime module。
Skill、Tool、CLAUDE.md 应该怎么分工
一个我很推荐的拆法是：
| 层 | 负责什么 | 例子 |
|---|---|---|
CLAUDE.md / 全局指令 | 常驻规则 | 编码规范、审批规则、语言风格 |
| Skill | 流程打包 | 写 PRD、拆 issue、维护代码、做安全审查 |
| Tool | 能力执行 | git、shell、browser、MCP、database |
这样组织之后，Agent 系统会变得更稳定，因为每一层都知道自己负责什么。
为什么这件事对团队特别重要
如果 Skill 只是个人用的 prompt 收藏夹，它的价值有限。但如果 Skill 被当成“新的编程语言”，团队就能把隐性经验沉淀成显性流程：
- 新人一上手就继承团队默认打法
- 同一类任务不再每次重新解释
- 审批、测试、回滚都能预置
- 一个团队可以共享自己的“工作流标准库”
这才是 Skill 真正的放大器。
我的判断
Prompt Engineering 当然不会消失，但接下来更关键的问题是：
你有没有把一次次有效的交互，变成可复用的 Skill。
当这一步发生时，Agent 才从“会聊天”开始变成“会工作”。
来源
- X.com：Skills 是新编程语言的讨论
- Claude Code 官方 skills 文档
- Hermes Agent skills 文档
- OpenClaw skills 文档