メニュー
将特定法规变化与已索引的政策库进行差异分析。适用于法规发生变化，你需要知道它触及了哪些政策以及差距是什么；用户说"把这个法规与我们的政策做差异分析"、"这影响了哪些政策"、"差距分析"；或 reg-feed-watcher 传递了一项重要事项时。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
人工智能影响评估、AI政策起草、算法伦理审查
合同审查、交易文件起草、合同风险分层与业务化摘要
公司治理、并购尽调、股权交易、决议文件起草
劳动合同、竞业限制、社保工伤、规章制度的起草与审查
商标检索、专利分析、著作权保护、开源合规审查
法考备考、案例分析、法律写作与学术检索
| name | policy-diff |
| description | 将特定法规变化与已索引的政策库进行差异分析。适用于法规发生变化，你需要知道它触及了哪些政策以及差距是什么；用户说"把这个法规与我们的政策做差异分析"、"这影响了哪些政策"、"差距分析"；或 reg-feed-watcher 传递了一项重要事项时。 |
| platforms | ["codex","claude-code","workbuddy","trae"] |
| argument-hint | [法规名称，或粘贴法规文本/摘要] |
| version | 2.10.0 |
| module | regulatory-legal |
| status | active |
~/.claude/plugins/config/claude-for-legal/regulatory-legal/CLAUDE.md → 政策库索引。事务上下文。 检查实践级 CLAUDE.md 中的 ## 事务工作区。如果 已启用 为 ✗（法务内部用户的默认值），跳过本段其余部分——技能使用实践级上下文，事务机制不可见。如果已启用且无活跃事务，询问事务归属。加载活跃事务的 matter.md。除非 跨事务上下文 为 开，否则绝不读取其他事务的文件。
法规变了。你有政策。此技能找出变化触及了哪些政策，以及"法规现在要求的"与"政策所述"之间的差距是什么。
~/.claude/plugins/config/claude-for-legal/regulatory-legal/CLAUDE.md → 政策库索引（政策、位置、负责人）。
如果用户要求你从差异分析中排除某政策章节、要求或类别：
gap-surfacer："本差异分析存在范围限制。不得将其呈现为完整的合规图景。"建立在未披露的范围排除之上的合规产物在证据开示中可能被视为隐瞒。标记是"我们限定了审查范围"和"我们隐藏了问题"之间的区别。
在对政策进行差异分析之前，确认该法规确实有效。以下红旗信号表明法规可能未生效：
当你看到红旗信号时，检查（通过法律研究MCP或如已启用的网络搜索或发布机构的官方网站）是否存在：推迟、暂停、禁令、废止提案、废止或修订。如果你能检查并确认法规有效，继续。如果你无法验证（无工具连接），在页眉上方发出此横幅：
⚠️ 法规状态未验证 — 我无法确认此法规当前有效。规章经常在发布后被暂停、延期或废止。在确认该法规在发布机构的官方网站上的当前状态或咨询外部律师之前，请勿将下文的任何合规日期视为具有约束力。
将输出中的每个截止日期标记为：[据发布法规的截止日期 — 状态未验证]。
不得静默填补。 如果法规变更文本不完整或模糊，且更完整的法规无法从索引来源获取，停止并询问。不要在不询问的情况下用联网搜索或模型知识填补空白。
阅读法规变化。将每项离散的新增或变更要求列出：
| # | 要求 | 生效日期 | 法条引用 |
|---|---|---|---|
| 1 | [要求内容] | [日期] | [条款] |
要具体。"加强的信息披露要求"不是一个要求。"必须在流程的Z点以Y格式披露X"才是。
对每项要求，哪项已索引的政策最接近？
对每个直接或间接命中，阅读政策并比较：
### 要求[N]：[名称]
**新法规要求：** [要求]
**我方政策（[名称]，最后更新[日期]）规定：**
> "[相关摘录]"
**差距：** [无 — 政策已涵盖此内容 | 部分 — 政策涵盖X但不涵盖Y | 完全 — 政策矛盾或未涉及]
**需要的变更：** [具体——"添加一段关于X的内容"而非"更新政策"]
**政策负责人：** [来源自索引]
没有政策匹配的要求单独标出：
### 需要制定新政策
要求[N]：[要求]
现有政策中无此内容。选项：
- 起草新政策（建议负责人：[拥有最接近主题的人]）
- 作为新章节添加到现有[相关政策]
- 确定此项不需要政策（一次性合规，非持续性）
如果法规输入是预征求意见或调研通知（无施加要求），不要运行完整的差距消除差异分析。而是产生一个预案分析。
如果对指定政策的所有要求都是"无差距"，压缩为一段简短段落并建议对可能实际受影响的其他政策重新运行差异分析。
完整的逐要求分析如下。
[工作成果头 — 按照插件配置 ## 输出]
## 政策差异分析：[法规名称]
**法规：** [名称、链接]
**生效日期：** [日期]
**提取的要求：** [N] 项
### 要点
[N个差距需要在[日期]前采取行动 — 前3项：X、Y、Z]
### 摘要
| # | 要求 | 受影响的政策 | 差距 | 负责人 |
|---|------|-------------|------|--------|
| 1 | [简述] | [政策名称或"无"] | 无/部分/完全 | [姓名] |
### 详细差异分析
[来自第3步的每个要求块]
### 需要制定新政策
[来自第4步，如有]
### 无差距的要求
[列出——了解已覆盖的内容是有用的]
---
**依赖前核实引注。** 上述法规引注和政策引用由AI生成，未经对照一手来源核实。在对本处任何要求采取行动之前，通过法律研究工具（元典MCP、你的律所研究平台或发布机构的官方网站）确认相关法规——核实准确性、生效日期和当前状态。
传递至 gap-surfacer：每个部分或完全差距成为附有负责人和截止日期的跟踪事项。
以 CLAUDE.md ## 输出 规定的下一步决策树收尾。