legal-citation-verify

概述

法规引用验证技能

概述

对文章、报告中引用的法律法规、政策文件、司法解释等引用进行系统性验证，确保引用的法规真实存在、现行有效、条款准确、适用恰当。采用"引用提取 -> 分类路由 -> 六组并行验证 -> 汇总报告"的流水线架构，支持底线层(G1-G3)快速验证和深度层(G4-G6)按需启用两种模式。

触发条件

以下场景触发此技能：

• 用户写文章/报告时引用了法律法规或政策文件，要求验证引用准确性
• 用户要求核查AI生成内容中的法规引用是否准确
• 用户提到"验证引用""核查法条""检查法规准确性""法规是否有效"等
• 用户提交文档（docx/pdf/md）要求检查其中所有法规引用
• 用户在写作过程中主动触发，如"帮我验证这段法条引用"
• 用户要求对比两条/多条法规引用的版本、效力、适用地区（如"对比临港新片区和海南自贸港的数据跨境政策""对比国家与海南的规定"）

前置条件

工具依赖

当 pkulaw 或 yuandian 不可用时，启用降级模式：仅使用 WebSearch 检索，准确率下降，输出报告中标注"降级验证"。

外部依赖降级：

• markitdown-skill 不可用（无法解析 .docx/.pdf）：降级为①提示用户直接粘贴纯文本；②用 WebFetch 抓取可访问的在线文档链接；③读取已存在的 .md/.txt 原文。
• OCR（截图输入）不可用：提示用户改用文本或文件输入。
• WebSearch 不可用：底线层退化为仅数据库验证，报告中标注"缺少官方交叉验证，置信度下降"。

输入格式

工作流程

Pass 0：引用提取与分类

目标：从全文中提取所有法规引用，分类并归并。

步骤 1：引用提取

从文本中识别所有法规引用，包括标准引用和非标准引用：

• 标准引用模式（正则匹配）：
  • 《XX法》第X条 / 《XX条例》第X条第X款
  • 《XX规定》（XXXX修订） / XX部令第X号
  • 最高人民法院关于适用《XX法》若干问题的解释
• 非标准引用（LLM 语义识别）：
  • 口语化表述："合同法里关于解除合同的那个条款"
  • 简称引用："劳动法第39条"（应为《中华人民共和国劳动法》）
  • 隐式引用：上下文中提及"根据相关规定"但未明确法规名称

每条引用封装为 Citation 对象：

Citation {
  id: "cit_001",
  raw: "原始引用文本",
  law_name: "法规标准名称",
  law_name_variants: ["简称", "全称", "变体写法"],
  article: "条款号（如 39 或 39.2）",
  article_text: "AI概述的条款内容（如有，无则为空）",
  implicit_summary: "从上下文提取的隐式概述（当article_text为空时自动填充，详见verification-engine.md G1-3）",
  context: "引用所在上下文段落（引用前后2-3句）",
  position: 原文中的字符位置,
  doc_type: "分类类型（待Pass 0步骤2确定）",
  version_hint: "版本提示（如 2018修正）"
}

步骤 2：引用分类

对每条 Citation 进行分类，分类规则详见 references/classification-rules.md。分类优先级：发文机关 > 文号格式 > 标题后缀。

分类不确定时，调用 pkulaw search_article 检索确认法规类型。

步骤 3：引用归并

将引用同一部法规（同一版本）的多条 Citation 归并为一个 CitationGroup：

CitationGroup {
  law_name: "法规标准名称",
  version: "版本标识",
  citations: [Citation, Citation, ...],
  doc_type: "分类类型"
}

归并策略：

• 同法规全称 + 同版本 → 归并为同一组
• 简称/变体写法 → 先通过 pkulaw 规范化为标准全称，再归并
• 同法规不同版本（如"劳动法"和"劳动法(2018修正)"）→ 不归并，分别建组

归并后进入 Pass 1 的检索对象从"每条引用"降为"每个法规组"。

Pass 1：批量检索与缓存

目标：对每个 CitationGroup 执行一次检索，缓存原文和元数据。

对归并后的每个 CitationGroup，并行调用以下工具（每部法规仅调用一次）：

