制度合规审查

目的

使用本技能在 WorkBuddy 中对中文政策、制度、规章制度草稿进行模型自主规划式合规审查。借鉴旧审查接口的分层审查结构，但不要机械执行所有审查项；应先根据文档类型、当前任务材料和用户目标规划审查范围，再调用可用的法宝版 MCP 核验关键事实，执行相关审查、合并重复问题，并输出结构化审查备忘录。

核心流程

1. 读取与整理
   - 优先使用 WorkBuddy 平台原生文档读取能力读取用户选定文档、附件、页码和条文；不可用时，可读取用户粘贴文本或本地可访问文件，并在审查备注中说明。
   - 识别文档类型、发文主体、适用对象、适用地域、审查目标和当前任务项目背景。
   - 保留条文编号和原文表述。对于粘贴文本或纯文本文件，必要时使用 scripts/split_articles.mjs 生成 draft_articles 条文数组。
   - 文档较长时，先制作条文目录，再进入详细审查。
   - 合规审查默认直接适用本 Skill 内置审查规则和审查项体系，不设置新建审查手册、问卷或规则选择关卡；除非缺失事实会实质影响结论，否则不要求用户先配置审查规则。

2. 规划审查范围
   - 从 references/review-taxonomy.md 中选择相关审查层和审查项。
   - 先读取 references/tool-integration-policy.md 和 references/legal-source-policy.md，确定本次可用 MCP、来源标签和降级方式；仅使用已授权的法宝版 MCP，不得编造其他工具能力。
   - 对制度草稿，必须先执行最小必查集，再根据触发线索增加专项审查。最小必查集不得省略，也不得用一句“已覆盖”替代实质判断：

   1. 制度要素完整性：标题、目的、适用范围、主管部门、职责分工、生效/废止、解释权、附件和流程闭环。
   2. 制定依据与效力：引用法规、上级制度、模板或政策文件是否现行有效、名称准确、层级匹配。
   3. 权限边界：是否越权设定审批、处罚、检查、处分、扣款、数据处理或强制性义务。
   4. 结构与内部一致性：章节逻辑、条款编号、概念定义、前后引用、附件和流程是否冲突。
   5. 执行可操作性：责任主体、审批路径、时限、证据留存、例外处理、申诉/复核或监督机制是否足以落地。
   6. 语言文字规范：禁止性/强制性表述是否准确，是否存在歧义、错别字、标点、简称或指代不明。
      - 制度完整性不得只停留在审查范围描述，发现缺失模块、配套制度、职责、审批路径或证据留存机制时，应作为独立问题进入问题清单。
      - 根据触发线索增加专项审查：
      - 出现个人信息、数据、证据、身份证号、住址、银行流水等内容时，增加个人信息保护审查。
      - 出现采购、招投标、供应商排除、本地优先等内容时，增加公平竞争和非歧视审查。
      - 出现员工、劳务派遣、处分、工资、假期等内容时，增加劳动者权益审查，并读取 references/employment-review-precision.md。
      - 出现法律法规、政策文件、内部制度名称时，增加名称准确性和时效性审查。
      - 出现集团、上级制度、模板文本、对标制度时，增加上级制度冲突审查。

3. 工具核验与分层执行
   - 按 MCP 策略调用能力；未实际调用成功的 MCP，不得写“已核验”。
   - 涉及现行法规、法规时效或案例趋势等会影响结论的信息，应优先使用 mcp-law-search.search_article、law-pkulaw-mcp.get_law_list、mcp-law-search.get_article、fatiao-pkulaw-mcp.get_law_item_content、case-pkulaw-mcp.get_case_list、pkulaw-mcp-case-search.search_case 及法条/案号溯源 MCP 核验；需要为法规、案例或法律元素保留跳转来源时，使用 add-doc-link.get_linked_content。无法核验时使用 [待核验] 或 [模型知识—需核验] 标签。企业主体状态、集团关系、行政处罚或涉诉信息当前不由法宝版 MCP 覆盖，应标记“主体信息待人工核验”。
   - 按审查层推进，不只按条文逐条评论：

   • 制度要素完整性。
   • 结构与格式。
   • 权责与权限。
   • 法律与合规风险。
   • 语义一致性。
   • 语言文字规范。
   • 每个问题尽量捕捉可核对的原文。
   • 对高风险问题，法律依据至少包含“法规名称 + 条款号 + 核心规则摘要 + 来源状态”。无法调取条文时，不得补写条款号，应标注 [法条未调取—需核验]。
   • 区分“确定问题”“风险提示”“不适用”“需要补充背景”。不要把“不适用”直接标为不合规。

