citation-audit

Files (2)

• SKILL.md
• plugin-context.md · references/

SKILL.md (first lines)

# citation-audit：发出前引用审计门禁

## 目的

G10 引用纪律的最后一道闸：**未过本审计的产物不得对外发出**。

前面环节的纪律（引用占位、verify 核验、来源标注）都是过程控制；本技能是
发出前的终检，把"忘了验""标错了""占位没填"这类疏漏在产品出门前拦住。
它的设计假设是：上游任何环节都可能漏，所以这里逐项重查，不假设上游做对。

## 前置检查

1. 确认待审产物确实要"对外发出"（见 CLAUDE.md 术语约定）；仅会话内阅读的
   草稿不强制，但重要产物建议一律过审（G8 姿势）；
2. 读取 CLAUDE.md 执业画像，确认角色档位（决定保密标头应为哪一档）；
3. 读取 `references/attribution-vocabulary.md`，以其中的词汇表为检查基准；
4. 定位 verification-log.md（事项目录优先，其次工作区根目录）。

## 操作规程

### 检查 1：[CITE:__] 占位残留扫描

- 全文扫描 `[CITE:` 模式；
- **有残留即 FAIL**，逐条列出位置与上下文，说明"该引用未经核验，不得发出"；
- 零残留才进入下一项。

### 检查 2：法条引用已过 statute-verify

- 提取产物中全部法条引用（法律/行政法规/司法解释名称 + 条号）；
- 逐一对照 verification-log.md：
  - 有 90 天内 verified_current / amended 记录 → 通过；
  - 记录过期或判定为 repealed / not_found / source_unavailable → 不通过；
  - 无记录 → **现场调用 statute-verify 现验**，结果并入本次审计；
- 属于 currency-watch 清单且 Last verified 超期的，必须现验。

### 检查 3：案例引用已过 case-verify

- 提取全部案例引用（案号、指导性案例号、公报案例）；
- 对照 verification-log.md；无记录或降级为 format_only 的：
  - 已配置商业源 → 现场调用 case-verify 现验；
  - 未配置商业源 → 该引用必须带 `[模型知识—待核实]` 标注与降级声明，
    缺一即不通过；建议删除或替换为已核验引用。

### 检查 4：来源标注符合词汇表

逐项扫描产物中的来源标签：

- 六个工具来源标签（`[法律法规数据库]`/`[北大法宝]`/`[聚法]`/`[监管官网]`/
  `[裁判文书]`/`[用户提供]`）：本会话必须有对应真实工具调用或用户输入记录，
  否则判定"伪装工具来源"，不通过——**[模型知识—待核实] 不得伪装成工具来源，
  反向也一样**：工具返回的内容不得降级标成模型知识（掩盖了可溯源性）；
- `[已确认—YYYY-MM-DD]`：必须有 verification-log.md 中的对应核验记录支撑；
- 无标签的法律断言（具体条文内容、具体案例事实）：视同 `[模型知识—待核实]`
  缺失标注，提示补标；数量多的按不通过处理。

### 检查 5：法域声明存在

- 产物必须存在法域声明（如"本分析基于中国大陆法律"）；
- 涉港澳台/涉外因素的，声明中必须体现 G3 的判断过程与 `LEGAL_FRAMES/` 引用；
- 缺失即不通过。

### 检查 6：保密标头与角色匹配

- 画像为执业律师 → 产物首行应为 `【保密·内部法律分析】`；
- 画像为非律师 → 产物首行应为 `【研究备忘——不构成法律意见，使用前请经
  执业律师复核】`；
- 标头缺失、错位或与角色不匹配，均不通过。

### 输出判定

- 全部检查通过 → **PASS**；
- 任一硬性项（1/2/3/4/5/6）不通过 → **FAIL**，列出问题清单与逐项修复路径；
- PASS 后，把本次审计涉及的全部核验条目（含现场现验的）追加到
  verification-log.md，并记录审计时间与产物名。

## 审计边界（什么不算问题）

以下情形不判 FAIL，但会在报告中提示：

- 产物引用的是使用者自己提供的合同条款原文——标 `[用户提供]` 即可，
  不属于法条/案例引用，无需 statute-verify；
- 一般性制度背景（如"我国实行两审终审制"）标了 `[模型知识—待核实]`——
  合规，不强制核验；只有具体条文内容与具体案例事实才强制走核验；
- 产物中引用了本插件 `LEGAL_FRAMES/` 基线文件的内容——注明出处文件即可；
- 草稿阶段的内部笔记，使用者明确不对外——不强制审计，但建议重要产物
  一律过审（G8）。

## 常见问题（FAQ）

- **问：产物只有一条引用，也要走完整流程吗？**
  要。引用越少审计越快，没有"引用少就免检"的档位。
- **问：现场现验失败（数据源不可用）怎么办？**
  按 source_unavailable 处理：该引用要么删除，要么降级标注
  `[模型知识—待核实]` 并在产物中显式声明未核验；二选一，不得带病通过。
- **问：引用来自使用者粘贴的合同条款，也要核验吗？**
  不核验其"内容对错"（那是审查技能的工作），但要核验条款中引用的
  法条/案例——对方写的"根据《XX法》第N条"同样是引用，同样可能错引。
- **问：审计通过后发现引用错了怎么办？**
  在使用者的工作区记录勘误（matter-workspace 的 notes.md），并复核
  verification-log.md 中对应条目的可信度；同类条目建议重验。

## FAIL 报告示例（节选）

```
判定：FAIL
| 2 | 法条引用核验 | ❌ | 《数据出境安全评估办法》引用未见 verification-log 记录 |
| 4 | 来源标注合规 | ❌ | 第 3 段"该办法 2022 年 9 月施行"标 [法律法规数据库]，
     但本会话无 flk 调用记录 |

修复路径：
1. 运行 statute-verify 核验《数据出境安全评估办法》后回填引用；
2. 第 3 段标注改为 [模型知识—待核实]，或完成第 1 项后改为 [已确认—日期]。
```

## 输出模板

```markdown
## 引用审计报告
产物：{文件名} ｜ 审计时间：{YYYY-MM-DD HH:mm} ｜ 判定：PASS / FAIL

From Hylouis233/workbuddy-skills, MIT.

More from Hylouis233/workbuddy-skills