你好，我是方可乐。
-
-
最近Skill在AI编程可谓是炙手可热，今天coze也发布了新版本，支持Skill。很多同学在用Skill的时候，经常和之前的rule混淆。
下面我直接把这个误解拆掉。
一、先说结论：Skill 不是 Rule 的升级版
如果非要一句话定性：
Rule 解决的是“边界问题”，Skill 解决的是“能力问题”。
这两件事不在一个层级上。
把 Skill 当成 Rule 的换壳，本质上是在用配置文件的思路，去理解一个运行时能力系统。
二、为什么“换壳 Prompt / Rule”这个理解是错的
我们先假设一下：
如果 Skill 真的只是 Rule + Prompt，那会发生什么？
情况一：所有 Skill 都必须常驻上下文
-
• 因为 Rule 是全局生效的 -
• Prompt 也是一次性塞进去的
结果就是：
-
• Skill 一多，上下文必炸 -
• Agent 根本没法扩展
而官方 Skill 的设计，恰恰是为了解决这个问题。
情况二：Agent 根本不知道“什么时候该用哪个 Skill”
Rule 不会被“选择”，只会被“遵守”。
如果 Skill 是 Rule：
-
• 那它要么一直生效 -
• 要么永远不生效
但真实世界里的能力不是这样的。
你不会在写 SQL 的时候，强制启动“前端设计能力”。
Skill 是被识别、被命中、被调用的，这一点和 Rule 完全不同。
三、Rule 的真实定位是什么？
把 Rule 摆正位置，反而更容易理解 Skill。
Rule 是什么？
Rule 是长期有效、跨任务的行为约束。
例如：
-
• 输出必须是 JSON -
• 不允许编造数据 -
• 代码必须符合某种规范 -
• 回答语气要专业、克制
Rule 的特点只有三个字：
一直生效
它不关心你在做什么任务，它只关心：
“你不可以越界。”
四、那 Skill 到底是什么？
Skill 的定义，反而简单：
Skill 是一段“当你要做某类事情时，该如何专业完成它”的能力封装。
注意几个关键词：
-
• 当你要做 -
• 某一类事情 -
• 如何专业完成
这已经天然决定了三件事：
-
1. Skill 一定是 按需触发 -
2. Skill 一定是 任务相关 -
3. Skill 一定包含 方法论
Prompt 和 Rule 都不具备这三个条件。
五、Skill 真正的分水岭：它有“加载时机”
这是理解 Skill 的关键。
Rule 没有加载时机，它永远在。
Skill 有，而且非常严格：
-
• 先只暴露“我会干什么” -
• 被命中后，才加载“我怎么干” -
• 真执行时，才拿“具体工具”
如果一个东西：
-
• 没有加载判断 -
• 没有分层 -
• 没有执行阶段差异
那它就不是 Skill，只是写得比较长的 prompt。
六、为什么很多人会自然地理解错？
因为大多数人接触 AI 的路径是：
Prompt → Prompt 工程 → Prompt 模板 → Prompt 复用
这条路径的终点，一定会把 Skill 误解为“高级 Prompt”。
但 Agent 工程的起点是另一条路：
能力拆分 → 运行时决策 → 上下文控制 → 按需加载
这两条路，中间没有自然过渡。
七、一个简单但致命的判断标准
以后你判断一个东西是不是 Skill，可以只问一句话：
“它会不会在不需要的时候，被完全忽略？”
-
• 如果不会 → 它是 Rule / Prompt -
• 如果会 → 它才有资格叫 Skill
八、真正成熟的 Agent，一定是 Skill 驱动的，而不是 Rule 堆出来的
Rule 多了，Agent 会变得：
-
• 行为僵硬 -
• 反应迟钝 -
• 上下文臃肿
Skill 多了，Agent 反而可以：
-
• 能力可扩展 -
• 任务切换自然 -
• 行为更像“人”
因为人类本身也是：
不是时刻带着所有能力，而是按场景调用能力。
我是方可乐，一个用 AI 重塑人生，也希望陪更多人一起成长的人。
欢迎加入我的 AI 宇宙。