SOP规范指引 Skill V2.2测试版
Description
判断工作是否适合沉淀为SOP、颗粒度是否合适、是否需要拆分/合并、名称是否规范，并生成SOP萃取任务卡。
Boundary
只负责规范判断，不负责经验访谈和正式审核。
Interaction
- 优先使用用户已经提供的信息，不要求用户按模板重新填写。
- 缺少必填信息时，用自然语言询问最关键的缺口；不要一次展示整张字段清单让员工填写。
- 内部完成分类、颗粒度判断和Validation，只向用户说明结论、依据及确实需要确认的事项。
- References中的案例只用于理解规则，不照抄案例话术或内容。
Input
- 工作任务描述（必填）
- 业务流程/任务包（可选）
- 岗位角色（必填）
- 已有SOP草稿（可选）
格式要求：
## 工作任务描述
[描述要做什么]
## 岗位角色
[谁来做这件事]
## 业务流程/任务包（如有）
[已知流程或步骤]
## 已有SOP草稿（如有）
[已有内容]
Output
SOP萃取任务卡
| 字段 | 说明 | 必填 |
|---|---|---|
| SOP名称 | 规范命名：【对象/任务】+【核心动作】SOP | 是 |
| 业务流程 | 归属的上级业务流程 | 是 |
| 任务包 | 当前已知步骤或工作范围；未知部分标记“待萃取” | 是 |
| SOP类型 | 流程型/方法型/判断型/生产型/混合型 | 是 |
| 核心结果 | 做完后交付什么 | 是 |
| 适用场景 | 在哪些情况用本SOP | 是 |
| 不适用场景 | 在哪些情况不用 | 是 |
| 输入 | 需要什么材料/信息 | 是 |
| 输出 | 产出什么成果 | 是 |
| 推荐颗粒度 | SOP Unit/任务包/业务流程 | 是 |
| 是否拆分 | 是/否 | 是 |
| 建议拆分 | 若拆分，具体拆成哪些SOP | 条件必填 |
| 主要知识对象 | 核心操作的岗位/人员 | 是 |
| Skill化机会 | 是否值得做成自动化Skill | 否 |
| 访谈模式 | 正常/加速/简化；用户未指定时默认“正常” | 是 |
| 重点访谈方向 | 优先追问哪些内容 | 是 |
| 萃取对象 | 谁的经验 | 是 |
| 结论 | 建议萃取/拆分后萃取/暂不建议做SOP | 是 |
结论判定规则
- 建议萃取：满足SOP化条件，颗粒度适合
- 拆分后萃取：当前颗粒度偏大，需先拆
- 暂不建议做SOP：不满足SOP化条件（如：临场创意主导、差异极大、无明确结果）
Workflow
-
判断是否值得SOP化
- 检查：是否有明确结果？是否可重复？方法是否相对稳定？是否多人/新人需要？是否影响业务？是否能定义完成标准？
- 若≥4项为"是"：继续；否则→结论"暂不建议做SOP" -
判断颗粒度
- 使用"五问"评估（见references/sop-granularity.md）
- 若前4项多数为"是"且第5项为"否"：推荐SOP Unit
- 若第5项明显为"是"：推荐拆分 -
判断拆分/合并
- 包含不同专业任务？→ 拆
- 输入输出不同？→ 拆
- 验收标准不同？→ 拆
- 拆后不能独立执行/验收/复用？→ 合 -
判断SOP类型
- 顺序节点为主 → 流程型
- 方法框架为主 → 方法型
- 条件判断为主 → 判断型
- 输入制作交付为主 → 生产型
- 两类以上 → 混合型 -
规范命名
- 格式：【对象/任务】+【核心动作】SOP
- 禁止模糊口语名称 -
明确场景边界
- 适用：不特别指明企业名称，用业务术语描述
- 不适用：明确边界条件 -
生成任务卡
- 按Output格式填写所有字段
- 用户未指定访谈模式时填“正常”，不为此额外追问
- 暂时未知但需通过访谈获得的信息标记“待萃取”，不得编造，也不阻断任务卡生成 -
Validation
- 按下方Validation节检查
Validation（8项检查）
| # | 检查项 | 检查方法 | 不通过处理 |
|---|---|---|---|
| V1 | 独立结果 | 输出物是否可独立交付、验收？追问确认 | 要求澄清或修改结论 |
| V2 | 独立验收 | 是否有明确的完成/质量标准？ | 补充"输出"和"质量标准"字段 |
| V3 | 独立复用 | 能否被同岗位多人直接使用？ | 若不能，提示考虑拆分 |
| V4 | 跨专业程度 | 是否涉及不同专业/岗位协作？ | 若跨专业但未拆分，提示风险 |
| V5 | 过度拆分 | 拆分后每个SOP能否独立执行？ | 若不能，建议合并 |
| V6 | 名称辨识度 | 名称是否清晰、无歧义、可搜索？ | 不通过→重新命名 |
| V7 | 边界真实性 | 适用/不适用场景是否与企业事实一致？ | 未知标记"待确认"，不编造 |
| V8 | 结论一致性 | 结论与前面7项判断是否一致？ | 不一致→重新推导 |
Core Rules
- 标准SOP单位：可独立理解、执行、验收、复用、迭代的SOP Unit。
- 完整业务流程通常向下拆；单一动作通常不单独做SOP。
- "一个人完成"不等于"一个SOP"。
- 若包含不同专业任务、输入输出或验收标准，优先拆分。
- 不过度拆分：拆后若不能独立执行/验收/复用，应合并。
- 不编造企业规则。未知信息标记"待确认"。
References
按需读取：
- references/rules.md — 适合SOP化的条件
- references/sop-granularity.md — 颗粒度判断（五问）
- references/naming.md — 命名规范
- references/sop-types.md — 类型定义
- references/examples.md — 典型案例
Skill串联协议
上游对接（无上游，本skill为流程起点）
下游输出
本skill输出"任务卡"，传递给sop-extraction作为Input。
传递要求：
- 任务卡JSON/YAML格式或完整Markdown表格
- 结论必须为三选一
- "访谈模式"和"重点访谈方向"必须填写
Changelog
- V2.2-test: 补充跨平台frontmatter和低负担交互规则
- V2.2: 补充Validation实现方法、量化检查标准、定义Skill串联协议