1. pkulaw get_law_list：获取法规元数据（效力状态、制定机关、发布日期、修订历史）。适用于法律、行政法规、部门规章、司法解释、地方性法规。政策文件类如数据库无收录则跳过。
2. pkulaw get_article：获取引用条款的原文（仅对有条款号的引用）
3. yuandian law_vector_search：语义检索补充（当 pkulaw 无结果时）
4. WebSearch（政策文件强制）：对政策文件类引用，必须优先从制定机关官方门户网站检索原文（中央文件 → gov.cn；省级/市级文件 → 对应 .gov.cn 域名，见 references/official-sources.md 的"全国省级参考表"与"市/区级推理规则"；特殊功能区文件 → 其专属门户，如海南自贸港 wjk.hnftp.gov.cn；部委文件 → 对应部委官网）。官方门户检索是政策文件的第一优先级验证来源，不可跳过。检索策略详见 references/official-sources.md 中的"政策文件专用验证流程"。
5. WebSearch（通用交叉验证）：对法律/行政法规/部门规章类引用，在数据库检索完成后追加官方 gov.cn 交叉验证

检索结果缓存为 LawRecord：

LawRecord {
  law_name: "法规标准名称",
  official_title: "官方标题",
  issuing_authority: "制定机关",
  doc_number: "文号",
  publish_date: "发布日期",
  effective_date: "施行日期",
  validity_status: "现行有效/已废止/已修订/尚未生效/部分失效",
  revision_history: ["修订记录1", "修订记录2"],
  articles: { "39": "条款原文", "40": "条款原文", ... },
  official_source_url: "官方来源URL（如有）",
  source_confidence: "high/medium/low",
  source_type: "official_portal/database/web_multi_source"  // 政策文件专用字段
}

当 pkulaw 和 yuandian 均无结果时，标记 source_confidence: "low" 并在 Pass 2 中加强 WebSearch 交叉验证。

政策文件特有标注：政策文件类引用在 LawRecord 中额外标注 source_type: "official_portal" | "database" | "web_multi_source"，标明原文的实际获取来源。只有 source_type: "official_portal" 的引用才符合 G1-1 的最高通过标准。

Pass 2：六组验证引擎

目标：对每条 Citation，复用 Pass 1 缓存的 LawRecord 执行验证。

归并与验证的关系：Pass 0 的引用归并仅影响 Pass 1 的检索次数（同一部法规只检索一次，缓存为一份 LawRecord）。Pass 2 的验证仍逐条执行——每个 CitationGroup 内的每条 Citation 独立验证条款精确性（G2-1 条款号存在性）、原文比对（G1-3）和引用意图匹配（G6-1）等检查项，因为这些检查依赖于每条引用各自不同的条款号和上下文。归并优化的是"检索"环节，不是"验证"环节。

验证分两层执行：

底线层（默认启用，所有文章类型）：

G1 与 G2 的执行顺序说明：G1-1（官方渠道验证）所需的"制定机关"信息直接从 Pass 1 缓存的 LawRecord.issuing_authority 字段获取，不依赖 G2-3 的机关权责匹配结果。LawRecord 在 Pass 1 阶段已通过 pkulaw get_law_list 获取并缓存了制定机关信息，因此 G1 和 G2 之间不存在循环依赖，两组可并行执行。

深度层（按需启用，适用于政策报告/学术论文/政府公文）：

六组验证引擎的详细检查逻辑、工具调用方式和判定规则详见 references/verification-engine.md。

渐进验证开关：

对每条 Citation：
  1. 先执行 G1 + G2 + G3（底线层）
  2. 底线层全部通过 → 标记"基本可信"
     - 普通文章（公众号/科普）→ 到此为止
     - 严肃文章（政策报告/论文/公文）→ 继续执行 G4 + G5 + G6
  3. 底线层任一告警 → 自动触发对应条目的深度层验证

司法解释特殊处理路径

司法解释的有效性寄生在母法上，需在常规验证前执行五步特殊检查：

1. 解析母法：从司法解释标题中提取被解释的法律名称
   • 标准格式："关于适用《XX法》若干问题的解释" → 提取"XX法"
   • 非标准格式：调用 LLM 从标题和内容中推断母法
