regulatory-policy-redraft git:20260529.efece30A

Immutable. This exact content is served forever at /api/v1/blob/8bc63e7d73f203d6.

---
name: regulatory-policy-redraft
description: 产出针对某条内规差异（由 `regulatory-gaps`（内规差异跟踪）或 `regulatory-policy-diff`（政策比对）发现）的政策修订红线稿。供内部复核的草稿 —— 不直接应用到已批准的政策源文档。用户说"重起政策草稿"、"草拟政策修复"、"红线标记政策"，或 `regulatory-gap-surfacer`（内规差异呈现）把内规差异移交起草时使用。
argument-hint: "[GAP-ID 或内规差异描述]"
---

# /policy-redraft

1. 读 `$LEGAL_AGENT_PROFILE_HOME/regulatory-legal/profile.md` → 政策库索引 + 业务规范
2. 用下面的工作流
3. 收集输入：内规差异（来自 `regulatory-gaps` 输出或直接描述）、当前已批准政策文本、规章文本
4. 核验规则现行有效（按 `regulatory-policy-diff`（政策比对）的规则状态核查规范）。不能核验则输出 `⚠️ 规则状态未核验` 横幅
5. 产出受影响政策章节的红线稿 —— 最小可能编辑、`[需核验]` 标贯穿、内联注释解释每条改动的**原因**
6. 输出政策红线备忘。写到名为 `[政策名]-拟修订稿-[YYYY-MM-DD].md` 的新文件 —— 绝不写源政策文档
7. **不**在台账中关闭内规差异。内规差异关闭于红线被应用**且**被批准，那是政策负责人的动作

---

> 本技能产出**提议**，不是编辑。它写到清楚标记为草稿的新文件名。**绝不**覆盖政策源文档，**绝不**在台账中关闭内规差异 —— 内规差异关闭于红线被应用且被政策负责人批准。

## 事项上下文

**事项上下文**：核查实务层级 `profile.md` 中 `## 事项工作区`。如果 `启用` 是 `✗`（企业内部法务用户默认），跳过本段 —— 技能用实务层级上下文，事项机制不可见。如果启用且没有当前事项，问："这是哪个事项？跑 `regulatory-matter-workspace switch <slug>` 或说切到实务层级。"读当前事项的 `matter.md` 拿事项特定上下文和覆盖项。输出写到事项目录 `$LEGAL_AGENT_PROFILE_HOME/regulatory-legal/matters/<matter-slug>/`。**绝不**读其他事项的文件，除非 `跨事项上下文` 是 `开启`。

---

## 用途

`regulatory-gap-surfacer`（内规差异呈现）找到内规差异。`regulatory-policy-diff`（政策比对）命名要改什么。本技能下一步，产出受影响政策章节的红线稿 —— 小、具体、有标记 —— 作为给政策负责人复核的第一稿。

## 硬规范 —— 先读这些

这些是承重规则。若任一会被违反，停下来问。

1. **这是提议，不是编辑**。绝不直接写源政策文档。输出去新文件 `[政策名]-拟修订稿-[YYYY-MM-DD].md`，或事项工作区。不是 `[政策名].md`
2. **绝不在台账中关闭内规差异**。内规差异关闭于红线被应用**且**被批准 —— 那是政策负责人的动作，不是你的。用户说"红线写完了，把内规差异也关了"，拒绝："我产出提议。内规差异关闭于你复核、应用、批准后。完成后告诉我，我更新台账。"
3. **"替我应用"不在范围内**。用户要你把红线应用到源政策："我不应用政策变化 —— 那是政策负责人复核和批准之后的动作。我产出提议。被复核和批准后告诉我，我更新内规差异台账。"
4. **红线前确认政策版本**。用户给文件，问："这是政策的已批准版本吗？是最新的吗？对照过时政策的红线会造成分歧。"用户粘贴文本，相信但在复核提示里标记
5. **最小可能编辑**。先划词、再划句、再划段。只动内规差异影响的章节。不要重排政策
6. **`[需核验]` 标贯穿**。来自模型知识或未核验源的生效日期、阈值、引用、要求 —— 在红线**本身**中标，不只在备忘中

## 第 1 步：收集输入

需要三个输入。任一缺失就问 —— 不要推断。

### 1a. 内规差异

以下之一：

- 来自内规差异台账的 `GAP-ID` —— 从 `$LEGAL_AGENT_PROFILE_HOME/regulatory-legal/gap-tracker.yaml`（或事项级对应文件）读条目
- 用户消息中描述的内规差异 —— 抓住要求、监管、受影响政策
- 从 `regulatory-policy-diff`（政策比对）输出粘贴的比对摘要

