SKILL 技巧：写清"何时交给 AI 接管"

Skill 解决的不是“这一次怎么说清楚”，而是“下一次 AI 怎么知道可以接手、怎么接手”。

我刚开始用 AI 的时候，以为 skill 就是把一段好提示词保存起来，下次继续用。

后来发现不是。

提示词解决的是这一次我怎么把需求说清楚。Skill 解决的是下一次 AI 怎么知道它可以接手，而且知道该怎么接手。

所以我现在写 skill，不是从“我要让 AI 怎么回答”开始，而是从一个问题开始：

这件事什么时候可以交给 AI 接管？

我把这个方法叫做——接管条件写作法。

▍Skill 长什么样

先说基础形式。一个 skill 通常就是一个文件夹，里面一个 SKILL.md，告诉 AI 这个能力叫什么、什么时候用、怎么做、输出什么、哪些事不做。

最简单的骨架：

---

复杂一点还可以加 scripts/（稳定脚本）、references/（长资料）、assets/（模板文件）。

但这些都是外形。真正重要的是：你有没有把自己的接管条件写进去。

很多 skill 写得很完整，读完发现只是在说“请高质量完成任务”——和普通提示词没有本质区别。

▍五格接管卡

我写所有 skill 之前，都会先填一张五格接管卡：

触发语：我平时会怎么叫它？

五格能填清楚，才写成 SKILL.md。填不出来，说明这件事还不适合 skill 化。

▍触发语：不是功能名，是你真实会怎么叫它

很多人写 skill 先想功能名：daily-summary、content-generator……没错，但不是最重要的。

最重要的是你平时到底会怎么叫它。我自己的触发语通常是这样的口语：

"帮我收一下今天做了什么"

所以我写 description，不写 “Generate daily summary”，而是写：

当用户说“写今天总结”“帮我收一下今天做了什么”“给我一个收尾总结”时触发。

原则：不要写你希望它像什么功能，要写你真实会怎么喊它。触发语不真实，skill 很容易变成库存。

▍上下文：不是“充分理解背景”，而是给它一条读取路线

“请充分理解我的背景”——听起来完整，实际很虚。AI 不知道该看哪里，就会到处翻。

我的做法是直接写读取顺序：

默认读取顺序：

1. 当前对话

写公众号，不需要读所有项目代码。写日总结，先看当天对话和日记。同步知识，只看知识库仓库。每个 skill 的读取路线不一样。

原则：skill 不是让 AI 读更多，而是让 AI 读对地方。

▍判断链：不是步骤清单，而是你脑子里的决策路径

Workflow 很容易写成“分析需求 → 整理内容 → 输出结果”，这太空了。

我更关心的是：我自己做这件事时，脑子里真实的判断是什么。

比如“帮我收一下今天做了什么”，我真正在判断的是：

今天哪些事真的完成了？

这才是判断链。原则：skill 不是复制动作，而是复制判断路径。

▍交付点：结果要进入你的系统，不是停在聊天框里

很多人用 AI 用不出复利，原因很简单：所有东西都停在聊天窗口里，今天聊得很好，明天找不到了。

我的 skill 里一定会写做完放哪里：

公众号草稿      → tasks/articles/

原则：没有交付点的 skill，只是一次回答；有交付点的 skill，才会进入系统。

▍刹车线：不是安全口号，而是具体的停止条件

AI 出问题，很多时候不是不会做，而是做过头——顺手多改了一点，把没发生的事写得很像真的，在你没授权时碰到了危险边界。

所以刹车线必须具体到行为。

“注意隐私”太虚，要写成：

不把私人聊天原文直接贴进总结

不把 token、密码写进文档

“谨慎操作 Git”太虚，要写成：

不自动 commit、push、删除文件，除非用户明确要求

原则：边界不是态度，而是可执行的停止条件。

▍用“今天收尾”走一遍完整流程

我经常会说“帮我收一下今天做了什么”。按五格接管卡填：

触发语：

五格填完，才写成 SKILL.md。SKILL.md 只是最后的格式，五格接管卡才是核心。

▍写在最后

写 skill 的关键，不是背字段，不是堆提示词。

关键是问清楚：这件事什么时候可以交给 AI 接管？然后把接管条件写下来。

当这些 skill 慢慢积累，AI 就不再只是聊天窗口了。它开始知道你怎么判断、怎么交付、怎么保护边界，开始真正进入你的工作方式。

下一篇：skill实例，四种接管方式——KK 人设、专业表格、知识同步、周报写作，各自接管的东西完全不同。