4. 归并与排序
   - 合并不同审查项命中的同一实质问题，保留最强的法律或业务理由。
   - 按严重程度和整改影响排序。
   - 将接口式原始结果转化为业务可读的审查报告或备忘录；不要主动输出技术化 JSON。

5. 交付
   - 默认交付物为 Markdown 格式制度合规审查报告文件（.md）。最终回复中应列明 .md 报告文件名；未生成 .md 文件时，不得声称已完成默认交付。
   - 开始生成任何交付物之前，应先主动确认本次交付物组合：默认包含 .md 制度合规审查报告，并询问用户是否还需要同时生成其他格式或附加交付物。用户确认前，不得先生成 .md 文件、Word 文件或其他交付物。Word 审查报告、Word 批注/修订版、修订说明和审批材料为可选额外交付物，仅在用户选择或明确要求时生成；不主动输出技术化 JSON。
   - 用户选择 Word 审查报告、Word 批注/修订版、修订说明或审批材料时，生成前读取 references/output-guidelines.md 中的“Word 交付规范”，并使用当前任务可用的文档生成能力。Word 应包含：

   • 封面/标题与审查元信息。
   • 审查备注、总体结论和关键风险。
   • 可跨页阅读的问题表和关键条款建议改写。
   • 假设、缺口和待确认事项。
   • 默认输出内容：
   • 审查备注：已读取材料、已调用/未调用的律爱多工具、未核验事项。
   • 总体结论。
   • 高风险问题。
   • 问题表：原文、问题、依据/依赖、建议、优先级。
   • 关键条款的建议改写文本。高风险且可在当前材料与法律依据下定稿的事项，区分“整改建议”和“建议条款”；后者应提供可直接复制进制度的完整条款，不得只写原则性方向。
   • 假设、缺口和需用户/开发确认事项。
   • 用户要求 Word 审查报告、Word 批注/修订版、修订说明或审批材料时，使用 WorkBuddy 平台原生文档生成能力追加生成；未能生成可选 Word 文件时在审查备注说明，不影响默认 .md 报告交付。

生成任何交付物前，使用以下选项确认交付物组合：

``text 本次默认包含.md` 制度合规审查报告。请确认是否还需要同时生成其他交付物？可多选：

1. Word 审查报告
2. Word 批注/修订版
3. 修订说明
4. 审批材料
5. 不需要其他交付物
   ```

内部问题组织字段

以下字段仅用于内部组织问题清单，不作为用户侧报告格式输出。默认 .md 报告、Word 报告和修订说明均应转化为自然语言、表格或风险卡片，不得直接输出技术化 JSON、字段名或代码块。

• 审查项；
• 条款/命中原文；
• 是否构成问题；
• 严重程度；
• 来源标签；
• 问题说明；
• 修改建议；
• 可选建议条款；
• 依据/依赖。

参考文件

• 规划或解释可用审查项时，读取 references/review-taxonomy.md。
• 将旧固定工作流改造成模型自主审查步骤时，读取 references/review-process.md。
• 准备最终审查报告、问题表、Word 备忘录或其他可选交付物时，读取 references/output-guidelines.md。
• 审查员工、劳务派遣、薪酬、工时、竞业限制、知识产权或员工个人信息制度时，读取 references/employment-review-precision.md。
• 需要决定是否调用工具、如何记录工具状态时，读取 references/tool-integration-policy.md。
• 涉及法律依据、案例、上级制度或模型知识来源时，读取 references/legal-source-policy.md。

辅助脚本

• scripts/split_articles.mjs <input.txt> [output.json]：将中文制度文本拆成 draft_articles JSON。

从技能目录运行脚本，或传入绝对路径。