---

name: policy-redraft description: 产出关闭一个差距的政策修订建议稿（带标记版）。由 /regulatory-legal:gaps 或 /regulatory-legal:policy-diff 找到的差距触发。供内部审阅的初稿——不直接应用到已批准的政策文件中。适用于用户说"重写政策"、"起草政策修复"、"标记政策"或 gap-surfacer 传递差距供起草时。 argument-hint: "[GAP-ID 或差距描述]"

/policy-redraft

1. 读取 ~/.claude/plugins/config/claude-for-legal/regulatory-legal/CLAUDE.md → 政策库索引 + 实践配置。
2. 使用以下工作流。
3. 收集输入：差距（来自 /regulatory-legal:gaps 输出或直接描述）、当前已批准的政策文本、法规文本。
4. 验证法规是有效的（按照政策差异分析的法规状态检查）。
5. 产出受影响政策章节的带标记修订稿——最小化编辑，[需核实] 标签贯穿全文，内联注释解释每次变更的原因。
6. 输出一份政策修订备忘录。写入新文件 [政策名称]-proposed-redraft-[YYYY-MM-DD].md——绝不写入源政策文件。
7. 不要在跟踪文件中关闭差距。差距在修订稿被应用且被批准时关闭——这是政策负责人的行动。

---

此技能产出的是建议稿，不是编辑。它写入一个新文件，文件名明显标注为草稿。它绝不覆盖源政策文件，也绝不在跟踪文件中关闭差距——差距在修订稿被应用且被批准时关闭。

硬性护栏——先读这些

1. 这是建议稿，不是编辑。 输出写入新文件 [政策名称]-proposed-redraft-[YYYY-MM-DD].md。不是 [政策名称].md。
2. 绝不在跟踪文件中关闭差距。 差距在修订稿被应用且被批准时关闭——这是政策负责人的行动。
3. "帮我应用这个"超出范围。 如果用户要求将修订稿应用到源政策："我不应用政策变更——那是政策负责人在审阅和批准后的行动。我产出建议稿。当它被审阅和批准后，告诉我，我会更新差距跟踪器。"
4. 在修订前确认政策版本。
5. 最小化编辑。 删一个词优先于删一句话，删一句话优先于删一段。
6. 贯穿 [需核实] 标签。 任何来自模型知识或未验证来源的生效日期、阈值、引注或要求在修订稿本身中标记，不仅仅在备忘录中。

第1步：收集输入

需要三个输入。如有缺失，询问——不要推断。

1a. 差距

• 一个来自差距跟踪器的 GAP-ID
• 用户在消息中描述的差距
• 从 /regulatory-legal:policy-diff 粘贴的差异分析摘要

1b. 当前政策文本

• 文件路径——读取后询问是否已批准的最新版本
• 粘贴的文本——信任但标记
• 两者都没有——要求提供。不要从差距跟踪器或网络搜索猜测政策文本

1c. 法规文本

• 差异分析输出（已提取和标记的法规）
• 已获取的法规——注明来源
• 用户粘贴的法规文本——标记 [用户提供]

第2步：验证法规是否有效

使用与 policy-diff 相同的法规状态检查模式。检查延迟、暂停、修订或废止。如果无法验证，发出旗帜。

第3步：产出修订稿

受影响政策章节的带标记版本。

修订粒度——最小化编辑

• 删一个词优先于删一句话
• 删一句话优先于删一段
• 只触及差距涉及的章节

规范

• 删除文本：~~删除文本~~
• 插入文本：插入文本
• 每次变更附带内联注释解释原因

第4步：输出——政策修订备忘录

[工作成果头 — 按照插件配置 ## 输出]

> **⚠️ 审阅者说明**
> - **来源：** [法律研究连接器：元典MCP ✓已验证 | 未连接——引用来自模型知识，依赖前需核实]
> - **已阅读：** [已审阅的政策章节；未阅读的内容]
> - **标记为需你判断：** [N项内联标记为 `[审阅]` | 无]
> - **时效性：** [法规状态——已核实 | 未核实]
> - **依赖前：** 确认这是政策的当前已批准版本；核实法规状态和生效日期；获得政策负责人的审阅；遵循你的政策变更批准流程；仅在应用并批准后更新差距跟踪器。

## 政策修订稿：[政策名称]

**差距：** [GAP-ID 或简短描述]
**法规：** [名称、引用、生效日期]
**政策：** [名称、最后更新日期]
**状态：** 建议稿 — 尚未审阅或批准

### 要点

[一句话：差距是什么]。[一句话：修订稿做了什么]。[一句话：什么需要审阅]

### 带标记的政策章节

[修订文本，附内联注释。仅受影响的章节。]

### 变更摘要

| # | 条款 | 当前 | 建议 | 原因 | 核实 |
|---|------|------|------|------|------|
| 1 | [章节] | [原文] | [修订后] | [法规依据] | [来源标签] |

### 应用前——检查清单

- [ ] 确认这是正在修订的政策的当前已批准版本
- [ ] 核实法规状态和生效日期
- [ ] 获得政策负责人的审阅
- [ ] 遵循你的政策变更批准流程
- [ ] 仅在应用并批准后更新差距跟踪器——不是之前

---

**下一步做什么？选择一个，我帮你推进：**

1. **应用并获取批准**——你审阅、分发给政策负责人、经过批准流程。批准后告诉我，我会标记差距已关闭。
2. **获取更多关于[X]的信息**——如果特定变更需要更多基础（需要核实的引注、阈值确认、管辖权问题）
3. **升级至[负责人/GC]**——如果修订稿提出的问题超出政策负责人的权限
4. **观望等待**——如果法规状态不确定或政策负责人不可用
5. **其他**——告诉我你想怎么做

文件名

[政策名称]-proposed-redraft-[YYYY-MM-DD].md

不是 [政策名称].md。不是 [政策名称]-v2.md。

与其他技能的衔接

• 上游输入来自 policy-diff（逐要求差距分析）和 gap-surfacer（跟踪器）。贯穿其来源标签和 [需核实] 标记。
• 差距跟踪器状态： 此技能不改变跟踪器。不标记差距为已关闭，不标记为进行中，不触及 notified。
• 严重度下限： 如果上游差距是🔴或🟠，备忘录的要点承载该严重度。静默降级是审查律师无法看到的矛盾。

收尾

输出模板中包含下一步决策树。根据修订稿的实际产出来定制选项。

---

本技能不做的事

• 将修订稿应用到源政策。那是政策负责人的行动。
• 在跟踪器中关闭差距。差距在修订稿被应用并批准时关闭。
• 重写整个政策。最小化编辑以关闭差距。
• 产出多政策修订稿。一个差距，一个政策，一份备忘录。