把 SOP 变成 Skill 之前要满足的三个前提

很多团队说要把 SOP 变成 Skill，让 AI 按标准流程干活。这个想法对，但大部分团队卡在前提没满足就开工，做出来的东西 AI 跑不动。

前提一：SOP 必须已经是共识，不是某个人的习惯

三个前提与落地顺序

最常见的失败是这样的：老板说"我们的流程是这样的"，然后让 AI 照做。过两周老板又说"不对，应该先做那个"。

这不是 AI 的问题，是这个 SOP 从来没真正统一过。它只存在于一个人的脑子里，或者存在于一个文档里但没人按它执行。

判断方法很简单：随便问团队里的两个人同一个动作该怎么做，答案不一致。那就没有 SOP，只有一个人的做法。

CocoLoop 那份复盘 SOP 里我印象最深的一点，是作者自己坦承了局限：初期执行需要管理者强势推动，依赖会前准备。这句话很诚实，也说明了一件事——SOP 落地靠的不是文档，是管理动作。AI 只是让已经跑通的流程更快，不负责把没跑通的流程跑通。

前提二：SOP 里不能有需要判断的环节

这是最关键的一条，也是最容易被忽略的。

一段好的 SOP 应该是：如果 A，则 B。输入明确，输出明确，没有主观空间。

但真实的运营 SOP 里全是判断。"这个品值得投"，"这个广告该关"，"这个评论要公开回复"——这些是判断，不是流程。AI 可以给你选项，可以列出利弊，但最后那一步还是人做。

所以在做 Skill 之前，要先把 SOP 里的判断环节单独摘出来，明确标注"这一步由人决定"。

我见过团队把整本运营手册扔给 AI 让它自动执行，结果它在一个需要判断的地方卡住了，或者更糟——它替你决定了。这个决定不该被外包。

正确的划分是：流程部分交给 AI，判断部分留给人。摘出来的那部分，就是你的核心能力所在。

前提三：知识库先于 Skill

顺序不能反。

很多人是先搭 Skill，用的时候发现 AI 不知道你的产品参数、不知道你的定价逻辑、不知道哪些词不能用，于是不断在提示词里补，补到最后提示词比正文还长。这说明你缺的是知识库，不是 Skill。

正确的顺序：

第一步，归集资产。历史文章、产品文档、客服记录、常见问答、合规规则，统一整理。这一步枯燥但不能跳。

第二步，设计人机分工。哪一步 AI 做，哪一步人做，人做那一步的输入输出是什么。

第三步，才是 Skill 化。而且要一个 Skill 只做一件事，不要大而全。

一个补充：Skill 要能被质疑

这点很少有人提，但很重要。

一个好的 Skill，它的输出应该能被人质疑——"你这个判断依据是什么"、"这条数据哪来的"。如果一个 Skill 输出的结论看起来无懈可击，你反而要小心，因为它可能是在猜。

AI 有一个特性是倾向于给一个完整、平衡、不冒犯的答案。它很少会说"我不知道"。所以你需要在流程里加一道：要求它标注置信度和缺失数据。

我在自己的内容生产规范里加了一条硬性要求：事实和推断分开写，缺失数据单独标记。这不是为了严谨，是因为不这么要求的话，AI 生成的"看起来有依据"的内容会骗过审稿的人。

回到原点

把 SOP 变成 Skill，本质是把隐性知识显性化，然后让机器执行确定的部分。

这件事的第一步不是技术，是管理。你的流程本身要跑通、你团队要真的在用、你才知道哪些判断不能交出去。

这三件事做不到，Skill 做得再漂亮也只是个空壳。