对比
Skill 与提示词的区别
一条好提示词和一个好 Skill，在一次成功的运行里可能看不出差别。差别出现在第二次，以及第一百次。
先记住一句话
提示词是你为某一次任务发出去的一段文字。Skill 是一套被打包的方法，agent 可以发现它、在任务匹配时激活它、 然后无限次复用。
本质区别不在于长度或质量，而在于 Skill 带了一个 agent 能在激活之前就看到的描述。 正是这个属性，把"一段指令"变成了"系统能自己挑出来的东西"。
一句话判断法
需要你手动粘贴的，是提示词；应该由 agent 在遇到合适任务时自己找到的，是 Skill。
并排看
| 维度 | 提示词 | Skill |
|---|---|---|
| 形态 | 一段放在对话里的指令 | 一个文件夹，含 SKILL.md 和可选资源 |
| 选择方式 | 由你决定什么时候粘贴 | 任务匹配描述时被激活 |
| 使用前可见性 | 没有，发出去模型才看到 | 名称和描述在激活前就可见 |
| 复用 | 再复制粘贴一次 | 装一次，所有匹配任务都能用 |
| 版本管理 | 取决于你随手存在哪 | 仓库里的文件，可评审、可 diff |
| 附带资源 | 通常没有 | 参考资料、脚本、模板，按需加载 |
| 典型失败 | 各人改各自那份，逐渐跑偏 | 描述太模糊，永远不激活 |
什么时候该把提示词变成 Skill
反复被要求做同一个请求在多人、多次会话或好几周里反复出现。复用是第一个信号。
不止一步多步骤流程正是粘贴式指令开始失去一致性的地方。
需要参考资料当任务需要规则、示例或 schema 时，打包胜过每次粘贴。
质量必须稳定如果输出格式重要，带模板的打包版本能消除每次运行的临场发挥。
Skill 比提示词多了什么
Skill 不是更长的提示词，它同时改变了四件事。
1
一个 agent 能判断的触发条件
描述里写明了激活条件，于是"要不要用"不再依赖某个人记得去粘贴。
2
渐进披露
冗长的参考资料留在主文件之外，只有流程真正需要时才加载。
3
确定性辅助
解析、校验这类不该让语言模型临场发挥的部分，交给脚本处理。
4
稳定的身份
因为它活在版本控制里，方法可以被评审、测试和改进，而不是悄悄分叉成好几份。
常见误区
很多人把提示词改成 Skill 的方式是"再加点字"。真正有用的改法恰好相反：写一段精确的激活描述，然后把大块内容挪到 references 里。