Concept Audit

五维审计存量工程：漂移、边界、判据、组合、依赖，只读输出修复路由

概念审计

仅在用户显式调用 $concept-audit 时运行。只读对照概念模型与代码，回答独立性和组合正确性，并检查漂移、判据与产品子集。输出带证据、影响与修复路由的报告；不修改文件。无规格时只审可验证的代码性质，注明不能判断的契约。

执行

1. 范围：查全部 CONCEPT/SYNCS、总体 PRD 及其暂存规格链接，读取当前实现与测试。记录版本、方言、覆盖与未核实部分。
2. 漂移：读 drift-checklist.md，逐规格/实现对账，含 schema、动作/query 签名与错误 case。规格多时按该文分批扫描。
3. 独立性：逐概念核对互引（包括公开 API）、共享可变状态、私有实现访问、传输类型污染及定义依赖。局部类型参数同名不算引用另一概念。
4. 组合：读 composition-checklist.md，检查完成事件、绑定、flow 合取/隔离、失败、重放、循环与用户联动。
5. 判据：以单一目的、完整行为、独立性、熟悉性检查 conflation/fragmentation；新颖与基础设施身份本身不是缺陷，先明确使用者（含 API 程序员）与价值。
6. 依赖/子集：分别核验 PRD 产品依赖与代码约束；用具体合理子集判断是否被不当耦合阻断，并检查其剩余 sync/入口与构建支持。不能要求产品图与代码图同构。
7. 聚合：跨规格核对 include、动作/query、参数、输出与图。合并同一根因，保留受影响位置；未执行类别不算通过。

报告

markdown

# 审计报告 <日期>
范围：<规格/代码版本、未核实与跳过原因>
Summary：<覆盖数量、发现数、严重度分布>

| 维度/发现 | 位置 | 当前证据及影响 | 严重度 | 修复路由 |
| --- | --- | --- | --- | --- |

## 独立性与组合覆盖
<每个概念、入口/规则组的结论或未核实项>

## 跨规格与系统性模式
<合并根因并列受影响路径>

## 修复顺序
<模型 → 文档 → 代码，按实际根因决定>

严重度按漂移参考中的影响规则校准；规格沉默不等于禁止，新增遗漏与矛盾分开。没有当前证据不报 Medium 以上；只有完整核验后才断言不存在。每条发现一个当前修复目标：模型 → concept-design；文档 → concept-prd；代码 → concept-implementation。存在连续修复阶段时列依赖顺序，不让路由替代根因判断。

交付须覆盖五维、逐概念独立性与逐入口/规则组组合结论，或注明不足。欠/过同步附用户场景；报告全程只读。核验判据出处时读 sources.md；安装包不依赖伴生技能文件才能审计。