需要把业务流程写成可执行 SOP 时：生成带版本、前置条件…

当用户需要把口的流程描述整理成可重复执行的标准作业程序（SOP）、流程文档或操作指南时使用。

适用场景

解决思路

1. 先检查 $ARGUMENTS 判断执行模式：若为空或未提供，回复 “sop-creator loaded, describe the process you want to document”，然后等待用户在下一消息中给出流程描述；若已有内容，直接进入任务执行，跳过 “loaded” 提示。
2. 检查项目根目录是否存在 FOUNDER_CONTEXT.md：存在则读取，并用其中的业务背景（公司名、品牌语气、行业细节、受众、所用工具）个性化输出；不存在则使用默认值与假设。
3. 从用户初始描述中提取已有信息：流程名称或标题、执行者（角色与技能水平）、涉及的工具或系统、期望结果或终态、合规或质量要求、已提到的关键步骤。
4. 用 AskUserQuestion 工具向用户补齐确实缺失的关键信息：最多问 5 个问题，越少越好，信息足够就立即停止；每批问 2-3 个；只问会阻碍正确执行的问题。
5. 按优先级使用问题库并据此跳过：①要记录的准确流程是什么（定义范围与标题；流程已清楚描述则跳过）；②谁来执行该流程（角色、技能水平、经验；决定语言复杂度与细节程度；已说明受众则跳过）；③涉及哪些工具或系统（识别前置条件与访问要求；已列出工具则跳过）；④成功的终态是什么、如何判断做对了（定义质量检查标准与成功指标；结果已明确则跳过）；⑤是否存在合规要求、安全隐患或关键警告（确保写入重要警示；无监管或安全问题则跳过）。
6. 按 Output Format 结构生成完整 SOP（共 9 节）：头部写标题、Version、Last Updated、Owner、Audience；1. Purpose（一句话说明目的与意义）；2. Who Does This（执行者角色或技能水平）；3. Tools You Need（工具清单 + 所需访问权限/权限）；4. Starting Requirements（可勾选的前置条件清单）；5. Step-by-Step Instructions（按 “Step N: 动作标题” 分节，含编号动作、必要子步骤、“What you should see” 预期结果、“Warning” 警告）；6. Quality Check（可勾选、具体可衡量的验收项）；7. Common Problems and Fixes（问题 / 原因 / 解决方法 三列表格）；8. Notes（已做的假设、向谁求助）；9. Version History（版本 / 日期 / 作者 / 变更 表格）。
7. 用五年级阅读水平撰写：句子短（最多 10-15 个词），用简单常见的词，遇到术语立即解释。
8. 每一步只写一个动作，绝不把多个动作合并成一步。
9. 每一步以动作动词开头，例如 Click、Open、Enter、Verify、Check。
10. 在关键步骤后写明“你会看到什么”的预期结果。
11. 在破坏性或不可逆操作之前放置警告。
12. 只记录已描述或已确认的步骤，绝不编造步骤。
13. 标题使用 “SOP: [Process Name]” 格式，做到清晰、可检索；版本信息必填，SOP 必须做版本管理。
14. 前置条件必须显式写出，不能有隐藏要求；工具部分必须写明所需的访问权限/权限。
15. 质量检查必须可衡量，避免主观标准；常见问题部分是必填项，需覆盖已知失败模式。
16. 默认假设受众零基础；首次出现的缩写要定义；对非显而易见的步骤解释“为什么”；在需要视觉指导处加截图占位符。
17. 输出前逐项完成 Quality Checklist 自检：预执行（已检查 FOUNDER_CONTEXT.md 并应用业务背景、只针对确实缺失的信息提问、总提问数不超过 5 个）；内容（标题清晰具体、Purpose 为一句话、工具与访问权限齐全、前置条件明确可检查、每步以动作动词开头、无隐藏知识假设、关键步骤含预期结果、风险动作前有警告）；写作（五年级阅读水平、句子 10-15 词、术语有解释、每步仅一个动作、步骤顺序正确）；输出（质量检查具体可衡量、常见问题覆盖可能问题、成功状态明确定义、无额外上下文也能照做、版本信息完整）。任何一项不通过，先修订再输出。
18. 未指定时使用默认值：受众为对该流程零基础的初学者；阅读水平为五年级；版本 1.0；作者取自 FOUNDER_CONTEXT.md，否则写 “Process Owner”；Last Updated 用当前日期；流程类型为可重复的业务流程（非一次性任务）；未提到完成时间则不写；权限默认为标准用户权限；并在 SOP 的 Notes 节记录所有做出的假设。

适用边界 · 注意事项

• 当任务是一次性的临时工作而非可重复的业务流程时，不适合用此技能。
• 当用户要的是技术文档、API 文档或代码说明，而非面向操作人员的业务流程步骤时，不适合用此技能。
• 当流程细节完全缺失且用户无法回答澄清问题时会触发“绝不编造步骤”的硬约束，此时无法产出完整 SOP，应先补齐信息而不是强行生成。