Obsidian入门36：Skill 是什么？把它想象成你给 AI 建的一套 SOP
这是一个「Obsidian × AI」系列。
我会从最基础的认知开始，慢慢写到资料整理、写作工作流，再到怎么把 AI 接进来。
如果你还没看过前几篇，可以先看 入门34：搞懂 Agent、MCP、Skill，看懂 AI 打工团队。
你有没有过这种感觉：跟 AI 说了一句话，它回了一段特别对、特别完整的内容。你一看，血压就上来了：这不是我要的啊。然后你继续调，它继续偏。
这种情况发生得多了，你就开始怀疑人生：AI 到底听不听我的话？
后来我才明白，这根本不是「教」的问题。
就拿生图这件事说吧。
每次让 AI 生成提示词，贴到工具里，出来的东西跟我想的两模两样。重新调，重新抽卡，重新失望。后来我受不了了，自己搭了一套流程：AI 读文章，自动生成提示词，API 直接出图，中间脚本自动压缩上传。
全过程不用我动手。连我的 IP 形象都能每次带进去。
从那以后，我再也不需要"调教"AI 生图了。
这个流程，用的就是 Skill。
Skill 是什么？
在入门34：AI打工记里，我把 Skill 形容为 AI 的「专项能力包」：就像医院的分诊台，把不同专长的小弟分配到对应的岗位。
光知道它是什么还不够。这篇我想把它拆开来说说，看看里面到底装了什么。
一个 Skill 通常由三部分组成：
1. SOP 指令，告诉 AI 每一步做什么，做到什么程度可以停。
2. 模板（Template），规定 AI 输出的格式。你拿到的不再是一堆自由发挥的文字，而是一个符合你要求的结构化内容。
3. 脚本（Scripts），那些不需要 AI 判断的机械操作，比如压缩图片、上传图床、执行 API 调用。AI 只负责需要思考的部分，剩下的交给机器。
┌─────────────────────────────────────┐
│ Skill │
├─────────────────────────────────────┤
│ │
│ ┌──────────────────────────────┐ │
│ │ SOP 指令 (SKILL.md) │ │
│ │ 做什么？做到什么程度停下？ │ │
│ └──────────────────────────────┘ │
│ │
│ ┌──────────────────────────────┐ │
│ │ 模板 (Template) │ │
│ │ 输出的格式是什么样子？ │ │
│ └──────────────────────────────┘ │
│ │
│ ┌──────────────────────────────┐ │
│ │ 脚本 (Scripts) │ │
│ │ 机械的事，交给机器去做 │ │
│ └──────────────────────────────┘ │
│ │
└─────────────────────────────────────┘
任何重复的事情都值得做成 Skill
我想告诉你一件事：Skill 面向的，恰恰是所有需要重复用 AI 做事的人。
- 你每周要写一篇文章，每次都要重新跟 AI 说"我的写作风格是这样的"、"我的开头要有冲突"、"我的结尾要有一句话升华"。
- 你每个月要做一次数据报告，每次都要把上一份报告的格式粘贴给 AI，让它照着来。
- 你每天要让 AI 读你的笔记，帮你总结今天的待办，每次都要重新描述一遍你的笔记结构。
当你发现一件事是需要重复去做的，就值得认真对待了，可以跟 AI 讨论让他帮你做成 Skill。
因为 Skill 把你从"每次都要重新教"的状态里解放出来。一次建好，长期复用。
这跟入门34：AI打工记里说的 Agent 分工是一脉相承的：你不用每次都站在旁边盯着，AI 照着 Skill 里的套路走就行。
Skill 让 AI 从"你问我答"变成"你建期望，AI 照着跑"
回到我最开始说的那个场景，AI 给了一段看起来很对但不是你要的内容，你调它，它偏，你们互相迁就。
这种情况发生，是因为你和 AI 之间只有一层关系：你提问，它回答。
Skill 改变了这层关系。
有了 Skill，你不再是每次都问"怎么做"，而是告诉 AI："你照这个 SOP 做，结果会在这个模板里出来，机械的部分我的脚本会处理。"
你变成了一个系统设计者，AI 变成了执行者。
这样你就能从"每次都要盯着 AI 做"的状态里退出来，去做那些真正需要你判断的事情，定方向、定标准、定边界。
AI 照着你的系统跑就行了。
这里需要提醒一句，创建一个 Skill 之后也是需要反复调试的，并不是一次就能完美地符合你的期望。
可能需要不断去用这个 Skill，发现问题的当下就跟 AI 说你的预期是什么样的，让 AI 即时做调整。
当你打磨好之后，它就是一个可以反复使用的 SOP了。
我现在的写作工作流，从访谈到策划到撰写到生图，全套都封装在 Skill 里了。
这个封装不是一步到位的。跟入门34：AI打工记里那套 Agent + MCP 的打工团队一样，都是慢慢搭起来的。
一开始我的 checkpoint 有 7 到 8 个，每写一篇文章我要确认 7 到 8 次才发布，每次发版前对着那一串待确认项，人都麻了。
后来我发现太频繁了，才精简到 2 到 3 次。生图这件事一开始是手动的，后来接了 API 才变成全自动。
一个 Skill 刚搭好的时候，效果可能是 4 分。没关系。你跟它说哪里不对，它会调。慢慢调到 80 分，调到 100 分，甚至超过你的预期。
这个过程，才是 Skill 真正有意思的地方，你得给它时间，让它慢慢根据你的反馈进化到你的标准。
进阶阅读
- Obsidian 入门32：Claudian 插件实战 ,拥有这个优雅的AI管家
- Obsidian 入门33：Agent Client 插件实战, 你的全能AI辅助官
- 入门34：搞懂 Agent、MCP、Skill，看懂 AI 打工团队
所以，下次你觉得 AI 不听话的时候，也许只是你还没有把它封装成一个 Skill。