### 1b. 当前政策文本

以下之一：

- 文件路径 —— 读它，然后问："这是政策的已批准版本吗？是最新的吗？对照过时政策的红线会造成分歧。"在复核提示中注明回答
- 粘贴文本 —— 相信但在复核提示中标记："政策文本被直接粘贴；我假设是当前已批准版。应用前请确认。"
- 都没有 —— 问要一个。**不要**从内规差异台账或公网搜索猜政策文本

### 1c. 规章文本

以下之一：

- 比对输出（已抽取规则并打标）
- 已抓取的规章 —— 用来源标签注明出处
- 用户粘贴的规章文本 —— 标 `[用户提供]`

如规章文本部分或含糊，套用 `profile.md` 的**不擅自补充**规则：给用户选项（粘贴完整文本、指看一手出处、公网搜索带"需核验"标、或停），等。

## 第 2 步：核验规则现行有效

用 `regulatory-policy-diff`（政策比对）同一规则状态核查规范。规则可能不现行有效的红色标记：

- 适用 / 合规日期超期 30 天以上但无未延后的确认
- 规则超过 12 个月
- 规则是政治敏感的正式规章（重大规章经常被挑战）

看到红色标记时，核查（通过元典集成、公网搜索若启用、或国家法律法规数据库 / 部委公开栏目）：延期、暂缓、禁制令、撤回提案、被撤销、修订。如能核验，继续。如不能：

> `⚠️ 规则状态未核验 —— 我无法确认此规则当前是否现行有效。正式规章发布后经常被暂缓、被禁制、被延期或撤销。在你确认规则状态前（通过国家法律法规数据库 / 部委公开栏目 / 外部律师），不要应用此红线。`

发布在工作秘密标识上方。红线中每个生效 / 合规日期标 `[发布版规则的生效日 — 状态未核验]`。

## 第 3 步：产出红线

受影响政策章节的红线版。

### 红线颗粒度 —— 最小可能编辑

- 划词，先于划句
- 划句，先于划段
- 划段，先于划节
- 只动内规差异影响的章节。不重排整个政策

### 约定

- 划掉文本：`~~划掉文本~~`
- 插入文本：**插入文本**
- 每个改动带内联注释解释**原因** —— 规则、引用、被关闭的内规差异：

  > `[改动：依据网信办《数据出境安全评估办法》第 X 条，将数据出境申报阈值从"10 万条以上"修订为"100 万条以上"[国家法律法规数据库]]`

- 来自模型知识或未核验源的生效日期、阈值、引用、要求 —— 在内联中标 `[需核验]`，不只在改动摘要中
- 从比对传过来的源标签：`[国家法律法规数据库]`、`[部委公开栏目]`、`[元典法规]`、`[用户提供]`、`[模型知识 — 需核验]` —— 从比对移到红线时**不要剥离**

### 范围纪律

如果某政策章节不受内规差异影响，**别碰**。红线触及内规差异之外的章节看起来像 AI 对未被要求评估的事情发表意见，并让复核更难。

红线中看到第二条内规差异 —— 一条明显与规则不一致但不在原内规差异里的条款 —— **不要静默修**。在复核提示中标记："为 [GAP-ID] 红线时，我注意到 [其他条款] 看起来与 [要求] 也有相关问题。本红线**未含**它。考虑加一条后续内规差异。"

## 第 4 步：输出 —— 政策红线备忘

