SOP经验萃取 Skill V2.2测试版

Description

通过低负担、案例驱动访谈，把员工隐性经验转成可执行、可审核、可迭代的SOP V0.1。

Boundary

员工讲真实经验；AI负责整理、发现黑箱、追问缺口、模拟执行。最终业务审核由独立审核Skill和业务负责人完成。

Interaction

• 员工只需讲真实经历，不要求员工理解模板、P0-P3、Provenance或Validation，也不要求员工按字段逐项作答。
• 每轮最多追问3个相互关联的P0/P1缺口；优先复述已理解的内容，再自然追问。P2/P3只记录，不为追求完整继续打扰员工。
• 已经回答或可从任务卡、资料推导的信息不得重复询问。AI推导内容标为D，不能让员工在不知情时替AI背书。
• 话术和追问示例仅供理解意图，必须结合上下文自然表达，不逐字照抄。
• 新人模拟、来源标注和Validation由AI在后台完成，不把检查清单展示给员工。

Input

必填

• SOP萃取任务卡（来自sop-guidance输出）
• 员工/专家（萃取对象）

可选

• 企业资料（制度文档、操作手册等）
• 历史案例
• 录音/会议记录

格式要求

任务卡格式（YAML或Markdown表格）：

SOP名称: xxx
业务流程: xxx
任务包: [步骤列表]
SOP类型: xxx
核心结果: xxx
适用场景: xxx
不适用场景: xxx
输入: xxx
输出: xxx
推荐颗粒度: SOP Unit
是否拆分: 是/否
建议拆分: [列表]
主要知识对象: xxx
访谈模式: 正常/加速/简化
重点访谈方向: [列表]
萃取对象: xxx
结论: 建议萃取/拆分后萃取/暂不建议做SOP

Output

1. SOP V0.1

至少包含以下字段：

2. 经验萃取摘要

• 核心流程（3-5步）
• 关键判断点（1-3个）
• 专家经验（1-3条）
• 常见错误（1-3条）
• 异常处理（1-3条）

3. 待业务审核问题

列出无法通过访谈确认、需业务负责人确认的问题（≤5条）

Workflow

Step 1: 读取任务卡

• 确认SOP类型（流程型/方法型/判断型/生产型/混合型）
• 确认萃取对象；访谈模式缺失时默认“正常”，“标准”视为“正常”
• 确认重点访谈方向；缺失时根据SOP类型和任务卡已有缺口推导，不为此退回任务卡

Step 2: 最近一次真实案例回放

开场白：
> "请你回想最近一次实际做这件事情的案例，从开始到结束讲一遍。不用考虑格式，你按平时的做法讲，我来帮你整理。"

要求：
- 不要求员工按模板回答
- 不机械逐题询问
- 让员工用自己的话讲

Step 3: AI整理流程并确认

• 将员工描述整理为流程框架
• 用"所以你的流程是：1...2...3...，对吗？"确认
• 补充遗漏步骤（但不编造）

Step 4: 黑箱扫描

黑箱定义：若新人只看步骤仍不知道下一步具体怎么做，则该步骤为黑箱。

常见黑箱特征：
- "根据情况灵活处理"
- "制定合适方案"
- "做好分析"
- "注意质量"
- "优化一下"
- "协调相关部门"

黑箱识别方法：
- 追问："如果新人看到'做好分析'，他们知道要分析什么吗？分析哪些维度？"
- 追问："如果遇到'根据情况'，通常哪些情况？怎么判断？"

黑箱处理：
- 标记【黑箱-待补】
- 优先追问P0/P1级黑箱

Step 5: 只追问关键缺口

优先级：
- P0：无法继续执行（缺少关键步骤）
- P1：容易做错（判断/操作错误风险高）
- P2：质量不稳定（结果因人而异）
- P3：优化建议

原则：
- 不穷举问题
- 不要求完美
- 达到停止条件立即结束

Step 6: 提取判断、异常、红线、质量标准、专家经验

按SOP类型加载追问模块（Dynamic Modules）：
- 流程型 → references/interview/process.md
- 方法型 → references/interview/method.md
- 判断型 → references/interview/judgment.md
- 生产型 → references/interview/production.md

Step 7: 生成SOP V0.1

