菜单
法律文件脱敏稿还原——将外审后的脱敏稿 docx 按比对文件 .md 中的映射表 runs 级还原为原文，保留批注/修订/格式。 适用情形：用户要求还原脱敏稿/还原审核稿/runs 级还原/收到脱敏稿后还原成原文/外审回来后还原入库。 核心：解析比对文件 mapping 段 → runs 级精确替换（不跨 run 边界）→ 每替换一处重建 runInfo → round-trip 校验。 与 legal-document-redaction 互为反向操作——一个写出去，一个读回来。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/vivy-yi/Greater-China-Legal --skill legal-document-restoration命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
刑事判决书生成——接收案件事实描述，调用8个原子能力，生成格式规范、论证严密的完整刑事判决书。 适用情形：用户要求"起草判决书"/"生成裁判文书"/"根据案卷写文书"。 核心流程：事实提取→概念理解→争议识别→法条检索→案例检索→演绎推理→格式适用→术语规范。 注意：本skill是刑事一审判决书专用模板，GCL不涉及实际司法文书输出，此skill仅作框架参考。
法律文书格式适用——起草格式规范的民事/刑事判决书，或识别文书类型并套用对应格式。 适用情形：起草判决书/生成裁判文书/写民事判决书/写刑事判决书。 核心：识别民事vs刑事→按七段式顺序起草→在需要处调用对应原子技能。 这是GCL各场景的文书输出层，与judgment-document-generation互补（后者专注刑事+8步流程，前者覆盖民刑+分段落格式规范）。
法律文书摘要——对判决书、裁定书、调解书、仲裁裁决书、行政处罚决定书进行结构化摘要。 适用情形：用户要求做摘要/提炼要点/生成裁判要旨/提取案件信息。 核心：六要素框架（案件信息+事实背景+争议焦点+法律依据+结论结果+说理过程），忠实原文，区分文书类型。 禁用：不得添加原文未载明的事实/观点/结论，不得出现主观评价性措辞。
基于 SOC 职业分类
正在显示 SKILL.md
| name | legal-document-restoration |
| description | 法律文件脱敏稿还原——将外审后的脱敏稿 docx 按比对文件 .md 中的映射表 runs 级还原为原文，保留批注/修订/格式。 适用情形：用户要求还原脱敏稿/还原审核稿/runs 级还原/收到脱敏稿后还原成原文/外审回来后还原入库。 核心：解析比对文件 mapping 段 → runs 级精确替换（不跨 run 边界）→ 每替换一处重建 runInfo → round-trip 校验。 与 legal-document-redaction 互为反向操作——一个写出去，一个读回来。 |
| argument-hint | [脱敏稿 docx + 比对文件 .md] → 输出还原稿 docx + 还原日志 + round-trip 校验 |
| legal_frame | cn-mainland |
| last_reviewed | 2026-06-24T00:00:00.000Z |
| version | 1.0.0 |
| risk_level | high |
| trigger_phrases | ["还原脱敏稿","还原审核稿","还原","比对还原","runs 级还原","restore redaction","restore","reverse redaction","unredact"] |
场景通用原子 skill。本 skill 与
legal-document-redaction互为反向操作。 输入：脱敏稿（docx）+ 比对文件（.md）+ 比对文件 hash（可选） 输出：还原稿（docx）+ 还原日志 + round-trip 校验报告
调用本 skill 前必须确认：
1. 脱敏稿路径（必填）
2. 比对文件路径（必填）—— 必须包含 mapping 段
3. 输出格式（docx 默认 / md / txt）
4. 是否保留批注 / 修订痕迹（默认保留）
5. round-trip 校验是否启用（默认启用）
6. 适用法域（cn-mainland 默认 / hk / tw / sg / mo / eu）
未指定 → 暂停，要求补充（按 GCL 原子 skill 规范）。
读取脱敏稿 docx → 解析为：
├─ 段落树（paragraphs）
├─ 每个段落含 N 个 run（runs）
├─ 每个 run 含文本（text）+ 格式属性（font, size, color）
└─ 批注 / 修订 / 表格 / 图片 保留
读取比对文件 .md → 提取：
├─ ## 批次元数据（批次 UUID / 法域 / 生成时间）
├─ ## 映射表（占位符 | 原文 | 实体类型 | 上下文角色）
└─ 可选 ## 文件 hash（SHA256）—— 用于校验完整性
若有 hash：
- 计算脱敏稿当前 hash → 与比对文件声明的 hash 对比
- 不一致 → 拒绝还原（标 [ERROR] 比对文件与脱敏稿不匹配）
若无 hash：
- 提示用户确认脱敏稿未被篡改
步骤 1：扫描所有 run，构建占位符 → run 位置索引
步骤 2：按位置顺序遍历索引
步骤 3：每个占位符执行：
a. 检查是否完整在单 run 内（否则 [WARN] 跳过）
b. 用 mapping 中的原文替换占位符
c. 重建该 run 的格式属性
d. 记录替换日志（位置 / 占位符 / 原文 / 上下文）
步骤 4：保存还原稿 docx
| 失败类型 | 处理 |
|---|---|
| 占位符跨 run | 标 [WARN] 跳过该占位符，记录位置 |
| 占位符在 mapping 中找不到 | 标 [WARN] 跳过，记录脱敏稿位置 |
| 原文在脱敏稿中已存在 | 标 [WARN] 可能重复占位符，跳过 |
| run 格式属性丢失 | 重建 runInfo，使用前一个 run 的格式兜底 |
核心安全机制：还原后的文件再次脱敏，应得到与原脱敏稿一致的输出。
还原稿 → 调用 legal-document-redaction（相同参数）→ 输出新脱敏稿
对比：新脱敏稿 与 原脱敏稿
├─ 一致 → round-trip 通过 ✅
└─ 不一致 → round-trip 失败 [ERROR]
| 失败原因 | 排查方向 |
|---|---|
| 占位符未完全还原 | 检查 runs 跨边界情况 |
| 还原时引入新占位符 | 检查原文是否含触发脱敏的字符 |
| 格式破坏导致识别失败 | 检查 runInfo 重建逻辑 |
| 比对文件与脱敏稿不匹配 | 检查 hash 校验 |
## [A] 还原元数据
- 原脱敏稿：<文件名>
- 比对文件：<文件名>
- 还原计数：N 处
- round-trip 校验：<通过/失败>
- hash 校验：<通过/失败/未提供>
## [B] 还原后文本
[完整原文，保留原格式]
## [C] 还原日志
- [WARN] 占位符未匹配（位置 / 占位符）
- [WARN] 跨 run 边界（位置 / 占位符）
- [ERROR] hash 不一致 / round-trip 失败
- [SKIP] 批注 / 修订未处理（附说明）
本 skill 是 legal-document-redaction 的反向操作，调用方相同但顺序相反：
| 上游场景 | 触发时机 | 用途 |
|---|---|---|
| contract-review | 外审合同稿收回后 | 还原入库 + 内部留底 |
| litigation-support | 外审案例分享稿收回后 | 还原入内部案例库 |
| data-compliance | PIPL 审查外发样本收回后 | 还原留底 |
| cocounsel-legal | 外部律师协办稿收回后 | 还原到内部系统 |
| employment-legal | 监管外发文书收回后 | 还原留底 |
| government-investigation | 外审调查材料收回后 | 还原归档 |
| law-student / legal-clinic | 外部批改收回后 | 还原到教学档案 |
配套 references / 相邻 skill：
legal-document-redaction/ — 反向操作（脱敏）legal-document-redaction/references/config.md — 白/黑/自定义类型（脱敏时的配置）shared/matter-workspace/ — 案件工作区（实际路径 plugins/legal-scenes/<本场景>/matters/<slug>/）| 版本 | 日期 | 变更 |
|---|---|---|
| 1.0.0 | 2026-06-24 | 初版：runs 级精确替换 + 格式保留 + round-trip 校验 |
★ Insight ─────────────────────────────────────
─────────────────────────────────────────────────