- 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 记录影响。
在 GitHub 查看