2. 追溯母法有效性：查询母法效力状态。母法已废止 → 司法解释标记"失效"，终止验证
3. 查新替代版本：检索同一母法下是否存在更新的司法解释
4. 条款反查母法：验证司法解释引用的条款对应的母法条款是否存在
5. 常规验证：通过前四步后，执行 G1-G6 常规验证

格式校验规则：

• 发文机关必须为"最高人民法院"或"最高人民检察院"
• 标题须包含"关于" + "解释/规定/批复/决定"关键词
• 不符合格式 → G2 直接标记"格式不规范"

Pass 3：汇总报告

目标：汇总所有验证结果，生成结构化报告。

报告格式：

## 法规引用验证报告

### 一、验证概览
- 引用总数：X 条
- 通过（底线验证）：X 条 | 通过（基础结构检查）：X 条 | 通过（深度法理分析）：X 条 | 存疑：X 条 | 失效：X 条 | 错误：X 条
- 综合置信度：XX%
- 验证模式：底线层(G1-G3) / 全量(G1-G6) / 全量激进(G1-G6, 激进模式)
- 时间语境：明确 / 模糊 / 未检测到

### 二、逐条验证结果

| # | 引用原文 | 法规名称 | 条款 | 状态 | 验证深度 | 问题说明 | 修正建议 |
|---|----------|----------|------|------|----------|----------|----------|
| 1 | 《XX法》第39条 | XX法 | 39 | 通过 | 底线验证(G1-G3) | - | - |
| 2 | 《XX规定》第5条 | XX规定 | 5 | 失效 | 底线验证(G1-G3) | 已被XX号文件废止 | 替换为《XX办法》第X条 |
| 3 | 《XX条例》第12条 | XX条例 | 12 | 存疑 | 深度验证(G1-G6,保守) | 条款内容与原文存在差异 | 原文："..."；引用概述："..." |
| 4 | 《XX法》第8条 | XX法 | 8 | 通过 | 深度验证(G1-G6,激进) | - | - |

### 三、需人工复核项
[列出所有"存疑"项的详细说明和复核建议]

### 四、降级验证说明（如适用）
[说明哪些引用因工具不可用而降级验证]

### 免责声明
本验证结果基于法律数据库和公开互联网信息生成，不构成法律意见。
法规效力状态以有权机关正式公告为准。建议对"存疑"及"失效"项进行人工复核。

报告导出（可选）：验证报告生成后，可按用户要求导出。导出目录按以下优先级确定：① 用户显式指定；② 读取 USER.md 中的约定输出目录；③ 环境变量 LEGAL_VERIFY_EXPORT_DIR；④ 默认当前技能工作区目录。导出前需向用户确认文件名与路径——避免在他人/其他机器上因硬编码路径失效。

• Markdown（默认）：完整报告（概览 + 逐条表 + 人工复核项 + 免责声明）。
• JSON（结构化）：将逐条验证结果序列化为 JSON（含 law_name / article / status / depth / issue / suggestion 字段），便于程序化二次处理或导入表格。
• CSV（表格）：逐条验证结果导出为 CSV，表头与"逐条验证结果"表一致，便于 Excel 打开与排序筛选。

状态码定义：

重要提示：用户需注意"通过（基础结构检查）"与"通过（深度法理分析）"的区别。保守模式的"通过"仅表示条款号存在、关键词无表面矛盾，不代表无法理冲突。如需确认无法理冲突，应使用激进模式。

对比验证模式

当用户需要对比两条/多条法规引用的版本、效力、适用地区（如"对比临港新片区和海南自贸港的数据跨境政策""对比国家与海南的规定"）时，启用对比模式——恰好对应跨地区政策对比的高频需求。

触发：见"触发条件"第 6 条。用户输入需包含 ≥2 部待对比法规，并隐含/明示对比维度（版本、效力、适用地区）。

执行流程：

1. 对每条待对比引用，先按 Pass 0–Pass 2 完成常规 G1-G6 验证，各自得到 LawRecord 与验证结论。
2. 按用户指定的对比维度（默认：版本 / 效力 / 适用地区，可扩展至发文机关、适用对象）横向对齐。
3. 输出对比表，并在差异项标注风险提示（联动 G4/G6）。

