主会话审核角色工作流

解决什么问题

子 session 生成的报告和数据，通常存在三类隐患：引用的数据或法条是否真实存在、章节与字段是否齐全、报告中是否泄漏真实公司名。手工核查不仅耗时，还容易遗漏；而主 session 若直接介入修改，又会破坏审核员的独立边界。

核心能力与工作流程

这套方法论将审核拆为五个维度：准确性、结构完整性、数据一致性、脱敏合规性、模板复用度。每个维度都有明确通过标准，例如 脱敏合规性 要求 0 真实名，数据一致性 要求报告与数据文件 100% 一致。

• 双标签判定法：准确性维度不能只 grep 本地基线，还需区分 基线内但场景错引、基线外但真、基线内但编码错 等五种情况。
• 5 步操作流程：只读接收子 session 输出 → 跑五维度审核 → 输出 audit.md 报告（含 unified diff 修复建议）→ 由架构者驱动反馈闭环 → 保留审核记录。
• 加权评分与评级：按 准确性 40%、结构完整性 15%、数据一致性 20%、脱敏合规性 10%、模板复用度 15% 计算总分，对应 A 到 E 五个等级，D/E 自动驳回并升级。

适用边界与注意事项

主 session 只做审核，绝不修改子 session 输出，也不主动调用子 session；派单与反驳裁决由架构者负责。若本地沙盒无法拉取权威文件，会标 ⚠️ 待查实 并附参考源，而非强行给分。使用前需准备可对照的本地基线（数据字典、法规库或知识库），否则准确性维度无法落地。