Skill和Prompt怎么配合：一张分工决策表加一个完整示例

Skill 和 Prompt 的配合方式可以一句话说清：把「每次执行都一样的规则与资源」写进 Skill，把「这一次任务的具体要求」交给 Prompt，把「多个环节的顺序、人工关卡与失败处理」放进工作流。三者各管一段：Prompt 负责表达意图并触发 Skill，Skill 负责把规则变成可复用的执行能力，工作流负责跨环节编排。下文先用决策表说清分工，再给一个完整的 SEO 文章任务示例。

先分清三种角色的职责边界

本站的口径是：Skill 是执行单元，封装一个明确任务的可复用能力，通常包含触发说明、任务指令、输入输出约定，也可能带参考文件和脚本；Prompt 是意图接口，用来表达目标、变量、约束、步骤和输出要求，可以独立完成小任务，也可以触发 Skill；工作流是编排，把多个 Prompt、Skill、工具和人工角色按顺序连接起来，并明确触发条件、上下游输入输出、人工批准点和失败回滚。

判断一份规则该放哪里，可以先问一个问题：它换一次任务就要改吗？如果每次都一样，属于 Skill；如果随任务变化，属于 Prompt；如果它决定的是「先做什么、后做什么、谁批准」，属于工作流。

一张分工决策表

一个完整示例：SEO 文章任务怎么分工

假设一人市场部每周要用 AI 产出两篇中文 SEO 文章并发布。内容规范、脚本和流程分别这样放：

Skill 里封装：站点内容契约（标题不超过 30 个汉字、描述 70 到 100 字、正文首段直接回答问题）、禁编数据规则（不编造搜索量和转化率）、本地校验脚本与 CMS 写入脚本的调用方式。这些规则每周不变，换主题也不用改。

Prompt 里交代：本周写哪两个主题、目标读者是谁、每篇必须带一个独占信息增量（例如一张决策表或一份清单）、本次验收标准（例如正文含一张表格、覆盖两个搜索意图）。这些只对本周生效。

工作流里编排：选题并与历史文章去重、生成产物、脚本校验、人工审核（事实、品牌、发布授权）、CMS 发布、回读核验、回填关键词表。其中「人工审核」和「回读核验」是工作流的强制关卡，任何一步失败都停下等处理。

这样分工后，下周换主题时只需要改 Prompt 里的两行主题描述，Skill 和工作流原样复用。反过来，如果主题、规则、流程全塞进一段长提示词里，任何一次改动都要重写整段，且模型更容易在长指令中漂移。

一个更稳的起点：先 Prompt，后 Skill，再工作流

不需要一上来就同时建 Skill 和工作流。更稳的路径是：先用一段写清楚的 Prompt 把同一个任务跑三到五次，把每次人工修改的规则记下来；修改点稳定后，再把规则迁进 Skill；等任务链变长、需要多个环节衔接时，再引入工作流。这个顺序能避免把不成熟的规则过早固化，也能让你在动手前就知道哪些规则值得沉淀。

三个最常见的错误配合方式

• 把一次性需求写进 Skill：例如把「本周给新品写三篇推文」写进 Skill 指令，下周 Skill 就过期了。Skill 只沉淀可重复规则。
• Prompt 里复述整个 Skill 的规则：调用提示词越长，模型越容易漂移。Prompt 只写本次变量和验收点，规则交给 Skill。
• 把「人工看一眼」当成工作流：工作流需要明确的触发条件、上下游输出和失败路径；没有这些，所谓流程只是聊天记录。

怎么验收配合是否合格

用三条标准验收：一是换任务后 Skill 不改、只改 Prompt 就能跑通；二是调用 Prompt 一屏内写完，且每句都对应一个可执行要求；三是每个环节都有失败路径——校验不过、人审不批、发布失败时，流程知道下一步是重试还是停下。满足这三条，配合才算成立。下一步可以从团队里每周重复最多的一个任务开始练习。

常见问题

Skill 里的规则和 Prompt 里的要求冲突了怎么办？执行时以 Skill 为准，把冲突记下来。Skill 代表沉淀过的团队口径，Prompt 是一次性输入；冲突通常说明本次意图需要改写，而不是临时破坏规则。

没有代码基础能建 Skill 吗？能。不少办公 AI Agent 支持把结构化指令保存为可复用 Skill 直接调用；涉及脚本和工具接口的部分可以后续再补，先封装「触发说明、任务指令、输入输出约定」就足够起步。