对比报告格式：

判定规则：

• 同一维度完全一致 → 标注"一致"
• 不同维度但效力层级/适用地域明确 → 标注"差异，按各自地域分别适用"
• 同一事项出现冲突规定且未明确优先适用 → 标注"潜在冲突，需结合地域与事项判断适用优先级"

标准对比维度模板（默认建议包含，可按需增减）：

示例（跨地区数据跨境政策对比）：

用户输入："对比海南自贸港和临港新片区关于数据跨境流动的政策依据"

• 待对比 A：《海南自由贸易港数据安全管理暂行办法》相关条款（海南自贸港，制定机关：海南省人民政府）
• 待对比 B：《中国（上海）自由贸易试验区临港新片区数据跨境流动管理办法》相关条款（临港新片区，制定机关：上海市人民政府）
• 各自完成 Pass 0–2 得到 LawRecord 与结论后，按"适用地区 / 效力状态 / 关键条款"对齐：

示例（跨省数据要素政策对比）：

用户输入："对比浙江省和广东省关于公共数据授权运营的政策依据"

• 待对比 A：《浙江省公共数据条例》相关条款（浙江省，制定机关：浙江省人大常委会）
• 待对比 B：《广东省公共数据管理办法》相关条款（广东省，制定机关：广东省人民政府）
• 各自完成 Pass 0–2 得到 LawRecord 与结论后，按"适用地区 / 效力状态 / 关键条款"对齐：

以上两个示例分别覆盖"特殊功能区 vs 特殊功能区"（海南 vs 临港）与"省级 vs 省级"（浙江 vs 广东）两类高频对比场景，验证技能对全国任何地区均通用。

→ 结论：两者适用地域与出境机制不同，报告标注"差异，按各自地域分别适用"，并提示不可混用。

工具连接层

工具按以下优先级调用，支持降级：

pkulaw (首选法律数据库)
  ↓ 不可用时
yuandian (备用法律数据库)
  ↓ 不可用时
WebSearch (互联网检索，准确率下降)

工具名自检（防映射漂移）：调用前请以当前环境实际暴露的 MCP 工具名为准。pkulaw / yuandian 的工具名格式（点号/下划线、服务前缀，如 mcp__pkulaw__mcp-law.get_law_list 与 mcp__yuandian-mcp__yuandian_law_vector_search）可能因 MCP 版本更新而变动。若调用报"工具不存在"，先用工具列表核对 mcp__pkulaw__* 与 mcp__yuandian* 前缀下的真实名称并修正后再调用，避免同类映射错误复发。

pkulaw 工具映射

yuandian 工具映射

WebSearch 工具映射

官方来源白名单和交叉验证逻辑详见 references/official-sources.md。

关键设计决策

1. 来源验证的两层架构

用户要求"必须从文件制定机关的官方渠道获取原文"。实际操作中，官方政府网站检索能力有限，且并非所有法规都能在官网找到原文。因此采用两层架构：

• 第一层（数据库检索）：通过 pkulaw/yuandian 获取法规原文和元数据。这些数据库的文本来源于官方公报，具有较高可信度。
• 第二层（官方交叉验证）：对"存疑"和"失效"状态的引用，以及政策文件类引用，通过 WebSearch 检索发文机关官网进行交叉验证。对"通过"状态的引用，抽检关键信息（如效力状态、施行日期）与官方信息比对。

报告中标注每条引用的来源置信度：

• high：数据库 + 官方来源双重验证通过
• medium：仅数据库验证通过，官方来源未找到或不一致
• low：仅互联网检索，未经数据库验证

2. G4/G6 验证模式

G4（法理一致性）和 G6（引用质量）涉及实质性法律推理，准确率较低（估算 50–75%，内部实测值，非权威统计）。默认采用保守模式：

• 保守模式（默认）：G4 和 G6 仅做结构化检查（条款号存在、关键词重叠、兜底条款识别），不做深度语义推理。输出"建议人工复核"而非确定性结论。
• 激进模式（用户主动开启）：G4 和 G6 使用 LLM 做深度语义分析，输出置信度 + 风险提示。适用于政策报告提交前、学术论文投稿前等高要求场景。

