Skill 是方法论，工作流是流程

Skill 是方法论工作流是流程市场上对 Skill 有几种不同的认知。前几天腾讯开发者论坛发了一篇文章说 Skill 是带文档的脚本。但根据我的经验这个定义太窄了。今年年初 Gemini CLI 的 GitHub 上有一个 issue #15895对 Skill 给出了一个非常好的定义Skill 是方法论不是脚本加文档。这句话非常好地总结了我之前的经验。我在 Dify 和扣子上都开发过工作流也深度使用过各种 Skill。从实际使用的角度来说它们之间有许多使用上不能忽视的区别维度工作流WorkflowSkill本质流程方法论AI 视角黑盒只看到单节点白盒全貌可见灵活性固化不可逃逸可裁剪、可干预维护节点多时困难按需加载轻量AI 角色语义工具局部调用全局编排者工作流有向无环的黑盒工作流是一个带有明确流程限制的有向无环图DAG它意味着不能从一个节点在没有路径或连接线的情况下直接跳到另一个节点必须沿着预设的流程走。禁止回边开始条件判断 A条件判断 B执行节点 A1执行节点 B1合并结果对绝大多数用户来说工作流是一个黑盒。你感觉不到它到底是 10 个节点、20 个节点还是上百个节点——只有开发者才需要关心这些。用户只管用但很难了解内部到底有哪些流程、哪些异常分支、哪些地方需要人工介入。优点是流程固化。用户不会从流程中逃逸出去可以得到确定性的结论不会出现完全异常、无法控制的结果。缺点也很明显。当工作流超过几十个甚至上百个节点时维护起来会非常困难。工作流天然需要脚本作为粘合剂把节点的输入输出对接起来——上一个节点的输出就是下一个节点的输入中间有大量的胶水代码。AI 在工作流中的作用只是其中某几个需要智能判断的关键节点没有承担整个流程的规划也没有总揽全局仅仅作为一个语义工具被调用。Skill白盒的方法论Skill 会被加载到 AI 的提示词中。AI 先阅读 Skill然后按照 Skill 来执行相应的步骤。它知道整个 Skill 从开始到结束会经过哪些流程、有哪些步骤知道哪些地方需要用户确认、哪些地方允许用户选择甚至知道怎么让用户退出以及如何把步骤交接给下一个 Skill。对 AI 来说工作流是黑盒的它只能看到一个节点但 Skill 是完全的白盒。加载Skill 方法论 · 全部可见步骤1读取需求步骤2分析数据步骤3生成方案步骤4交付结果步骤5沉淀复盘AI · 加载、编排、调度因为 AI 看到的是完整的方法论而不是单个节点所以它可以灵活地选择执行方式完整执行按步骤 1→2→3→4 走完部分提取只取其中一两个步骤跳过不需要的环节用户裁剪按用户指令修改某一步骤调整后再继续AI 阅读 Skill 方法论完整执行部分提取用户裁剪1 → 2 → 3 → 4全部执行跳过 1、4只取步骤 2 和 3步骤 3 被修改为 3按用户指令调整这种灵活性就是方法论的本质它是一套经验性的指导原则让你学习并可选择性地使用它。什么时候选哪个当你作为一个开发者或者专业用户需要写 Skill 或流程的时候你要先判断这是一个方法论还是一个流程这个问题的核心区分是控制权归谁需要确定性、自上而下管控的场景公司审批链路、数据处理管道、固定业务流程——工作流更合适。流程固化的价值在于不需要使用者做选择也不会有人从流程中逃逸。面向个人或团队效率提升的场景——Skill 更合适。因为很多时候我们不能强迫别人方法论的意义在于让专业用户理解后自愿遵循而不是被流程绑住。对专业使用者先用后改Skill 的使用者通常是或者说“需要是”专业用户。这和工作流的使用者有本质区别——工作流不需要你理解你只要照着走就行但 Skill 的使用者需要理解方法论才能用好它、改好它。如果你拿到了别人写的 Skill首先当然可以用它来完成工作。但更重要的是你可以选择忽略或修改 Skill 中的某些步骤干预它让它按照你的想法执行。你可以裁剪 Skill把它改成你想要的版本。市场上大部分 Skill 都代表了作者个人的见解和经验。如果你想让它完美符合你个性化的工作流你需要对原来的 Skill 进行修改发明自己的 Skill。这是方法论的终局——不是照搬而是内化后重造。还有一个隐含的因素你需要让 Skill 反过来教会你这套方法论。Skill 的使用者需要了解这个 Skill 是怎么用的才能真正驾驭它。一个值得注意的趋势让 AI 参与全流程之前我聊到过 Compound Engineering 这个插件它做了一件非常激进的事把子智能体sub-agent的调用完全改成了纯粹的 Skill markdown。其中有一个重要的理由调用子智能体时某些上下文、工具调用结果或 harness 的结果无法传递到子智能体而且各家平台对智能体的实现方式也不统一。子智能体本质上是把 AI 关进了一个个黑盒彼此看不到对方的上下文。与其费力解决跨智能体的信息传递不如让所有智能体都变成 Skill 的模式——这样可以直接复用完整的上下文和 harness 结果模型在整个流程中的表现会更加优异。这背后其实就是白盒的红利打开可见度AI 看到的信息越完整表现就越好。子智能体的调用模式相当于把流程重新切成黑盒节点而 Skill 模式把整个方法论和全部上下文都暴露给 AI让它在完整可见的基础上做判断和调度。这个过程中Skill 是一本经验性的手册初期可以发挥作用在更加长程的任务中让它自己判断比经验更重要。