AI 工具都在变成 Skill,提示词该放哪?

这篇文章的起点很短。

我在对话框里点名一个公众号写作 Skill，给出题目“提示词正在过时？为什么最近火起来的 AI 工具都在变成 Skill”。随后又补了四个字，“自行生成”。

如果把它当作一段普通提示词，信息少得有点为难。文章写给谁，篇幅多长，引用怎样核验，封面做成什么尺寸，我都没有重新交代。

AI 先打开了那份 Skill。它从账号资料里读出受众和文章节奏，按研究规则去查 Agent Skills 的公开规范与 VS Code 文档。正文写完以后，检查脚本又扫了一遍句式，封面脚本则输出一张 900×383 的图片。

最后交到我手里的文件夹有四样东西，文章、来源表、可编辑的 HTML 和可以直接上传的 PNG。

整件事里仍然有提示词。那句提示词只管今天的题目，其余要求已经写在文件里。

Skill 究竟多了什么

按照 Agent Skills 的公开规范，一个 Skill 至少包含一份 SKILL.md。它就是普通的 Markdown 文件，写明这个 Skill 适合处理什么任务，接到任务以后怎样往下做。目录里还可以放 scripts、references 和 assets。

这几个目录解决的是很具体的麻烦。

封面尺寸需要每次都一样，交给脚本比靠 AI 临场记忆稳。账号语气和研究规则篇幅较长，可以放进参考文件。以后尺寸变了，只改脚本。写作方向调整，也不用去几十条旧对话里找那句话。

公开规范还专门处理了上下文占用。AI 平时只看 Skill 的名称和描述，任务匹配后才打开完整的 SKILL.md。执行走到某一步，需要哪份参考或脚本，再去加载对应文件。这套顺序叫渐进加载。

这也让名称和描述变得很要紧。描述写得太窄，相关任务可能找不到它。写得太宽，它又会频繁出场，把不相干的流程带进来。一个 Skill 能不能在合适的时候被叫到，前两行文字已经决定了不少。

拿这次写作来说，选题阶段用不着展开封面脚本。等文章定稿，脚本才需要出场。所有文件一开始就塞进对话，反倒会把当前题目挤到后面。

我目前能确认的公开材料没有证明“所有 AI 工具都在变成 Skill”。更准确的说法是，一套公开的 Agent Skills 规范已经出现，VS Code 也在官方文档中支持这种文件夹形式，并强调它可以跨多次对话复用。

这股变化容易引起注意，因为我们交给 AI 的事已经变长了。

问一个概念，一段提示词足够。让 AI 找资料、改文件，最后交一套能发布的成品，它就得记住前面的要求，还要在中途使用工具。这里最费劲的部分，往往是我们已经解释过很多次的固定要求。

长提示词可以保存这些要求，保存得并不好。它混在某次对话里，过两个月很难确定哪一版更新。里面写了一个尺寸或文件路径，人只能靠眼睛检查。换到另一项任务，还要小心删掉不适用的半句。

Skill 把可重复的部分拆出来，让文字归文字，脚本归脚本。文件可以加入版本管理，写错了也知道该去哪里改。VS Code 文档所说的可移植性，也来自这个简单前提。Skill 是一组看得见的文件，不依赖某一条聊天记录。

提示词仍然负责每次都会变化的内容。今天写什么，手里多了哪些材料，某个例外要怎样处理，都得在当前对话里说。把这些临时变化也锁进 Skill，它很快会变成另一份难改的长提示词。

文件能保存好办法，也能保存坏办法。

假设公众号后台以后改了封面尺寸，Skill 里的脚本没有跟着更新，它会继续生成一张尺寸错误的图，而且每次都错得很稳定。研究规则如果把营销稿排在官方资料前面，文章也会稳定地引用差材料。

步骤写得太死，还有另一种麻烦。模型遇到新情况，本来可以调整，Skill 却要求它照旧执行。跨工具复用也有条件，对方得支持相同规范，脚本所需的运行环境同样要齐全。

所以 Skill 要当成一份会过期的工作说明。平台规则变了要复查，脚本应该单独测试。某次任务出了问题，修正也要写回文件里，留在当前对话中的临时补丁救不了下一次。

同一项任务做第二次时，可以先保存效果最好的提示词。做完以后，把这次补过的材料和最终修改记在旁边。等到第三次，若相同的纠正又出现了，这部分已经值得放进 Skill。

起步只写一份 SKILL.md 就够了。说明它在什么情况下使用，任务怎样往下走，最后应该交出什么。遇到缺文件和无法联网这类情况，也把停下来的条件写清楚。

等文字步骤跑顺了，再把机械工作交给脚本。长资料可以晚一点拆出去，确实需要时再读。Skill 做小一点，更容易知道哪部分有用。

下次写公众号，我还是会在对话框里给出题目。封面尺寸和来源规则不用重写，哪些话不能编，也不必每次重新提醒。

提示词离过时还早。每次从头手写同一份长提示词，已经没有多少必要了。

👇👇👇往期回顾👇👇👇