---
name: statute-verify
description: >-
  当用户需要核验法条引用的时效——"民法典第153条现在有效吗/这个法条是不是改了/
  核验一下这段引用/某规定废止了吗/确认条文现行状态"时使用；也被其他技能在填入
  [CITE:__] 占位前调用。通过内置 flk 数据源核验法律、行政法规、司法解释的现行
  有效性（有效/已修正/已废止/尚未施行）、生效与失效日期、修正记录、效力层级与
  发布机关，输出六档判定并写入 verification-log.md 避免重复劳动。
argument-hint: '[法条引用，如：民法典第153条]'
metadata:
  legal_frame: cn-mainland
  last_reviewed: '2026-08-18'
---

# statute-verify：法条时效核验

## 目的

引用失效或已修正的法条，是法律文件最硬伤的错误之一。中国法规更新频繁：
法律修正、行政法规修订、司法解释废改、配套细则出台，都会让"记忆中的条文"
变成错误引用。

本技能在引用落入产物之前做一道时效核验：**引用先占位（[CITE:__]），核验
通过才填入**（G10）。核验结论按六档输出，全部留痕到 verification-log.md。

## 前置检查

1. 读取 docs/guardrails.md 执业画像，确认无 `[填空]`；有则停止并引导先跑
   `cold-start-interview`；
2. 查 `verification-log.md`（事项目录或工作区根目录）：同一引用在近 90 天
   内已核验且判定为 verified_current 的，可直接复用结论并注明复用日期；
   属于 `references/currency-watch.md` 清单内法规的，即使 90 天内验过，
   也按清单的复核周期从严处理；
3. 确认 flk 数据源可用（MCP 已挂载）。不可用时不得假装核验——判定为
   source_unavailable。

## 操作规程

### 1. 解析引用

把使用者给的引用解析为结构化要素：

- 文件名称（如"民法典"→ 全称《中华人民共和国民法典》）；
- 条号（第几条，款、项如有也记录）；
- 文件类型判断：法律 / 行政法规 / 司法解释 / 部门规章 / 地方性法规。

解析示例：

| 使用者输入 | 解析结果 |
| --- | --- |
| 民法典第153条 | 《中华人民共和国民法典》第153条，法律 |
| 劳动合同法38 | 《中华人民共和国劳动合同法》第38条，法律 |
| 公司法解释三第13条 | 需先确认具体是哪一部司法解释（公司法有多个配套解释 [模型知识—待核实]），向使用者确认后再查 |
| 个保法 | 名称不完整，确认是《中华人民共和国个人信息保护法》后按法律查 |

名称不精确时（如"合同法"——已并入民法典 [模型知识—待核实]；"劳动合同法
实施条例"与"劳动合同法"混淆），先向使用者确认目标文件，不猜着查。

### 2. 查 verification-log.md 去重

- 近 90 天同引用同判定 → 复用，注明"复用 {日期} 核验结论"；
- 超过 90 天或判定为 amended / not_found → 重新核验；
- currency-watch 清单内法规：超过清单建议复核周期即重验。

### 3. 执行核验

按优先级调用：

1. `flk_check {title}`：按精确标题取状态（有效/已修正/已废止/尚未生效）；
2. 标题命中但需确认条文级细节时，`flk_detail {id}` 取元数据与正文链接，
   核对：发布机关、公布日期、施行日期、效力层级、修正记录；
3. `flk_check` 未命中时，`flk_search {keyword}` 放宽检索，排查是否名称
   不精确（如漏了"中华人民共和国"前缀、用了简称）；
4. 已配置北大法宝时，可用其交叉核对修正记录与时效标注。

### 4. 对照 effective_date

若调用方（技能或画像）声明了 `legal_sources.effective_date`（分析基准日），
核对法规在**该基准日**的状态而非今天的状态——例如分析一份 2023 年签署的
合同，应以签署时有效的文本为准；法规在基准日后修正的，两个版本都标注，
注明各自适用区间。

基准日分析示例：分析 2020 年 8 月签订的借款合同利率条款时，司法保护上限
规则在 2020 年 8 月 20 日发生过重要调整 [模型知识—待核实，具体日期与内容
以核验为准]——签约日恰好跨调整点的，必须两版规则并列并标 `[需复核]`，
提示这是结论敏感点。

### 5. 六档判定

| 判定 | 含义 | 产物处理 |
| --- | --- | --- |
| verified_current | 现行有效 | 可填入正式引用，标 `[已确认—YYYY-MM-DD]` |
| amended | 已修正 | 给出修正确认（修正案/修订决定名称与施行日期），引用按新文本；新旧差异影响结论时并列说明 |
| repealed | 已废止 | 不得引用为现行依据；说明废止日期与承继规定（如有） |
| not_yet_effective | 尚未施行 | 可引用但须标明施行日期，提示基准日下尚不生效 |
| not_found | 未检索到 | **不等于不存在**：可能是名称不精确。给出精确名称建议与人工核查路径（北大法宝/监管官网/公报） |
| source_unavailable | 数据源不可用 | 显式标注，**不得当作任何结论**；建议网络恢复后重验或人工核查 |

### 6. 写入 verification-log.md

每条核验追加一行记录：

```markdown
| 日期 | 引用 | 判定 | 证据来源 | 复核截止 |
| --- | --- | --- | --- | --- |
| 2026-08-18 | 《中华人民共和国民法典》第153条 | verified_current | flk_check id=xxx | 2026-11-16 |
```

复核截止 = 核验日 + 90 天；currency-watch 清单内法规按清单周期。

## 覆盖范围说明

flk 覆盖法律、行政法规、监察法规、司法解释与地方性法规 [法律法规数据库，
以 connectors.yaml 登记为准]。部门规章、地方政府规章、监管机关规范性文件
不一定能经 flk 精确命中——此类引用核验不到时，按 not_found 流程处理并
给出北大法宝/发布机关官网的人工核查路径，不得把"flk 查不到"表述成
"该规章不存在"。

## 输出模板

```markdown
## 法条核验表
| 引用 | 判定 | 生效/施行日期 | 证据来源 | 建议 |
| --- | --- | --- | --- | --- |
| 《XX法》第N条 | verified_current | 2021-01-01 施行 | [法律法规数据库] flk_check | 可引用，标 [已确认—2026-08-18] |

## 说明
{amended/repealed/not_found 时的详细信息；source_unavailable 时的显式声明}

## [需复核] 项
{条文级内容未能逐字核对的部分}
```

## 本技能不做什么

- 不解释条文含义、不做法律适用分析（那是 legal-research 与具体业务技能的
  工作；本技能只回答"这个引用现在是什么状态"）；
- 不逐字核对条文全文（flk 正文为 PDF/WORD/HTML 链接时，只核对元数据与
  状态字段；逐字核对需求应提示使用者打开正文链接人工比对）；
- 不把 not_found 当作"该法规不存在"的结论；
- 不在 flk 不可用时输出任何判定（除 source_unavailable 本身）；
- 不核验案例（那是 case-verify）。

## 收尾与下一步

- 判定结果回填调用方的 `[CITE:__]` 占位；全部占位处理完毕后，提醒产物
  发出前仍需过 `citation-audit`；
- 核验中发现法规属高频变动领域（数据、平台经济、公司登记等）但未在
  `references/currency-watch.md` 清单中的，建议把该法规补入清单；
- amended/repealed 判定影响在手事项的，提示用 `matter-workspace` 在相关
  事项 notes.md 记录影响。