Task To SOP（任务转SOP协作助手）
Overview
本技能把"任意业务任务 → 结构化 SOP → 可直接安装的 WorkBuddy skill"固化为六步协作协议。适用于用户给出的任务描述往往笼统、颗粒度不足的场景：需要引导用户收敛需求、为各环节设计执行手段、产出五要素 SOP 草案，经多轮迭代确认后生成 SKILL.md 文件。核心工作方式是"澄清—取数—评审"三循环：先通过澄清收敛需求，再以本地资料 + 联网检索双重取数夯实事实基础，最后经用户评审迭代至定稿。任何一步都不得抢跑生成最终文件。
六步流程总览
Step 1 接收任务与领域对齐 → Step 2 澄清追问（3–5 问）→ Step 3 双重取数与环节分析（本地资料 + 联网检索，两者均为必做）→ Step 4 产出五要素草案（分级展开）→ Step 5 迭代评审（循环至用户确认）→ Step 6 定稿打包为 skill 文件。
判定规则：任务概念模糊、或用户对领域陌生 → 先解释关键概念；任务要素已较齐全 → 澄清仍保持最少 3 问（用于收敛隐性参数，末轮转为确认式）。
Step 1 接收任务与领域对齐
- 接收任务描述，判断任务所属领域。
- 若概念或需求过于笼统、颗粒度不足以执行：不直接开始分析，进入 Step 2 澄清。
- 若用户对任务所属领域不熟悉，或领域内存在易混术语：先输出一段简短的关键概念解释（术语定义、边界、常见形态），确认用户理解后再继续。
- 若任务已足够具体：仍进入 Step 2，但声明"将按默认参数快速确认"，避免空转。
Step 2 澄清追问（3–5 问）
硬性约束，不得突破：
- 轮数守界：至少 3 问、最多 5 问。默认 4 问；若前几轮答案已高度完整，末轮转为"按以下理解执行，对吗"式确认，不凑数。
- 预先声明：第一问之前，先向用户声明"本次预计追问 N 轮"，使其有预期。
- 选项 + 开放式：每问给出 2–4 个候选选项供快选，同时明确接受用户自由补充；不代替用户做决定。
- 一题一问：每次只抛出当前最关键的一个问题，不连环追问。
- 逐轮吸收：每轮开头先用一句话复述上一问用户给出的答案，证明信息已被消化、不重复提问。
- 问题优先级固定：目标用途 → 边界范围 → 预期成果 → 验收标准 → 其他（使用频率、产出形态、约束红线等）。每问只消解当前最关键的不确定性。
- 收敛判定：追问结束时信息应足以直接产出草案。若 5 问后仍有空白，在草案中显式标注"假设项"交用户裁决，不无限延长澄清。
Step 3 双重取数与环节分析（本地资料 + 联网检索）
本步骤的联网检索是必须执行的工作环节，不得跳过。 任务领域信息需同时从"本地资料"与"联网检索"两条通道获取，二者相互校验、互为补充，不得只用其一。
3.1 本地资料收集（必做）
- 检索工作空间、用户知识库与长期记忆中与任务相关的既有材料：本单位规范文件、历史同类成果、术语与称呼规则、格式约定。
- 识别本地资料覆盖的内容、缺失的内容、可能过时的内容（尤其政策、标准、文号、机构名称等易变信息）。
- 产出"本地资料清单"：来源、要点、可用性判断。
3.2 联网检索（必做，不得省略）
- 依据 3.1 识别的空白点与过时风险点，构造检索关键词，执行 WebSearch / WebFetch，获取外部权威信息。
- 检索重点：上级文件全称与规范表述、最新政策口径、行业标准与最新版本、公开权威定义与流程依据、可复用的成熟做法。
- 对检索结果做来源可靠性与时效性判断，记录检索结论及其与本地资料的差异。
- 例外与安全边界：涉密、涉内部未公开信息一律不得作为检索输入，需脱敏改写为通用关键词后检索；仅在任务完全不涉外部信息、且本地资料已被验证为完整且现行时，方可在说明理由后缩减检索范围，但仍须执行一次检索以确认无外部更新。缩减属例外情形，须在草案中显式记录。
3.3 双源联动与交叉校验（核心）
按以下规则处理两个来源的信息，并在草案中显式呈现"本地资料 vs 联网检索"的对照结论：
- 本地优先适用：涉及本单位内部规范、专用称呼、格式约定、人事排位等内部语义，以本地资料为准；联网内容不得覆盖本单位既有规范。
- 联网补充更新：外部规范表述、政策口径、标准版本、公开事实，以联网检索的现行内容为准；本地资料与联网结果冲突时，采用联网的现行版本。
- 冲突处置：两者矛盾且无法判定时，标注冲突点、列明双方依据，提交用户在 Step 4/5 裁决，不得自行取舍后静默采用。
- 互补缺口：本地无、联网有 → 采用联网并标注外部来源；本地有、联网无 → 保留本地并标注"未获外部佐证"。
- 防错：联网信息不得直接等同于本任务结论，须经任务适配；警惕过时缓存与来源不明内容。
3.4 环节分析与执行手段设计
- 拆解任务的核心环节，形成线性主链；存在分支场景（如不同地域、不同形态）时分别列出并说明分叉条件。
- 为每个环节设计执行手段并说明取舍理由。常用手段及其适用情形：
- 模板资产驱动：结构固定、格式强约束的产出（把骨架模板内嵌至 assets/ 或 references/，避免每次重写）。
- 大模型生成：需依据输入要素组织语言的内容型产出。
- 联网检索：本步骤 3.2 已强制执行的必须环节，用于外部事实与规范核验。
- 本地规范库 / 长期记忆：公司称呼、术语映射、格式规则等既有规范优先复用。
- 用户输入 / 专家判断：涉及用户业务实际的数据、事实、具体人名事项时，一律向用户索取或标注，不自行臆造。 - 将 3.1–3.3 的取数结论映射到各环节：标明每步依赖的是本地资料、联网结论，还是二者共同支撑。
- 分析时同步识别：人工确认点（哪里必须停下让用户把关）、复用点、易错点。
Step 4 产出五要素 SOP 草案（分级展开）
向用户输出完整草案，采用五要素结构（模板参照 references/sop-template.md）。五要素按必需等级分三类，按等级决定是否展开，不得为凑结构而写空话：
必需项（三项，任何任务均须完整展开）
- 任务目标：要解决的问题、触发场景（即 skill 的 description 候选）、交付形态。缺此则产物无边界。
- 前置条件：输入要素、依赖资源与环境、用户需配合的事项。缺此则技能装上跑不通。
- 分步操作：动词开头的步骤序列，每步标注执行手段（含本步骤取数来源：本地/联网）与产出物。这是 SOP 本体。
条件必需项（两项，由 Step 2 澄清结果判定；判定为不适用时整节省略，不留空壳）
- 常见风险与注意事项：判定规则——任务含专业规范、易错操作、顺序约束或合规红线时必须展开（如党务、财务、法务、安全生产类）；任务结构简单且几无操作风险时，可压缩为一行要点或整省。展开时：易错点、顺序红线、专业术语与规范要求。
- 验收标准：判定规则——任务重复发生、需他人或机器独立校验、或有硬性合规要求时必须展开；内容型、一次性的任务（如写一篇稿）可由用户直接判断，可整省。展开时：可逐项勾验的清单（通常含合规 / 格式 / 功能三维，可按任务调整）。
补充要求
- 首部须设"取数结论"小节，呈现本地资料与联网检索的对照结论（含冲突点、外部来源标注），来源可溯源。
- 不确定处显式标注"假设项"；若产出将固化为 WorkBuddy skill，同步给出命名建议与资源规划供评审。
- 被判定为不展开的条件项，在草案中一句话说明省略理由，便于用户复核该判定。
Step 5 迭代评审
- 以用户意见为最终准绳：凡与用户业务规范、用词偏好、格式约定冲突之处，一律按用户口径修改。
- 每处改动逐条说明理由（改了什么、为什么改），不得静默修改。
- 循环执行直至用户明确表示"内容无误 / 确认 / 可以"。在此之前不生成最终交付文件、不做大段不可逆改动。
Step 6 定稿打包（输出 skill 文件）
仅在用户确认后执行：
- 按 WorkBuddy skill 规范初始化目录：name 使用英文小写连字符；默认安装于用户级
~/.workbuddy/skills/（或用户指定位置）。 - 编写 SKILL.md：YAML frontmatter（
name+ 第三人称、含触发场景的description）+ 命令式正文；正文只保留核心流程，详细资料下沉至 references/，保持正文精简。 - 资源归位：可执行代码入
scripts/；按需加载的资料入references/；输出用模板入assets/。删除生成器自带的示例文件。 - 运行校验并打包：校验失败先修复再打包，不得跳过校验交付。
- 交付：告知安装路径、打包文件路径与使用说明，确保用户立即可用。
使用红线
- 不抢跑：用户确认前不生成最终 skill 文件、不执行不可逆改动。
- 不虚构：涉及用户业务实际的数据、事实、具体事项，一律标注假设或请用户提供。
- 取数不缺腿：Step 3 的本地资料收集与联网检索均为必做，不得只做其一；双源结论须对照呈现、可溯源。
- 内部优先、外部更新：内部规范以本地为准，外部事实以联网现行版本为准；冲突交用户裁决，不静默取舍。
- 追问守界：严格维持 3–5 问，防空泛也防疲劳。
- 不注水：五要素按等级展开，条件项不适用时整节省略，禁止为凑结构写空话。
- 领域敬畏：专业领域先对齐框架再深入；术语不确时先与用户确认。
- 敏感内容本地处理：涉密及内部未公开信息不得作为检索输入，需脱敏后检索、不上传外网。
资源文件
本技能不依赖 scripts/ 与 assets/，资料集中于 references/：
references/sop-template.md：五要素 SOP 模板（含分级展开规则与取数结论小节），Step 4 前按需读取。references/skill-standards.md：WorkBuddy skill 规范要点（frontmatter、目录结构、命名、初始化与打包流程），Step 6 前按需读取。references/example-organizational-life.md：完整示例——支部组织生活会 SOP 草案（展示整套流程与双源取数的产出形态，兼作安装后验证用例）。
版本记录
- v1.1.0（2026-09-11）：①将 Step 3 改造为"双重取数"，本地资料收集与联网检索均升级为必做环节，新增双源联动与交叉校验规则（本地优先适用、联网补充更新、冲突交用户裁决），并在草案中强制呈现取数结论对照；②五要素实施分级展开（三必需 + 两条件必需），条件项由澄清结果判定，不适用时整节省略，专项治理冗长空话。
- v1.0.0（2026-09-04）：初版定稿，六步协作协议与五要素结构。
