很多人第一次看到 Skills，会以为它是一种新的 App，或者是一组可以直接点开的插件。更准确地说，Skill 是给 Agent 使用的“可复用工作说明书”。它会告诉模型：什么时候该用它、需要哪些输入、应该按什么步骤做、有哪些脚本或工具可以调用、最后应该交付什么。

如果把一次公众号发布当成例子，一条真实工作流可能是这样的：

1. 1. 把网页保存成 Markdown。
2. 2. 把 Markdown 调整成适合公众号阅读的结构。
3. 3. 转成带内联样式的微信 HTML。
4. 4. 准备封面图和摘要。
5. 5. 通过 API 或浏览器进入公众号后台生成草稿。

这里的关键点是：Skill 本身不等于执行能力。它像一张作战地图，真正执行还需要 Agent 当前拥有文件系统、浏览器、网络、脚本运行时、账号凭证等能力。

它和知识库有什么不同？

知识库更像资料仓库，负责回答“我知道什么”。Skill 更像操作流程，负责回答“我应该怎么做”。一个好的 Skill 可以引用知识库、读取配置、调用脚本、组合其他 Skill，最后交付文件、图片、网页、草稿或发布结果。

它会消耗 Token 吗？

会。模型读取 Skill 说明、理解你的需求、规划步骤、检查结果，这些都会消耗 Token。区别在于，Skill 可以把固定流程沉淀下来，减少你每次解释背景的成本，也能降低模型临场发挥带来的偏差。

它强依赖模型吗？

依赖，但不是只有模型。模型越强，越能理解上下文、拆解任务、处理异常和组合多个 Skill。可是很多具体动作依赖的是脚本、浏览器、API、账号、环境变量和本地权限。真正可靠的系统通常是“模型负责判断，工具负责执行，Skill 负责规程”。

这也是为什么把 Skills 做成可视化地图很有价值：你不需要记住所有细节，只要知道入口、产物和限制。