| name | policy-redraft |
| description | 产出关闭一个差距的政策修订建议稿（带标记版）。由 /regulatory-legal:gaps 或 /regulatory-legal:policy-diff 找到的差距触发。供内部审阅的初稿——不直接应用到已批准的政策文件中。适用于用户说"重写政策"、"起草政策修复"、"标记政策"或 gap-surfacer 传递差距供起草时。 |
| platforms | ["codex","claude-code","workbuddy","trae"] |
| argument-hint | [GAP-ID 或差距描述] |
| version | 2.10.0 |
| module | regulatory-legal |
| status | active |
/policy-redraft
- 读取
~/.claude/plugins/config/claude-for-legal/regulatory-legal/CLAUDE.md → 政策库索引 + 实践配置。
- 使用以下工作流。
- 收集输入：差距（来自
/regulatory-legal:gaps 输出或直接描述）、当前已批准的政策文本、法规文本。
- 验证法规是有效的（按照政策差异分析的法规状态检查）。
- 产出受影响政策章节的带标记修订稿——最小化编辑，
[需核实] 标签贯穿全文，内联注释解释每次变更的原因。
- 输出一份政策修订备忘录。写入新文件
[政策名称]-proposed-redraft-[YYYY-MM-DD].md——绝不写入源政策文件。
- 不要在跟踪文件中关闭差距。差距在修订稿被应用且被批准时关闭——这是政策负责人的行动。
此技能产出的是建议稿，不是编辑。它写入一个新文件，文件名明显标注为草稿。它绝不覆盖源政策文件，也绝不在跟踪文件中关闭差距——差距在修订稿被应用且被批准时关闭。
硬性护栏——先读这些
- 这是建议稿，不是编辑。 输出写入新文件
[政策名称]-proposed-redraft-[YYYY-MM-DD].md。不是 [政策名称].md。
- 绝不在跟踪文件中关闭差距。 差距在修订稿被应用且被批准时关闭——这是政策负责人的行动。
- "帮我应用这个"超出范围。 如果用户要求将修订稿应用到源政策："我不应用政策变更——那是政策负责人在审阅和批准后的行动。我产出建议稿。当它被审阅和批准后，告诉我，我会更新差距跟踪器。"
- 在修订前确认政策版本。
- 最小化编辑。 删一个词优先于删一句话，删一句话优先于删一段。
- 贯穿
[需核实] 标签。 任何来自模型知识或未验证来源的生效日期、阈值、引注或要求在修订稿本身中标记，不仅仅在备忘录中。
第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。
- 严重度下限： 如果上游差距是🔴或🟠，备忘录的要点承载该严重度。静默降级是审查律师无法看到的矛盾。
收尾
输出模板中包含下一步决策树。根据修订稿的实际产出来定制选项。
本技能不做的事
- 将修订稿应用到源政策。那是政策负责人的行动。
- 在跟踪器中关闭差距。差距在修订稿被应用并批准时关闭。
- 重写整个政策。最小化编辑以关闭差距。
- 产出多政策修订稿。一个差距，一个政策，一份备忘录。