3. 政策文件特殊处理

政策文件（通知/意见/决定等）具有以下特殊性，验证管道需相应调整：

• 官方门户优先原则：政策文件必须优先从制定机关官方门户网站获取原文，不得仅依赖数据库摘要或非官方转载。这是政策文件验证的核心规则：
  • 制定机关为国务院 → 从 gov.cn 获取
  • 制定机关为省级政府 → 从对应 .gov.cn 域名获取（域名见 official-sources.md「全国省级参考表」）
  • 制定机关为市/区县级政府 → 从对应 .gov.cn 域名获取（域名见「市/区级推理规则」）
  • 制定机关为中共中央/中央纪委国家监委（党内法规）→ 从党内法规专门发布渠道获取（共产党员网 12371.cn、国务院政策文件库 gov.cn「党内法规」专栏）；具体渠道以 WebSearch 核实为准
  • 制定机关为特殊功能区 → 从专属门户获取（如海南自贸港 wjk.hnftp.gov.cn，见「特殊功能区」章节）
  • 官方门户无法找到原文 → 降级为数据库验证，报告中标注"官方门户未找到原文，以下验证基于数据库/互联网来源"
• 无条款结构：多数政策文件是段落式行文，没有"第X条"。G2 条款精确性检查默认跳过，改为段落级内容匹配。后置规则：如果引用文本中包含"第X条"等条款编号（部分政策文件如《国务院关于XX的若干规定》确有条款结构），则自动启用 G2 条款精确性检查，验证管道升级为"G1-G3 + G5 + G2 条款精确性"。详见 references/classification-rules.md 中的"后置规则——条款结构检测"。
• 有效期不明确：许多政策文件没有明确的有效期，也无正式废止公告。处理逻辑：
  1. 首先在官方门户检索是否有明确的废止/失效公告
  2. 搜索是否有替代性文件
  3. 标题含"暂行/试行/临时"且发布超过5年 → 标记"效力待定"
  4. 以上均无 → 默认"现行有效"但标注"未发现废止声明"
• 效力层级模糊：政策文件不属于正式法律体系层级，G4 上位法一致性检查降级为"合理性判断"。

4. 时间语境感知

引用的版本选择受文章时间语境影响：

• 提取文章中的时间线索（讨论的事件日期、"根据当时的规定"等表述）
• 如果文章讨论的事件发生在某法规修订前，引用该法规的旧版本是合理的
• 如果文章未指定时间语境，默认使用最新版本
• Pass 0 步骤1 中提取的时间线索写入 Citation 对象的 version_hint 字段

时间语境置信度评估（三级）：

模糊/未检测到的降级处理：

1. 默认使用最新版本进行验证
2. 同时检索该法规的修订历史，如果存在近年重大修订（如民法典施行导致的法律替代），在报告中额外标注"⚠️ 该法规近年有重大修订，当前验证基于最新版本。如文章讨论的是修订前事件，建议人工确认适用版本"
3. 报告中的"验证概览"栏增加"时间语境"字段，标注为"明确 / 模糊 / 未检测到"三档之一

公文引用合规输出与开放数据契约

本技能定位于"法规/政策/党内法规引用的真实性、有效性、公文体例合规性验证"，并输出结构化的验证结果与"公文引用合规声明"，可与任意公文纠错/润色工具（含用户自有的公文纠错、润色类技能）对接，形成写作闭环。为避免重复劳动并打通数据流，约定如下（以下以通用工具角色描述，不绑定特定技能）：

1. 分工

• 本技能（legal-citation-verify）：负责引用层面的核验——法规是否存在、是否现行有效、条款是否准确、公文发文字号/书名号/引用顺序等引用体例是否合规、引用是否支撑论点，并输出 JSON 报告与公文引用合规声明。
• 公文纠错类工具/技能（可选对接）：负责将本技能发现的"引用格式类"问题在全文中的实际修正（如批量补书名号、纠正发文字号括号、调整引用顺序），以及非引用类的公文格式体例纠错（版头、标题、主送机关、附件说明等）。
• 公文润色类工具/技能（可选对接）：负责文字表达优化，不触及引用核验结论。