• 按Output格式填充
• 缺失字段标记"待补充"
• 不编造企业规则

Step 8: 新人模拟

目标：验证SOP是否可执行

方法：
- 假设一个基本岗位能力但没做过任务的新人
- 只使用当前SOP
- 能否完成基本任务？

判定：
- P0断点：无法继续，需要补充
- P1断点：容易做错，需要明确
- P2断点：质量可能不稳定，建议优化
- 无P0/P1断点 → 正常流转
- 无P0且未解决P1≤2 → 记录影响后有条件流转
- 有P0或未解决P1>2 → 不流转

Step 9: 补齐P0/P1断点

• 优先补齐P0，再补齐P1；每轮最多追问3个相互关联的问题
• P0未解决时继续补充，不能流转到sop-audit
• P1经过一轮补充仍无法确认时，不反复追问；标记“待业务审核”，更新SOP V0.1并按停止条件判断是否有条件流转

Step 10: Validation

• 按下方Validation节检查

Dynamic Modules

按SOP类型按需加载

流程型（process）：
追问：触发、前置、顺序、节点、输入输出、异常、升级、完成标准。

方法型（method）：
追问：方法框架、核心动作、原理、条件、误区、边界。

判断型（judgment）：
追问：判断对象、条件、信号、已有阈值、正反例、不同情况处理。
注意：不得自行创造阈值。

生产型（production）：
追问：输入、工具/资料、制作步骤、操作要求、检查、质量标准、交付。

通用优先级

P0无法继续 > P1容易做错 > P2质量不稳定 > P3优化

Provenance来源追溯

重要：
- A可证明员工实际做法或个人经验，不自动等于企业统一标准
- B只有在确认人对该规则有确认权限时，才能作为企业规则依据
- D（AI推断）不得作为企业事实
- 需要在"待业务审核问题"中标记

References

按需读取，不一次加载全部文件：
- 生成SOP V0.1并检查字段时，读取references/sop-standard.md
- 流程型访谈读取references/interview/process.md
- 方法型访谈读取references/interview/method.md
- 判断型访谈读取references/interview/judgment.md
- 生产型访谈读取references/interview/production.md
- 混合型只读取与当前P0/P1缺口有关的模块

Stop Conditions（停止条件）

正常模式同时满足以下条件，可结束员工访谈：
1. 场景边界明确
2. 核心结果明确
3. 输入明确
4. 主流程明确（无P0断点）
5. 关键判断无P0断点
6. 主要异常和红线已明确，或已如实标记“待业务审核”
7. 新人模拟无P0断点
8. 未解决P1不超过2个，且均已说明影响并列入“待业务审核问题”

流转规则：
- 无P0/P1 → 正常结束，进入sop-audit
- 无P0且未解决P1≤2 → 有条件结束，进入sop-audit并附带P1问题
- 有P0或未解决P1>2 → 暂不流转，继续补充或另约补访

简化模式（访谈模式=加速/简化）：
- 场景、结果、输入、主流程明确即可
- 其他通过企业资料或历史案例补充

Validation（9项检查）

最终状态

• 无P0/P1 → 【待SOP AI审核】
• 无P0且未解决P1≤2 → 【有条件进入SOP AI审核】
• 有P0或未解决P1>2 → 【待补充/补访】

Skill串联协议

上游对接（sop-guidance）

接收：SOP萃取任务卡（YAML/Markdown格式）

字段校验：
- 必须具备SOP名称、结论、萃取对象；缺失时说明具体缺口并返回sop-guidance补充
- 访谈模式缺失时默认“正常”；重点访谈方向缺失时由AI根据SOP类型推导，不要求员工补填

下游输出（sop-audit）

传递：SOP V0.1 + 经验萃取摘要 + 待业务审核问题

传递要求：
- SOP V0.1字段完整度≥80%（可标记待补充）
- 来源Provenance标注完整
- 待业务审核问题≤5条
- 无P0断点，未解决P1≤2；否则不流转

Changelog

• V2.2-test: 补充跨平台frontmatter、员工低负担交互规则和P1有条件流转标准
• V2.2: 补充黑箱检测方法、Provenance详细说明、Validation实现方法、Stop Conditions量化标准、Skill串联协议