SOP AI审核 Skill V2.2测试版
Description
独立审核SOP是否达到"可进入人工业务审核"的门槛，重点发现错误、缺失、黑箱、歧义、矛盾、事实升级和AI编造。
Boundary
- 不替业务负责人做最终判断
- 不为了完整而替作者补写企业规则
- 不以文字长短判断质量
Input
必填
- SOP V0.1（来自sop-extraction输出）
可选
- SOP萃取任务卡（了解背景）
- 企业上下文（企业规模、行业、特殊规则）
- 资料（已有制度文档、类似SOP）
- 历史版本（如有）
格式要求
# SOP V0.1格式
名称: xxx
描述: xxx
类型: xxx
适用场景: xxx
不适用场景: xxx
前置条件: xxx
输入: xxx
流程:
- 步骤1
- 步骤2
操作方法: xxx
判断规则: xxx
输出: xxx
完成/质量标准: xxx
异常/红线: xxx
常见错误: xxx
案例/经验: xxx
来源: A/B/C/D/E
版本: V0.1
# 经验萃取摘要（如有）
# 待业务审核问题（如有）
Workflow
Step 1: L1快速审核
目标：快速判断是否有影响执行的重大问题
审核内容（5项）：
1. 边界完整性：适用/不适用场景是否明确、不矛盾？
2. 流程完整性：主流程是否有P0断点（无法继续的步骤）？
3. 黑箱检测：是否有"根据情况""灵活处理"等新人无法执行的步骤？
4. 判断完整性：关键判断是否有条件、结果？
5. 输出/完成标准：是否明确"做到什么程度算完成"？
L1结论：
- 无P0/P1且未触发高风险/高复杂度 → 通过，输出L1报告后结束
- 无P0、P1为1-2个且未触发高风险/高复杂度 → 有条件通过，输出L1报告后结束
- 满足下列任一触发条件 → 进入L2
触发L2的条件（满足任一）：
- L1发现≥1个P0问题
- L1发现≥3个P1问题
- 高风险领域（人身安全、重大财务损失、合规、数据安全或对外客户承诺）
- 高复杂度（SOP类型=混合型，或流程>15步）
Step 2: L2深度审核
目标：全面检查问题，区分必须补充vs建议优化
审核内容（7项）：
1. 异常/红线：是否有主要异常处理？红线是否明确？
2. 来源追溯：企业事实（政策、规则、阈值）是否有来源？
3. 经验区分：专家个人经验 vs 企业标准是否区分？
4. 案例/反例：判断型SOP是否有正反例？
5. 颗粒度：是否过度拆分或过度合并？
6. 矛盾检测：前后描述是否矛盾？
7. 格式规范性：字段是否完整、格式是否统一？
L2结论：
- 发现P0且证据充分 → 不通过，输出L2报告后结束
- 无P0且可执行性已经明确 → 通过或有条件通过，输出L2报告后结束
- 无P0但可执行性仍无法从文本判断，且满足下列任一触发条件 → 进入L3
触发L3的条件（满足任一）：
- 存在影响主流程的疑似P0/P1，但仅靠文本无法定级
- 高风险业务中仍存在未验证的关键执行路径
- SOP流程复杂（混合型或流程>15步），且关键跨步骤依赖尚未验证
不进入L3的情况：
- 已有充分证据确认P0时，直接判定不通过，不用新人模拟重复证明
- 仅有P2/P3优化项时，不升级审核
Step 3: L3新人模拟
目标：验证SOP是否可被新人执行
方法：
- 假设一个具有基本岗位能力但没做过这个任务的新人
- 只使用当前SOP V0.1
- 模拟执行基本任务流程
记录问题：
- P0：无法继续（缺少关键信息）
- P1：容易做错（判断/操作错误风险高）
- P2：质量不稳定（结果因人而异）
- P3：优化建议
L3结论：
- 无P0/P1 → 通过
- 无P0且有1-2个P1、不影响基本执行 → 有条件通过
- 有P0，或P1导致基本流程无法可靠执行 → 不通过
Step 4: 输出报告
按Output格式输出审核报告
Step 5: Validation
按下方Validation节检查
Severity级别
| 级别 | 定义 | 处理要求 |
|---|---|---|
| P0 | 无法继续/业务错误风险 | 必须修复，否则不能进入人工审核 |
| P1 | 容易做错 | 应该修复，建议在人工审核前处理 |
| P2 | 质量不稳定 | 建议优化，可在人工审核后处理 |
| P3 | 优化建议 | 可选优化，不影响审核结论 |
Conclusion结论
四选一：
| 结论 | 条件 |
|------|------|
| 通过 | 无P0/P1问题，流程可执行，边界清晰 |
| 有条件通过 | 有P1问题，但不影响基本执行，需人工审核时关注 |
| 不通过 | 有P0问题，必须修复 |
| 无法判断 | 缺少企业上下文或来源，无法判断 |
注意：
- 不以文字长短判断质量
- 不追求一次100分
- 目标是判断是否可进入人工业务审核
Evidence证据要求
必须验证来源的内容：
- 公司政策
- 业务规则
- 数字阈值
- 权限要求
- 时间要求
- 合规要求
判定标准：
- A可证明员工的实际做法或个人经验，但不能单独证明公司政策、统一规则、阈值或权限
- B只有在确认人对相关规则有确认权限时，才可作为企业规则依据
- C为现行有效的企业资料时，可作为企业事实依据
- 无来源、确认权限不明或来源为D/E → 标记【需业务确认】或【来源不足】
- AI推断（D）不得作为企业事实
References
按审核级别和发现的问题按需读取，不一次加载全部文件：
- 确定结论边界时读取references/audit-standard.md
- 发现疑似黑箱时读取references/blackbox-rules.md
- L2检查政策、规则、阈值、权限、时间或合规来源时读取references/fact-source-rules.md
- 只有进入L3时读取references/rookie-simulation.md
Output
审核报告格式
## 审核报告
### 基本信息
- SOP名称：xxx
- 审核版本：V0.1
- 审核级别：L1/L2/L3
- 审核时间：YYYY-MM-DD
### 总体结论
[结论：通过/有条件通过/不通过/无法判断]
### 问题汇总
| 级别 | 问题数 | 说明 |
|------|--------|------|
| P0 | X | [描述] |
| P1 | X | [描述] |
| P2 | X | [描述] |
| P3 | X | [描述] |
### 关键问题（必须补充）
1. [P0问题1描述] → 建议修复方式
2. [P1问题1描述] → 建议修复方式
### 黑箱步骤
- [列出黑箱步骤] → 建议补充具体做法
### 判断缺口
- [列出判断缺失] → 建议补充判断条件
### 异常/红线
- [列出缺失的异常处理或红线] → 建议补充
### 来源/事实问题
- [列出无来源的企业事实] → 标记【需业务确认】
### 新人断点
- [列出新人模拟发现的P0/P1断点]
### 建议优化（P2/P3）
1. [P2优化建议]
2. [P3优化建议]
### Skill化机会
- [是否有可固化为自动化Skill的场景]
### 审核通过条件
[若结论为"有条件通过"，列出必须补充的内容]
Validation（7项检查）
| # | 检查项 | 检查方法 | 不通过处理 |
|---|---|---|---|
| V1 | 证据对应 | 企业事实是否有现行C来源，或经有权限人员确认的B来源？ | 标记【需业务确认】 |
| V2 | 事实/推断区分 | D/E来源是否被标注为推断/待验证？ | 修正来源标注 |
| V3 | 必须补充/建议优化区分 | P0/P1是否归为"必须补充"，P2/P3是否归为"建议优化"？ | 重新分类 |
| V4 | 格式问题/业务错误区分 | 格式问题是否不作为P0/P1？ | 重新评估严重级别 |
| V5 | 无法判断明确 | "无法判断"是否明确说明了缺少什么信息？ | 补充说明 |
| V6 | L1→L2→L3门禁 | 是否符合转换规则（不过早深入，不过晚发现）？ | 检查触发条件 |
| V7 | 结论合理性 | 结论是否与问题级别匹配？ | 重新评估 |
最终状态
- 通过/有条件通过 → 【待人工业务审核】
- 不通过 → 【返回sop-extraction补充】
- 无法判断 → 【待补充企业上下文】
Skill串联协议
上游对接（sop-extraction）
接收：SOP V0.1 + 经验萃取摘要 + 待业务审核问题
校验：
- 字段完整度≥80%（缺失字段标记"待补充"）
- Provenance来源标注完整
- 待业务审核问题≤5条
若校验不通过：
- 返回sop-extraction补充
- 说明具体缺失项
下游输出（人工业务审核）
传递：审核报告 + SOP V0.1 + 问题清单
传递要求：
- 审核结论明确
- P0/P1问题已列出
- 【需业务确认】项已标记
Changelog
- V2.2-test: 补充跨平台frontmatter，统一L1-L3升级门禁和P1结论规则
- V2.2: 补充L1→L2→L3转换量化标准、Evidence证据要求详细说明、Validation实现方法、Skill串联协议、审核报告模板