2. 验证结果 → 纠错技能的数据契约（JSON）

Pass 3 导出的 JSON 报告除供人工阅读外，亦可被任意下游公文纠错/排版工具直接消费。开放字段契约（与具体工具无关）：

{
  "skill": "legal-citation-verify",
  "version": "2.4.1",
  "summary": { "total": 0, "pass": 0, "suspect": 0, "invalid": 0, "error": 0 },
  "items": [
    {
      "id": "cit_001",
      "raw": "原始引用文本",
      "law_name": "法规标准名称",
      "doc_type": "政策文件|党内法规|法律|...",
      "article": "39",
      "status": "通过|存疑|失效|错误",
      "issues": [
        { "code": "G2-4", "severity": "error", "msg": "发文字号括号误用圆括号，应为六角括号〔〕", "fix": "国发(2023)1号 → 国发〔2023〕1号" },
        { "code": "G6-5", "severity": "error", "msg": "法规标题缺书名号", "fix": "补充《》" }
      ],
      "position": 123
    }
  ]
}

• issues[].code 对应本技能检查项编号（G2-4 / G6-5 等），便于纠错技能精确定位修复逻辑。
• issues[].severity：error（必须改）/ suspect（建议复核）。
• issues[].fix：给出可执行的修正建议文本。

3. 公文引用合规声明（输出模板）

针对政府公文，Pass 3 可在报告末尾附加"公文引用合规声明"，供公文审签环节直接引用：

公文引用合规声明：本文共引用法律法规/政策文件/党内法规 N 处，经引用验证，现行有效 M 处、存疑待核 K 处、失效/错误须修改 P 处。其中发文字号体例错误 Q 处、书名号缺失 R 处，均已列入修改清单。凡标注"失效/错误"的引用，须替换为现行有效版本并经重新核验后方可印发。

4. 触发建议

• 政府公文（请示/报告/通知/函等）写作流程建议：起草 → 本技能引用验证 → （可选）公文纠错工具格式修正 → （可选）润色工具优化 → 终校。未配置下游工具时，用户可依据本技能 JSON 报告与合规声明手动修正。
• 本技能在公文场景下自动将深度层（G4-G6）与公文格式项（G2-4、G6-5）设为强制启用。

边界与免责

1. 不构成法律意见：验证结果仅供引用核查参考，不构成法律意见。法规效力状态以有权机关正式公告为准。
2. 准确率限制：底线层(G1-G3)硬错误检出率约90%以上（估算值）；深度层(G4-G6)为置信度提示，不替代法律专业判断。
3. 覆盖范围限制：国家级法律法规覆盖较好；地方性法规、部门规范性文件覆盖参差不齐，可能需要人工补充检索。
4. 时效性限制：数据库更新可能滞后数周至数月，最新法规动态以官方发布为准。
5. 与公文纠错/润色工具分工：本技能仅验证法规/政策/党内法规引用的真实性、有效性、准确性、公文体例合规性与适用性；不重复做非引用类的公文格式体例纠错（建议交由公文纠错类工具处理）与文字润色改写（建议交由润色类工具处理）。本技能输出的开放数据契约与公文引用合规声明见"公文引用合规输出与开放数据契约"章节；如用户需求超出引用验证范围，建议转交对应工具或人工处理。

资源文件

references/

• classification-rules.md — 引用分类路由规则详解，包含八类引用的识别规则（含党内法规）、优先级判定、模糊匹配策略、归并规则
• verification-engine.md — 六组验证引擎详解，包含G1-G6共21项检查的详细逻辑、工具调用方式、判定阈值、准确率预估
• official-sources.md — 官方来源白名单，包含各级机关官网清单、非官方来源黑名单、交叉验证逻辑
• examples.md — 可运行示例（few-shot），含单条验证与跨地区/跨省对比三个完整样例
• self-check.md — 技能改动后必查清单，防止版本迭代引入检查项数、工具名、硬编码路径等漂移

使用 references 文件时，先用 Grep 搜索定位相关内容，再按需 Read 加载到上下文。