```markdown
[工作秘密标识 —— 按 ## 谁在用这个插件 + shared/header-by-role.md 选定]

> **⚠️ 复核提示**
> - **来源**：[元典集成 ✓ 已核验 ｜ 未连接 —— 引用来自模型知识，依赖前请核验]
> - **读取范围**：[已复核政策的章节；未读什么]
> - **需要你判断的事项**：[N 项已用 `[复核]` 内联标 ｜ 无]
> - **时效核查**：[规则状态对照 [源] 已核验，[日期] ｜ 未核验 —— 见上方横幅提示]
> - **依赖前**：确认这是政策当前已批准版本；核实规则状态和生效日期；走政策负责人复核；走公司政策变更审批流程；红线被应用且被批准后才更新内规差异台账

## 政策红线：[政策名]

**内规差异**：[GAP-ID 或简短描述]
**监管**：[名、引用、生效日期]
**政策**：[名、最后更新日期]
**状态**：**提议** —— 尚未复核或批准

### 核心结论

[一句话：内规差异是什么。一句话：红线做了什么。一句话：要复核什么。]

### 红线后的政策章节

[红线文本，含内联 `[改动：...]` 注释。仅受影响章节。]

### 改动总表

| # | 条款 | 当前 | 拟改 | 原因 | 核验 |
|---|---|---|---|---|---|
| 1 | §2.1 个人信息定义 | "…姓名、地址、身份证号…" | "…姓名、地址、身份证号、生物识别信息…" | 网信办 2025 修订把生物识别纳入个人信息范围 | [国家法律法规数据库] |
| 2 | §4.3 留存期 | "30 日" | "14 日" | 新规设 14 日上限 | `[需核验 — 模型知识]` |

### 应用前 —— 清单

- [ ] 确认这是被红线政策当前已批准版本
- [ ] 核实规则状态和生效日期（国家法律法规数据库 / 部委公开栏目，或外部律师）
- [ ] 走政策负责人复核
- [ ] 走公司政策变更审批流程（按 `profile.md` 中 `## 内规差异响应流程 → escalation_path` 配置）：
      - 普通修订：`首道审核` 节点 [姓名 + 角色] 复核
      - 重大修订（含跨部门 / 重新定义关键义务）：`显著不符合项目会签` 节点会签 + `跨部门评审机制` 评审（如 `合规风评会`）
      - 涉业务流程改造：升级到 `重大业务影响决策` 节点拍板
- [ ] 红线被应用且被批准后才更新内规差异台账 —— **不要提前**

---

**下一步？选一个我来展开**：

1. **应用并取得签字** —— 你复核、传给政策负责人、走审批流。批准后告诉我，我标记内规差异关闭
2. **补充 [X] 的更多信息** —— 如果具体某个改动需要更多基础（核实引用、核对阈值、解决辖区问题），告诉我哪一个，我深入
3. **上报给 [负责人 / 法务总监 / CCO]** —— 如红线触及政策负责人职权之外，我起草简短上报含事实、拟改动、待决策点
4. **观察等待** —— 如规则状态不确定或政策负责人不在，我在内规差异台账加复审注
5. **其他** —— 告诉我你要怎么处理
```

## 文件名

输出文件名清楚表明这是草稿。用：

`[政策名]-拟修订稿-[YYYY-MM-DD].md`

不是 `[政策名].md`。不是 `[政策名]-v2.md`。"拟修订稿"和日期是**承重**的 —— 防止草稿被误以为是当前版。

如有当前事项工作区，写到事项工作区；否则写到当前工作目录或用户指定位置。**不要**写到政策库源目录。

## 配置依赖降级

本技能从 `$LEGAL_AGENT_PROFILE_HOME/regulatory-legal/profile.md` 读政策库索引和负责人。当所需值为空或仍是 `[PLACEHOLDER]`：

- **政策负责人缺失**：仍产出红线。在复核提示中注："`## 政策库` 中 [政策] 没设负责人。用 `regulatory-cold-start-interview --redo` 指派一个，审批路径才能路由。"
- **政策库空且内规差异没命名具体政策**：停下来问："我需要当前政策文本来做红线。粘贴受影响政策的文本，或指我看文件。"

相关值已填写时**不说**关于配置的事。

## 与其他技能的交互

- **上游输入**来自 `regulatory-policy-diff`（政策比对，逐要求内规差异分析）和 `regulatory-gap-surfacer`（内规差异呈现，台账）。从它们携带源标签和 `[需核验]` 标记
- **内规差异台账状态**：本技能**不**改台账。不标内规差异关闭、不标进行中、不动 `notified`。要留下红线存在的纸面记录，政策负责人或用户可在红线被应用且被批准时更新内规差异条目的解决方案说明 —— 见 `regulatory-gaps --close`
- **严重度底线**：如上游内规差异是 🔴 或 🟠，备忘的"核心结论"携带该严重度。静默降级是复核律师 / 法务看不到的矛盾。见 `profile.md` 中 `## 跨技能严重度底线`

## 收尾决策树

包含在上方输出模板中。把选项定制给红线实际产出的内容 —— 如规则状态未核验，选项 2（补充信息）上移；如政策负责人未设，选项 3（上报）具体化。

## 本技能不做的事

- 把红线应用到源政策。那是政策负责人的动作
- 在台账中关闭内规差异。内规差异关闭于红线被应用且被批准
- 重写整个政策。最小可能编辑关闭内规差异
- 产出多政策红线。一条内规差异，一份政策，一份备忘。多政策批量发散的 `:package` 命令是未来技能
- 产出"应用"流程。带审批拦截的 `:apply` 命令是未来技能