dsh-crwu-workbench 0.0.10

package/skills/crwu/crwu-dev-audit-skill-maintainer/references/07-kb-skill-map.md

@@ -0,0 +1,411 @@
+# 知识库 ↔ Skill 映射校准表
+
+> 本表由 `crwu-dev-audit-skill-maintainer` 在每次 `audit` 后重新生成，供人工一眼查看映射现状。
+> **事实源**：知识库最新目录（经 `crwu-dws` 实时拉取）+ `crwu-audit/references/07-skill-registry.md` + 源仓技能层里的真实目录。
+> 本表是**只读派生视图**：不要手工改状态列；不一致时重新校准，不要手改。
+
+## 导航
+
+- [资产轴（12）](#资产轴12)
+- [业务轴（8）](#业务轴8)
+- [库内路径键健康（公共轴也查）](#库内路径键健康公共轴也查)
+- [原型 / 非运行时模块](#原型-非运行时模块)
+- [未登记 / 待处理 Skill](#未登记-待处理-skill)
+- [内容级校准备注（人工维护，工具不覆盖）](#内容级校准备注人工维护工具不覆盖)
+- [校准历史（新→旧，工具追加）](#校准历史新旧工具追加)
+
+| 校准项 | 值 |
+| --- | --- |
+| 校准时间 | 2026-09-26T21:18:54+08:00 |
+| 知识库目录抓取时间 | 2026-09-26 13:15:34 |
+| 目录输入形态 | `crwu.kb-node-index.v1` |
+| 抓取完整性 | complete=true |
+| 目录节点数 | 464 |
+| 一级资产 / 一级业务 | 12 / 8 |
+| 本次 error / warning / 建议 | 0 / 0 / 0 |
+
+## 资产轴（12）
+
+| 知识库一级目录 | 一级标签 | Skill | registry | 声明的一级根 | 共性参考 | 细分对象(有审核条目) | 本次问题 |
+| --- | --- | --- | --- | --- | --- | --- | --- |
+| `02-资产类型/01-房地产/` | 房地产 | `crwu-audit-asset-realestate` | available | `02-资产类型/01-房地产/` | 有 | 6（6） | — |
+| `02-资产类型/02-机器设备/` | 机器设备 | `crwu-audit-asset-equipment` | available | `02-资产类型/02-机器设备/` | 有 | 4（4） | — |
+| `02-资产类型/03-企业价值/` | 企业价值 | `crwu-audit-asset-enterprise-value` | available | `02-资产类型/03-企业价值/` | 有 | 2（2） | — |
+| `02-资产类型/04-无形资产/` | 无形资产 | `crwu-audit-asset-intangible` | available | `02-资产类型/04-无形资产/` | 有 | 7（7） | — |
+| `02-资产类型/05-矿业权/` | 矿业权 | `crwu-audit-asset-mining-right` | available | `02-资产类型/05-矿业权/` | 有 | 2（2） | — |
+| `02-资产类型/06-存货/` | 存货 | `crwu-audit-asset-inventory` | available | `02-资产类型/06-存货/` | 有 | — | — |
+| `02-资产类型/07-债权/` | 债权 | `crwu-audit-asset-debt` | available | `02-资产类型/07-债权/` | 有 | 4（4） | — |
+| `02-资产类型/08-资产组合/` | 资产组合 | `crwu-audit-asset-portfolio` | available | `02-资产类型/08-资产组合/` | 有 | — | — |
+| `02-资产类型/09-交通运输设备/` | 交通运输设备 | `crwu-audit-asset-transport-equipment` | available | `02-资产类型/09-交通运输设备/` | 有 | 2（2） | — |
+| `02-资产类型/10-资产组-含商誉/` | 资产组-含商誉 | `crwu-audit-asset-asset-group-goodwill` | available | `02-资产类型/10-资产组-含商誉/` | 有 | — | — |
+| `02-资产类型/11-废旧物资/` | 废旧物资 | `crwu-audit-asset-scrap-materials` | available | `02-资产类型/11-废旧物资/` | 有 | — | — |
+| `02-资产类型/12-其他/` | 其他 | `crwu-audit-asset-other` | available | `02-资产类型/12-其他/` | 有 | — | — |
+
+## 业务轴（8）
+
+| 知识库一级目录 | 一级标签 | Skill | registry | 声明的一级根 | 共同审核点 | 子业务(有要点) | 本次问题 |
+| --- | --- | --- | --- | --- | --- | --- | --- |
+| `01-业务路线/01-资产经营/` | 资产经营 | `crwu-audit-biz-asset-operation` | available | `01-业务路线/01-资产经营/` | 有 | 3（3） | — |
+| `01-业务路线/02-交易与处置/` | 交易与处置 | `crwu-audit-biz-transaction-disposal` | available | `01-业务路线/02-交易与处置/` | 有 | 4（4） | — |
+| `01-业务路线/03-财务报告/` | 财务报告 | `crwu-audit-biz-financial-reporting` | available | `01-业务路线/03-财务报告/` | 有 | 5（5） | — |
+| `01-业务路线/04-融资与债务/` | 融资与债务 | `crwu-audit-biz-financing-debt` | available | `01-业务路线/04-融资与债务/` | 有 | 4（4） | — |
+| `01-业务路线/05-投资与资本运作/` | 投资与资本运作 | `crwu-audit-biz-investment-capital` | available | `01-业务路线/05-投资与资本运作/` | 有 | 4（4） | — |
+| `01-业务路线/06-税务与历史确认/` | 税务与历史确认 | `crwu-audit-biz-tax-history` | available | `01-业务路线/06-税务与历史确认/` | 有 | 2（2） | — |
+| `01-业务路线/07-司法清算与补偿/` | 司法清算与补偿 | `crwu-audit-biz-judicial-liquidation-compensation` | available | `01-业务路线/07-司法清算与补偿/` | 有 | 3（3） | — |
+| `01-业务路线/08-咨询复核与其他/` | 咨询复核与其他 | `crwu-audit-biz-consulting-review` | available | `01-业务路线/08-咨询复核与其他/` | 有 | 3（3） | — |
+
+## 库内路径键健康（公共轴也查）
+
+检查 325 个寻址键（扫描 audit 族技能目录内全部 .md 的反引号库内路径）：**全部命中本次目录**
+
+## 原型 / 非运行时模块
+
+> 下列路径已被维护器显式追踪，但不是运行时装配键；满足启用条件并经人工复核前不得参与审核。
+
+| 库内路径 | 分类 | 隔离原因 | 运行时装配 | 启用条件 |
+| --- | --- | --- | --- | --- |
+| 06-规则库/M-收益法/ | prototype/non-runtime | 模块规程仍为原型，规则依据含待编占位，不能作为正式审核依据 | 否（隔离） | 知识库状态改为正式、规则编号补齐且维护人明确后，经人工复核启用 |
+| 06-规则库/M-法律法规合规/ | prototype/non-runtime | 模块规程仍为原型，A 级规则未发布且规则依据待编，不能作为正式合规依据 | 否（隔离） | 知识库状态改为正式、规则编号补齐且维护人明确后，经人工复核启用 |
+| 06-规则库/M-数据对齐-勾稽与一致性/05-模块-基准要素一致性 | prototype/non-runtime | 模块规程仍为原型（v0.1），A 级条目待编，严重度定级依据待 A 级规则发布 | 否（隔离） | 知识库状态改为正式、规则编号补齐且维护人明确后，经人工复核启用 |
+| 06-规则库/M-数据对齐-勾稽与一致性/03-模块-数据校对 | compat-only/non-runtime | 兼容入口，正式口径已迁移至 06-规则库/M-计算表审核/，仅供外部旧引用使用 | 否（隔离） | 不需要启用：运行时口径以 06-规则库/M-计算表审核/ 为准；库侧删除该兼容入口后退出追踪 |
+
+## 未登记 / 待处理 Skill
+
+（无）
+
+## 内容级校准备注（人工维护，工具不覆盖）
+
+> 目录级事实由上表自动同步；**内容级状态**（必检项是否「待补」、文档是否为空、是否占位）需在下载正文核对后写在这里。
+> 空表示本次未下载正文核对，不代表内容合格。
+> **现行 / 历史读取规则**：本区按新到旧记录；**同一事项出现冲突时，只采信位置更靠前的较新结论**。
+> 其后较早的冲突表述均为**历史记录**，**不得作为当前事实**。
+
+<!-- CALIBRATION-NOTES:BEGIN -->
+本次（2026-09-26 · **CRWU-SKILL-OPT-005-R2**）核对：格式级依赖边界 + 三态结构化导入失败 + 遗漏测试闭环。只做本任务相关回归，非全量检查。
+
+- **格式级依赖边界**：顶层依赖固定到格式（`.xlsx`→`openpyxl`、`.pdf`→`pypdf`、`.xls`→`xlrd`；`.docx` 不入表，保留 `docx`→`textutil` 回退）。删除文件级 `except ImportError` 里"按 `e.name` 推导依赖"的做法（那正是 R1 遗留的**跨格式推导**）——三个格式分支各自调用 `_call_with_dependency(rec, rel, dependency, ext, func, ...)`，依赖不可用时按顶层依赖记账并 `raise DependencyUnavailable()` 终止本分支。传递依赖只进 `causeModule`/`detail`：实测 pypdf 内部缺 `_missing_inner_helper_xyz` 时 `dependency` 仍是 `pypdf`、`causeModule` 才是那个子模块。
+- **三态模型**：`missing`（`find_spec` 返回 None）／`import_failed`（spec 在、import 失败）／`probe_failed`（`find_spec` 自身抛异常）。三态都 `readable=false` + `notChecked=true` + `workVersionCreated=false`，都进 `dependencyGaps` **和** `capabilityGaps`（上游据此确认"该件未核"），都不生成工作版/伪差异、都不归为材料缺失、都不影响其他文件继续盘点。**只有 `missing` 说"缺少第三方运行时依赖"**；另两态分别说"存在但导入失败/不可用"与"状态探测失败"。`recalc_check.py` 同步三态，三者都 exit=3 且不产出差异文件。
+- **删除一个恒不可达的重复分支**：`prepare_materials.py` 主处理 `try` 里原有**两个连续且相同**的 `except Exception as e`（R1 改造时留下的）——后一个恒不可达。已合并为一个，并加 AST 防回归用例（相邻、捕获同一宽泛类型即红）。
+- **补齐遗漏测试**：`.xls`→`xlrd` 三态专门用例（OLE magic 最小夹具）、传递依赖归因用例、`probe_failed` 不得伪装成 `missing` 的用例、`import_failed` 必须结构化（不得只留 note）的用例、AST 结构守卫、以及"不存在跨格式默认 openpyxl"的用例。`test_prepare_materials.py` 从 31 → **35** 个用例，`test_recalc_check.py` 从 17 → **18**。
+- **测试模拟三种忠实形态**（都在**子进程**内，不动本机包）：`prune`（从 `sys.path` 删掉装着该依赖的条目 → `find_spec` 返回 None，**真缺包**）、`shadow`（影子模块可被 `find_spec` 找到、import 抛错 → **import_failed**）、`probe`（finder 的 `find_spec` 自身抛异常 → **probe_failed**）。R1 用"影子模块抛无 `name` 的 `ImportError`"充当缺包是不忠实的，已换成 `prune`。
+- **实机事故与修复（如实记录）**：本轮替换 helper 块时我的脚本用了错误边界，**误删了 `prepare_materials.py` 中约 630 行**（含 `def prepare()`、`is_archive`/`extract_archive`/`magic`/`docx_to_text`/`pdf_to_text`/`xls_dump`/`_raw_xml_hidden`/`_hidden_metadata`/`audit_hidden_references`/`xlsx_visible` 等以及 8 个模块级常量）。已从 `git show HEAD:<file>` 逐段恢复（这些函数在 OPT-005 中从未被改），并用 AST 比对 HEAD 与当前文件的**顶层名字集合**确认"仍缺失：无"；恢复后 `test_prepare_materials.py` 全量 **35/35** 通过（该套件覆盖缓存值优先、H0 隐藏区零泄漏、同名消歧、归档解压、媒体通道等），证明确实恢复完整。
+- **本轮门禁结果**（正式运行时 **Python 3.12.14**，`openpyxl 3.1.5`，全程 `PYTHONDONTWRITEBYTECODE=1`）：`test_prepare_materials.py` **35/35**；`test_recalc_check.py` **18/18**；`test_audit_skill_maintainer.py` **144/144（跳过 1）**，其中 `H0SingleSourceTest` + `ExcelDependencyContractTest` **11/11**；router **26/26**；`test_skill_self_containment.py` **1/1**；`sync-leaf-common-contract --check` 0/0/0（20 份副本与规范源唯一哈希 = 1）；`git diff --check` exit=0；`__pycache__`/`.pyc` 条目 0；`prepare_materials.py` 跨格式默认 openpyxl **0 命中**、重复相邻 `except Exception` **0 处**。
+- **独立证伪**：① 退回跨格式 `e.name` 推导 → "无跨格式默认回退"与"传递依赖不顶替顶层依赖"两条失败；② 重新插入重复相邻 `except Exception` → 只有 AST 守卫失败；③ `probe_failed` 改成 `missing` → 只有探测失败那条失败（两个脚本各一条）；还原后全绿。
+
+本次（2026-09-26 · **CRWU-SKILL-OPT-005-R1**）核对：依赖异常精确归因 + Python 正式运行时口径更正。只做本任务相关回归，非全量检查。
+
+- **正式运行时口径更正**：本表 R1～R5 各段写的"默认 `python3` 3.9.6"只是当时**实际跑命令用的解释器**，**不是** DSH 正式技能运行时口径。正式验收一律用 **DSH/工作区注入的绝对路径**（`load_workspace_dependencies` 的 `python` 字段），并给出三个事实：
+  - `sys.executable` = `/Users/mungdong/.dsh/dsh-runtimes/dsh-primary-runtime/dependencies/python/bin/python3`
+  - `sys.version` = `3.12.14 (main, Sep  1 2026, 14:09:38) [Clang 22.1.3]`（主版本 **3.12** ✓）
+  - `openpyxl.__version__` = `3.1.5`
+  系统 `python3`（3.9.6）本轮只作**附加兼容回归**，不作默认运行时、不作正式验收依据。历史段按"不回改"纪律保留原文，以此处更正为准。
+- **依赖异常精确归因**（`prepare_materials.py`）：`except ImportError` 原先在整个格式分支外统一捕获，并硬编码回退 `getattr(e, "name", None) or "openpyxl"` —— 两个后果都被实测复现：① `.pdf` 的导入失败被说成"缺少 openpyxl"；② **包在但已损坏**（影子模块可被 `find_spec` 找到、import 抛错）也被记成 capability gap，等于把真实缺陷吞成"环境问题"。现在只有**确实不可用**的依赖才记结构化 `dependencyGaps`，否则按真实错误留痕（`note` 以 `ImportError（依赖并非缺失，按真实错误处理）` 开头、**不**产生 `dependencyGaps`）。
+- **顺带修掉一个会崩的洞**：`missing_deps()` 直接调 `find_spec`，包目录在但导入链已坏时 `find_spec` 会抛异常 → **整个盘点崩掉**（exit=1）。新增 `_dependency_absent()` 兜住该异常并算作"该依赖不可用"。这条在 RED 阶段以"缺包用例返回码 1、崩在 `missing = missing_deps()`"的形式被抓到。
+- **`recalc_check.py` 同步精确化**：区分"缺少第三方依赖 openpyxl"与"第三方依赖 openpyxl 导入失败（包存在但不可用）"；两种都 fail closed（exit=3、不读值不重算、不产出差异文件）。
+- **测试用两种忠实模拟**（都在**子进程**内，不卸载本机包）：**阻断型 `meta_path` finder**（`import` 抛 `ModuleNotFoundError(name=…)`、`find_spec` 也报缺 → 真缺包）与**影子模块**（可被 `find_spec` 找到、import 抛错 → 损坏安装）。R5 用的"影子模块抛无 `name` 的 ImportError"其实**不是**缺包形态，本轮已换成阻断型 finder。
+- **本轮门禁结果**（正式运行时 3.12.14）：`test_audit_skill_maintainer.py` **144/144（跳过 1 = 自动缓存聚合 skip）**；`test_prepare_materials.py` **31/31**；`test_recalc_check.py` **17/17**；router **26/26**；`test_media_extract.py` **13/13**；`test_skill_self_containment.py` **1/1**；`test_audit_delivery.py` **111/111**；`test_fetch_review_records.py` **4/4**；映射检查器 `--strict` error=0 / warning=0；`sync-leaf-common-contract --check` 0/0/0（20 份副本唯一哈希 = 1）；`validate` 自研层 0/0、公共层 warn=1 error=0；CLI 守卫 PASS（152 文档 / 21 脚本）；`dws:check` 一致（14 技能）；`git diff --check` exit=0。
+  **附加兼容回归**（系统 3.9.6，非正式依据）：同一批用例 31/31、17/17、144/144（跳过 1）、26/26 全绿，四个改动脚本 3.9 编译通过。
+- **独立证伪**：① 归因退回硬编码回退 → **只有** `.pdf` 误归因与"损坏安装被记成缺依赖"两条失败；② `_dependency_absent` 退回裸 `find_spec` → 缺包用例失败 + pypdf 用例崩溃（证明该洞真实存在）；③ recalc 退回"一律说缺少" → **只有**损坏安装那条失败；还原后全绿。
+
+本次（2026-09-26 · **CRWU-SKILL-OPT-005**）核对：H0 单一权威与 Excel 依赖失效闭环（F-013 / F-014）。
+
+- **F-013 H0 收敛为单一权威**：唯一规范权威 = 叶子共同约束 `12-leaf-common-contract.md` §7.1 —— 它唯一负责 H0 禁读禁报、H1 书面授权边界、隐藏区事项的**状态／等级／去向**、是否进入 `fail`、以及"可见公式引用隐藏输入"的处理方式；并把"仍须给出原始摘录"明确限定为**只允许摘录可见结果／可见公式／其它可见证据**，**不得摘录隐藏区内容**。
+  - `00-input-and-route-profile.md` 改为**机制 owner**：只讲结构识别、raw XML 元数据、可见区工作版重建、raw 坐标映射、媒体锚点隔离、`prepare_materials.py` 输入输出；删除其自带的定级/去向/H1 完整授权条件（原本含 `manualConfirmationItems[]`、`review_required=true`、「不计入 `fail`」）。
+  - `crwu-audit/SKILL.md` 只留工作流入口 + 简短安全提醒 + 对 12 §7.1 与 00 机制的明确指针；`99-maintenance.md` 的 owner 表拆成两行（**12 §7.1 = 规范**、**00 = 隔离机制**）。
+  - `crwu-audit-datacheck/SKILL.md` 只保留**一句**自包含最小铁律（「隐藏区内容不得读取、解析、核对、引用或输出；发现未隔离隐藏区时停止该工作簿处理并登记 capability gap」）+ fail-closed + 回指；**不再**自带 H0 状态表/H1 规范。`references/00-KB装配表.md` 只定义路径装配与输入接口。
+  - **自洽性门禁抓到我一次**：我最初在 datacheck 里写的是 `crwu-audit/references/12-leaf-common-contract.md`，被本技能自带的 `test_skill_self_containment.py` 判为"引用了 sibling Skill 的私有路径"。按仓库口径改为**按名回指**（文档名 + §7.1，并注明"由 router 持有、本技能运行时不读取它"）——这条硬规则不许为了让指针看起来更具体而放宽。
+- **F-014 Excel 依赖失效闭环**：删除 datacheck 里"缺 `openpyxl` 时可用 Python 标准库（zipfile+xml）读值"的**错误降级授权**、会话轶事"本会话已用此方式跑通"、以及"仅用 openpyxl 标准库"的错误定性；改为**第三方运行时依赖** + **fail closed**。
+  - `prepare_materials.py`：缺包不再只写散文 note，改为结构化 `dependencyGaps[{path, dependency, format, reason, notChecked, workVersionCreated}]` + `capabilityGaps`，`readable=false`，**不生成工作版**，**不记为"材料缺失"**；其他非 Excel 文件继续盘点（不短路）。
+  - `recalc_check.py`：缺包时**清晰非零退出（exit=3）**、错误消息明确缺 `openpyxl`（不是裸 traceback）、**不产出差异文件**。
+  - 保留合法 raw XML 用途：`prepare_materials.py` 在 openpyxl 可用时用 raw XML 补足隐藏列区段等结构元数据、`media_extract.py` 读 OOXML 包结构与媒体锚点、测试夹具注入缓存值、归档解压。
+- **本轮门禁结果**（默认 `python3` 3.9.6）：`test_audit_skill_maintainer.py` **144/144 通过（跳过 1 = 自动缓存聚合 skip）**；`test_prepare_materials.py` 28/28；`test_recalc_check.py` 16/16；`test_media_extract.py` 13/13；`test_skill_self_containment.py` 1/1；router 26/26；映射检查器 `--strict` error=0 / warning=0；`sync-leaf-common-contract --check` 0/0/0（20 份副本与规范源唯一哈希 = 1）。
+- **独立证伪**：把 `00` 换回 HEAD 的**真实旧文本**（自带去向裁定的隐藏区段落）→ `H0SingleSourceTest.test_authority_carries_the_only_grading_norm` 变红；缺包行为由影子模块在子进程内证伪（RED 期两个脚本用例均失败：无 `dependencyGaps`、recalc 打裸 traceback）。
+
+本次（2026-09-26 · **CRWU-SKILL-OPT-004-R4**）核对：C9 分支公式、缓存选择语义、备份边界。R3 已验收的自动/显式缓存行为、C8、R2 三个路径谓词**均未改**。
+
+- **C9：先定口径、再套对应公式**（已同时改 `crwu-audit-datacheck/SKILL.md` 与公共契约规范源，并同步 20 份副本）。库内只读原文核对：`M-计算表审核/03-跨表跨文件勾稽审核` C13 的可重算关系列 `增值率 = 增减值 ÷ 账面值`，但其**失败条件**是「…或出现『减值时增值率为负』**而报告采用正数表示减值的口径**」——即该公式属**有符号口径**；`04` C21 只要求"全表与报告口径一致"。因此把 `增值率 = 增减值 ÷ 账面价值` 从"全局前置"移入**口径 A**，前置只保留真正无条件的三条：`增减值 = 评估价值 − 账面价值`、账面价值为 0 不得计算比率、账面价值为负/口径特殊且缺说明 → `pending_verification`；并要求**先确认口径**（来源限于报告正文/表头/备注/本次下载正文）。
+  - **口径 A · 有符号增值率**：`增值率 = 增减值 ÷ 账面价值`；正常正账面下同号；**减值时出现负增值率本身不是错误**。
+  - **口径 B · 正数幅度（减值幅度）**：`减值幅度 = (账面价值 − 评估价值) ÷ 账面价值`（等价 `abs(增减值 ÷ 账面价值)`）；**不得要求**幅度与增减值同号；跨文件须同一标签与约定；不得把有符号「增值率」与正数「减值率/幅度」当同一字段直接比较。
+  - **口径 C · 无法确认**：不选 A/B，`capability gap` + `pending_verification` 转人工，**不作判断**。
+  - 五组数值例子（账面/评估/增减值 → 结论）：**100/80/−20 + A → −20%**（且不报错）；**100/80/−20 + B → +20%**（不得要求同号）；**100/80/−20 + 未确认 → 不算比率、转人工**；**0/80/+80 → 不得计算比率**；**−100/−80/+20 → 无明确特殊说明则 `pending_verification`**。
+- **缓存自动选择语义澄清**（"选最新可用缓存"，不是审计全部历史缓存）：按抓取时间新→旧；允许的过期缺口记录并继续；**命中第一个完整有效候选即 ok 并立即停止**，更老的历史缓存不再参与判定、其漂移不得污染结果；全部候选只有允许的过期缺口才聚合一次 skip。措辞纠正：README/docstring 里"**任何候选**都会失败"改为"**在成功选中完整有效候选之前、被实际评估过的**候选"。
+  - 三个顺序用例（`checked` 数）：`stale newer + valid older` → **ok，checked=2**；`drift newer + valid older` → **fail**（不被后续有效候选掩盖）；`valid newer + drift older` → **ok，checked=1**（旧缓存不污染）。原用例名 `…in_a_later_candidate…` 不实（漂移候选实际排在**第一位**），已改名为 `…in_a_newer_candidate_fails_before_any_success`。
+- **备份目录边界收紧**：`CACHE_BACKUP_MARK` 由 `.bak`（子串）改为精确前缀 `<知识库名>.bak-` + 非空后段。正反例：`中瑞世联评估审核知识库.bak-2026-09-18T155832+0800` → **排除**；`….bakery` → **不排除**；`….bak` → **不排除**；`别的知识库.bak-…` → **不排除**，也不会出现在本知识库的排除消息里。显式指向备份仍按"要验证的精确对象"严格判失败。
+- **本轮门禁结果**（默认 `python3` 3.9.6）：映射检查器 `--strict` **error=0 / warning=0**；`test_audit_skill_maintainer.py` **133/133 通过（跳过 1 = 自动模式的聚合 skip）**；`test_audit_multiaxis_router.py` 26/26 OK；`sync-leaf-common-contract --check` 0/0/0，20 份副本与规范源**唯一哈希 = 1**。
+
+本次（2026-09-26 · **CRWU-SKILL-OPT-004-R3**）核对：缓存选择闭环 + C8/C9 结论边界。R2 已验收的路径谓词与装配判定**未改**。
+
+- **缓存来源模式化**：`_cache_candidates()` 现在返回 `(模式, [CacheCandidate(path, source, catalog)])`，模式为 `automatic` / `explicit-cache-dir` / `explicit-snapshot`；原来的 `_live_cache_dirs()`（只返回 `list[Path]`、且把显式 snapshot 换成它的 parent 再固定读 `目录快照.json`）已删除。
+- **自动发现必须继续遍历**：过期候选只记录、不提前 skip；找到完整有效候选即通过；**全部用尽**且都只是允许的过期缺口时**聚合一次** skip。实测本机：`中瑞世联评估审核知识库`（2026-09-19，328 节点）缺 `06-规则库/M-计算表审核/` → 聚合 skip，消息为「自动发现的 1 个候选都只是允许的过期缺口（… 缺 ['06-规则库/M-计算表审核/']）；已逐个检查 1 个候选；自动发现已排除备份目录（回滚用，非活缓存）：中瑞世联评估审核知识库.bak-2026-09-18T155832+0800」。
+  - **`*.bak-*` 目录是回滚备份、不是活缓存**，自动发现排除它（清单进 skip 消息）。不排除的话本机恒红：那份 2026-09-16 的备份确实缺 `06-规则库/04-AI审核意见屏蔽/02-屏蔽清单`（这个键是本仓引用的、且**不在**允许的新根之下）—— 排除是"不适用候选"，**不是**把真实漂移说成过期。显式覆盖不受影响：用户指到备份就按"要验证的精确对象"严格判。
+- **显式覆盖必须严格失败**：`CRWU_DWS_CACHE_DIR` / `CRWU_DWS_SNAPSHOT` 下"不存在 / 不可解析 / 知识库不匹配 / 过期 / 缺键 / 真实漂移"一律 `fail`，**不 skip、不降级到自动发现**。显式 snapshot **必须用传入的那个文件**（不再被替换成同目录的 `目录快照.json`）。
+- **C8 结论边界**：C8（表单要素完整性）在库内**没有**权威判据（全库 `表单要素` 命中 0），因此从"判 `不符合` 须给坐标与在件值"改为**操作性观察**：只输出 ①可见区坐标 ②在件值/缺失事实 ③`capability gap` ④`pending_verification` + 人工确认去向；**不得**据此下 `不符合`、出规则意见或计入已确认问题，**不得**伪造 RULE/CHK 来源。
+- **C9 条件化符号口径**：删除"减值不得出现负增值率式表述"这类**无条件**规则，改为**三选一、不得混用**：① **有符号增值率**——增值率与增减值同号，**减值时出现负增值率本身不是错误**；② **正数幅度表达**——须有明确标签/口径声明（如「减值率」或明示为减值幅度）且报告/摘要/明细表/汇总表**同一约定**，一处有符号、一处正数幅度却称同一口径才算差异；③ **无法确认口径**——`capability gap` + `pending_verification` 转人工，不得凭行业惯例自选。账面价值为 0 仍不得计算或目测补比率。规范源修好后经 `sync-leaf-common-contract --write` 同步 **20 份**叶子副本（`--check` 0/0/0，唯一哈希 = 1），**未手工编辑任何副本**。
+- **本轮门禁结果**（默认 `python3` 3.9.6）：映射检查器 `--strict` **error=0 / warning=0**；`test_audit_skill_maintainer.py` **124/124 OK（跳过 1 = 上述聚合 skip）**；`test_audit_multiaxis_router.py` 26/26 OK。
+- **独立证伪**（逐条退回、只红对应用例）：过期候选立即返回 → 4 条失败（含"续查"与"聚合"）；显式模式过期改为 skip → **只有** 2 条显式过期用例失败；`CRWU_DWS_SNAPSHOT` 退回取父目录 → **只有**精确文件用例失败。三条判据各自独立生效。
+
+本次（2026-09-26 · **CRWU-SKILL-OPT-004-R2 收口**）核对。R1 修掉三例后仍有**两例**未闭环，本轮补齐；并更正 R1 报告里两处不成立的表述。
+
+- **反例 1（过粗祖先不能替代权威根）**：装配 `06-规则库/` 时，R1 的判据（"目录键=它自己**或祖先**"）把 `M-计算表审核/` 的递归要求视为已满足 —— 错。**已收紧为"必须有它自己的精确目录键"**。过粗祖先仍**不报**装配缺口（内容确实进了清单），但会报 `AUTHORITATIVE_ROOT_NOT_RECURSIVE`，并因父目录递归把**全部 4 个禁用模块**的隔离码一并报出（实测 `06-规则库/` → 1 个 `AUTHORITATIVE_ROOT_NOT_RECURSIVE` + 1 个 `COMPAT_MODULE_ASSEMBLED` + 3 个 `NON_RUNTIME_MODULE_ASSEMBLED`）。
+- **反例 2（目录型模块的子文件是部分泄漏）**：只装配 `06-规则库/M-收益法/04-模块-收益法` 时 R1 **完全静默** —— 因为 `_path_covers` 对"键在目录**之下**"且键不是目录的形式返回 False。**已新增 `_path_overlaps`**：目标是**目录**时其内部文件键也算泄漏；目标是**文件**时仍只认"它自己"或"祖先目录"（相似名兄弟 `…-扩展` 不会假阳性，R1 的修复不被破坏）。
+- **本仓现在有明确分工的三个方向谓词**（不得互换，各自都有会红的用例）：`_path_covers`（内容是否被**递归纳入** → 装配缺口）、`_path_within`（子目录是否被**显式**登记 → 二级维度）、`_path_overlaps`（模块是否有**任意部分**被纳入 → 隔离码）。
+- **更正 R1 报告里两处不成立的表述**：
+  1. **"重复 emit 幂等"不成立**。历史行第一格是**本次运行时间**，跨秒的两次 `--emit-map` 会各追加一条（append-only 设计）；只有同一秒内整行相同才不重复追加。我 R1 时的"幂等"结论是**同秒计时造成的假象**，而支撑它的那条测试断言（两次 emit 后文件逐字相同）本身是**不稳定测试**，本轮已重写为确定性断言：**预置一个被搅乱的历史块 → emit 一次 → 必须自愈为「新→旧」且旧行不丢**。
+  2. 本表历史段里"`--emit-map` 二次运行结果一致（幂等）"的说法同样**不准确**，按"历史段不回改"的纪律保留原文，以此处更正为准。
+  3. R1 报告"尚存风险 #3"（祖先目录也算覆盖是有意选择）**已被本轮复核否定**，该风险关闭。
+- **本轮门禁结果**（默认 `python3` 3.9.6）：映射检查器 `--strict` **error=0 / warning=0**（watched 17 / covered 17；nonRuntime 4 项全 isolated，含收紧后的 `_path_overlaps` —— 真实层没有"目录型模块被内部文件装上"的情形）；`test_audit_skill_maintainer.py` **111/111 OK（跳过 1 = 缓存守卫）**、`test_audit_multiaxis_router.py` 26/26 OK。
+- **独立证伪**：把递归要求退回"祖先也算" → **只有**过粗祖先那条用例变红；把模块隔离退回 `_path_covers` → **只有**子文件泄漏那条用例变红；还原后全绿。说明两条判据各自独立生效、且都有区分力。
+
+本次（2026-09-26 · **CRWU-SKILL-OPT-004-R1 纠正**）核对。本段**更正**下一段（OPT-004）里"全部通过""相似路径不会误命中"的表述——独立复核给出了三个反例，全部成立，已修复并双向验证。
+
+- **路径覆盖语义（三个反例，均已修）**。根因是同一处：用裸字符串前缀 `key.startswith(target)` 判"键是否覆盖目标"。实测：
+  1. **只装父目录** `06-规则库/M-数据对齐-勾稽与一致性/` → 两个禁用模块被**递归下进本次审核**，旧实现**漏报**（`exit=0`）。正确语义：**目录键递归包含其下全部节点**。
+  2. **相似名兄弟文件** `…/05-模块-基准要素一致性-扩展` → 旧实现**误报** `NON_RUNTIME_MODULE_ASSEMBLED`，`path` 还指向 `…/05-模块-基准要素一致性`。正确语义：**文件键只精确匹配**。
+  3. **只装子文件** `…/M-计算表审核/00-模块边界与证据规则` → 旧实现把它当成**覆盖整个受监视目录**，只报 `AUTHORITATIVE_ROOT_NOT_RECURSIVE`、不报装配缺口。正确语义：**目录键才算覆盖目录**。
+
+  修法是按分段判定：新增 `_path_covers`（覆盖：目录键递归、文件键精确）与 `_path_present`（目录存在性），并把"某个子目录是否被**显式**登记"拆成方向相反的 `_path_within` —— 用 `_path_covers` 判二级维度会**恒真**（每个可用叶子都声明了一级根），二级门禁会整体失效。反向验证：把 `_path_covers` 退回旧前缀语义，**8 条用例重新变红**（含上述三个反例）。
+- **口径引用修正（同批发现并修掉）**：`crwu-audit-datacheck` 的步骤标签 `C1`–`C9` 与权威根的 `C1`–`C22` **是两套不同编号**，且**语义冲突**（本技能 `C7`=计算链重算 vs 根 `C7`=引用错行/错列/漏行；本技能 `C8`=表单要素完整性 vs 根 `C8`=错误码；本技能 `C9`=增减值/增值率 vs 根 `C9`=循环引用与外部链接）。已在 `SKILL.md` 步骤 3 加**编号冲突声明 + 「本技能步骤 → 权威根检查点」映射表**（逐条给出根检查点与库内文件）。
+- **C8 口径缺口（如实声明，撤回 OPT-004 的错误引用）**：OPT-004 把 C8 的表单要素完整性口径改指 `01-工作簿结构与完整性审核` —— **查证为错**：全库检索 `表单要素` 命中 **0**；`01` 的检查点是 C1 工作表可见性／C2 可见区合计范围／C3 空白与占位／C4 重复维护同名口径／C5 版本与文件名一致性，**不含封面页脚、签字、页码、表号**；兼容入口亦已声明"只保留接口契约与移交关系、**不再单独定义检查点**"。故 C8 现按**技能自有检查项、库内暂无口径**执行，并在输出中记 **`capability gap`（内容缺口）**；库内补上后改指该文件并删除该声明。
+- **缓存测试修正**：OPT-004 对 `test_real_repository_library_path_keys_exist` 用了**整条 skip**，会把**其它**键的拼写/后缀错误一并掩盖。现改为：① 后缀类/斜杠类漂移**永远严格断言**；② 缺失键**全部**落在声明常量 `_REPO_KEYS_NEWER_THAN_LOCAL_CACHE`（当前 `06-规则库/M-计算表审核/`）之下才 skip，且缺失键**逐条进 skip 消息**；③ 声明之外的键解析不到 → **失败**。双向证伪：注入声明之外的假键（示例：`03-评估方法/示例-旧版/条目`）→ **测试失败**；注入声明之内的假键 → 允许 skip 并列出。
+- **记一笔方法教训**：我本想把"文件形式的右边界检查"也用到二级维度，证伪时发现二级维度的 `forms` 里始终含**目录形式**，任何含该文件路径的文本必然也含其目录前缀 —— 该检查**永远不改变结果**，属不可观测逻辑；已按本仓"断言必须能被证伪"的纪律**整段撤回**，不留无测试的代码。
+- **另一个真实教训（本轮自己踩到）**：我在本段里把证伪用的假键写成了反引号路径（`03-评估方法/…旧版…`），于是**校准表自身**被 `KB_PATH_KEY_NOT_IN_CATALOG` 判为漂移（`error=1`，历史行 17:56:59 记的就是这一刻）—— 与 README 里"负面示例也要避开反引号寻址键"完全同型。改为含「示例」的占位写法后回到 `error=0`。同一时刻 `test_real_repository_library_path_keys_exist` 也**如实失败**（而不是跳过），这正好从生产侧印证了 R1 那条缓存守卫"声明之外的键解析不到就失败"是有效的。
+- **本轮门禁结果**（默认 `python3` 3.9.6）：映射检查器 `--strict` **error=0 / warning=0**（watched 17 / covered 17；nonRuntime 4 项全 isolated）；`test_audit_skill_maintainer.py` **108/108 OK（跳过 1 = 上述缓存守卫）**、`test_audit_multiaxis_router.py` 26/26 OK。
+- **本地 dws 缓存仍为 2026-09-19T22:44:21（328 节点），不含 `06-规则库/M-计算表审核/`**（该根 2026-09-26 才入库）。因此真实层键核对在刷新缓存前只能按上述**有界 skip** 处理；**刷新一次缓存后应重跑并消掉这条 skip**。本轮未在线刷新。
+
+本次（2026-09-26 · CRWU-SKILL-OPT-004，**计算表审核权威装配与原型隔离**）核对。判据来自只读快照目录与库内正文实读，**未在线刷新知识库**。
+
+- **本轮关闭的两个问题**
+  - **F-006**：`06-规则库/M-计算表审核/` 库内已有 **1 目录 + 11 份正文**（`00-模块边界与证据规则`、`01-工作簿结构与完整性审核`、`02-公式链与重算审核`、`03-跨表跨文件勾稽审核`、`04-单位税率精度与符号审核`、`05-市场法计算表审核`、`06-收益法计算表审核`、`07-成本法与资产基础法计算表审核`、`08-资产专项计算表审核`、`09-问题分级与人工复核边界`、`计算差异规则映射`），但此前在 `plugins/` 下**零引用**——`crwu-audit-datacheck` 装的是旧兼容入口，权威正文**无人装配也不报错**。已把它列为**唯一权威计算表口径根**并以**目录键递归装配**（`06-规则库/M-计算表审核/`，带 `/`），datacheck 的 `references/00-KB装配表.md` 与 `SKILL.md` 正文（口径加载、C8 表单要素、C9(c) 符号口径、frontmatter 描述）全部改指该根。
+  - **F-007**：`06-规则库/M-数据对齐-勾稽与一致性/05-模块-基准要素一致性` 正文自述「版本 v0.1 / **状态 原型**」「A 级条目（报告准则/程序准则相关 RULE **待编**）」「严重度定级依据（**A 级规则发布后启用**）」，却曾被 available 的 datacheck 当勾稽口径装入运行时。已加入 `NON_RUNTIME_KB_MODULES`（`prototype/non-runtime`），被装配即 `NON_RUNTIME_MODULE_ASSEMBLED`（error）。
+- **决策 2 落地（兼容入口不装运行时而留库）**：`06-规则库/M-数据对齐-勾稽与一致性/03-模块-数据校对` 正文自述「**兼容入口**」、`## 3. 检查点索引（**指向正式文件**）` 指向 `M-计算表审核/01、02、03、04、09`，且 `M-计算表审核/00` §七与 `09` §六都写明"旧模块降为兼容入口：保留旧路径供既有引用使用，正式内容一律指向本模块"。故它**保留在库内供外部旧引用**，但不进 CRWU 运行时装配；新增 `compat-only/non-runtime` 策略与 `COMPAT_MODULE_ASSEMBLED`（error）把它钉住，与原型模块共用 `nonRuntime` 校准桶。
+- **本轮新增的两条机器判据**（都做了反向证伪）：① `AUTHORITATIVE_ROOT_NOT_RECURSIVE`——权威根必须自己是一条带 `/` 的目录键；只写若干单文件键虽然"覆盖"了前缀（因此不报装配缺口），但库内新增第 12 份正文会**静默掉出清单**；② 装配缺口监视前缀 **16 → 17 项**（加入 `06-规则库/M-计算表审核/`）。
+- **公共契约同步**：`crwu-audit/references/12-leaf-common-contract.md` 的"增减值与增值率自洽"口径来源由旧兼容入口改指权威根的「C13 增减值与增值率勾稽」与「C21 正负号约定」；20 份叶子本地副本 `references/03-common-contract.md` 由 `kb_tool.py sync-leaf-common-contract --write` 确定性同步（20 written → `--check` 0/0/0，唯一哈希 = 1）。**改口径只改规范源再同步，未手改副本。**
+- **取代关系**：本段**取代** 2026-09-19 段「内容级缺口」第 6 条关于"运行时 datacheck 的库内规则来源即为该占位模块"的现行结论——该模块现为 `compat-only/non-runtime`，运行时来源已改为权威根。历史段落按纪律保留不回改。
+- **本轮门禁结果**：映射检查器 `--strict` **error=0 / warning=0**（watched 17 / covered 17 / channelDeclared true；nonRuntime 4 项全部 isolated）；`test_audit_skill_maintainer.py` **104/104 OK（跳过 1）**、`test_audit_multiaxis_router.py` 26/26 OK，均在默认 `python3`（3.9.6）下运行。
+- **本轮未核**：未在线刷新知识库；未逐份复核 `M-计算表审核/` 11 份正文的条目文字正确性（只按实际文件内容确认了权威关系、检查点编号 C13/C21 与原型/兼容状态）；未处理 F-014（openpyxl/zipfile 降级冲突）。
+
+本次（**只读快照** 2026-09-26T13:15:34，`_manifest.json`：total=321 / ok=318 / empty=3 / failed=0）核对。**这是本机下载快照，不是在线实时刷新**；结论只对这份快照成立，下一次审核仍须经 `crwu-dws` 重新下载正文。
+
+- **本轮范围（结构类修复 + 通用门禁，不含内容级全量复核）**：只处理「知识库有二级目录、父 Skill 没索引」这一类漏装，以及它需要的通用门禁。未逐一重核 9 份新增文件的正文，只取**结构与主题统计**。
+- **新增通用门禁：二级目录一致性（`check_audit_skill_mappings.py` 的 `inspect_second_level_index`）**。旧门禁只检查二级目录**是否缺** `评估审核条目` / `01-业务通用审核要点`（warning），从不检查父叶子有没有索引它 —— 于是"库里有、审核读不到"整类漏装不可见（实测：机器设备/债权各 4 个细分对象已入库、两个叶子却仍声明"本一级根未提供 `02-细分对象/`"，旧检查器 error=0）。新门禁对每个二级对象/子业务分三个维度各自要求，任一不成立即 **error**：
+  1. `ASSET_SUBOBJECT_NOT_CLASSIFIED` / `BUSINESS_SUBROUTE_NOT_CLASSIFIED`：**只认 `00-applicability.md`** 的识别表里出现该**标签**（去掉排序前缀；反引号内的路径不计，否则分类维度会退化成装配维度的影子；`01-kb-assembly.md` 有标签不能替代 —— 见 2026-09-26 R1 修正）；
+  2. `..._NOT_ASSEMBLED`：`01-kb-assembly.md` 写出该二级目录的相对目录或完整库内路径键；
+  3. `..._NOT_REVIEWED`：`02-review-focus.md` 写出该二级目录的路径（相对或完整）。
+  另有 `ASSET_SUBOBJECT_ABSENT_CLAIM`：二级目录确实存在却仍声称"本一级根未提供 `02-细分对象/`"；`BUSINESS_SUBROUTE_NOT_IN_CLASSIFICATION`：子业务未登记进 `04-business-classification.md` 的子业务取值域。只对**已注册且 available** 的父 Skill 强制；二级对象/子业务**不**建 Skill、**不**占 registry 行。
+- **本轮修复（3 个叶子 + 分类表）**：
+  - `crwu-audit-asset-equipment`（机器设备，`02-资产类型/02-机器设备/`）：`00-applicability.md` 增加 4 个细分对象识别表（通用设备 / 专用设备 / 电子设备 / 闲置及报废设备）并删除"未提供 `02-细分对象/`"的错误声明；`01-kb-assembly.md` 的 `expected_structure` 与二级选择索引列出 4 个精确目录；`02-review-focus.md` 为 4 个对象各建小节（完整路径 + 文件状态 + 主题 + "共用层先执行、细分层后执行"）。
+  - `crwu-audit-asset-debt`（债权，`02-资产类型/07-债权/`）：同上 4 个对象（不良债权 / 应收账款 / 其他应收款 / 抵债资产）；另写明**抵债资产仍是本一级根内的二级对象**（不新建资产 Skill；其本身为房地产/股权/设备时由对应资产轴独立命中，本对象分类不覆盖其他轴），且**抵押与担保属业务轴**（`融资与债务`），不得与对象分类混淆。
+  - `crwu-audit-biz-financial-reporting`（财务报告，`01-业务路线/03-财务报告/`）：子业务由 4 项补为 **5 项**（公允价值计量、合并对价分摊、**商誉减值**、资产入账、资产减值测试）；`00-applicability.md`/`01-kb-assembly.md`/`02-review-focus.md` 各自索引 `商誉减值/`；明确"商誉减值"与"资产减值测试"的划界（提及商誉/含商誉资产组 → 商誉减值；仅其他资产减值 → 资产减值测试；两类都明确则**两项都保留**；不足以区分则保留候选并 `review_required=true`）。
+  - `crwu-audit/references/04-business-classification.md`：子业务表 财务报告 行补 `商誉减值`（并补"目标技能"列）；修正命中示例 —— 此前 `商誉减值测试` → 子业务 `资产减值测试`（**错误归并**），现为 → 子业务 `商誉减值`，且同时按 03 在资产轴命中 `资产组-含商誉` → `crwu-audit-asset-asset-group-goodwill`，两轴稳定并集、互不替代；另补"禁止首次命中即停止"的显式表述。
+- **二级目录实测（本快照，只读）**：资产轴 20 个一级根中 7 个有 `02-细分对象/`，共 **27** 个细分对象；业务轴 8 个一级根共 **28** 个子业务。其中本轮受影响的三个：
+  - **机器设备：4 个细分对象、4 个有 `评估审核条目`**（通用设备 18 条必检/9 主题、专用设备 24/9、电子设备 24/9、闲置及报废设备 24/9）；
+  - **债权：4 个细分对象、4 个有 `评估审核条目`**（不良债权 29 条必检/9 主题、应收账款 26/9、其他应收款 29/9、抵债资产 28/9）；
+  - **财务报告：5 个子业务、5 个有要点**（公允价值计量 18、合并对价分摊 18、**商誉减值 31 条必检/11 主题**、资产入账 18、资产减值测试 18）。`商誉减值/01-业务通用审核要点` 是**新增且此前未被索引**的那一份（10267 字节、60 行、必检项 31 条、无「待补」/`TODO`）。
+  - 上表「子业务」列的 `5（5）` 与资产轴 27 个细分对象由本表自动列，不需要人工维护；本段只补内容级口径。
+- **商誉减值的历史问题段跨根关系（本轮明确，不越权）**：`商誉减值/01-业务通用审核要点` 的历史高频复核问题段**不内联条目**，而是按**资产组-含商誉**口径重挖 —— 正文在同库 `02-资产类型/10-资产组-含商誉/01-共性参考/01-评估审核条目` 的对应段（25 个问题簇）。处理口径：该资产根**不是** financial-reporting 的第二个一级根、**不**写进它的装配表，由 router 通过 `asset_types[]=资产组-含商誉` 独立装配 `crwu-audit-asset-asset-group-goodwill`；若本次画像没有足够证据命中该资产轴，business 叶子**不得**假装历史问题正文已经装配，按 `capability gap` 记录或转人工。已写进 `crwu-audit-biz-financial-reporting/references/02-review-focus.md`。
+- **附带修好的相邻叶子（经核心复核后在 R1 中批准保留和补全）**：`crwu-audit-asset-realestate` 的 `02-review-focus.md` 原本**完全没有**二级对象入口（按主题组织）。当时新门禁下它是全库唯一不合规叶子（D1 6/6、D2 6/6、**D3 0/6**）。已按"纯追加、只写路径与结构统计、不搬规则正文"补 6 个细分对象小节（土地使用权 18 条必检/10 主题、房屋建筑物 18/9、构筑物及附着物 16/9、在建工程 17/9、投资性房地产 17/10、租赁权及相关权益 18/11）。**R1 修正后分类维度只认 `00-applicability.md`，它的 D1 不再由 `01-kb-assembly.md` 兜底 —— 故 R1 同批补全了它的 `00-applicability.md`（6 行识别表）；其 `01-kb-assembly.md` 未改。**
+- **本轮门禁结果**：临时 `crwu.kb-node-index.v1` 目录（由 `_manifest.json` 的 321 条 `localPath` 推导，464 节点 = 321 文档 + 143 目录，capture time 取 manifest 的 `downloadedAt`，`complete=true` 因 total = ok + empty 且 failed = 0）下，映射检查器 **`--strict` error=0 / warning=0**；`test_audit_skill_maintainer.py` 88/88、`test_audit_multiaxis_router.py` 26/26 全绿。**临时目录未提交，也未写回知识库。**
+- **未核（本轮没做）**：除上述 9 份外的正文未重新下载核对；知识库侧内容缺口（如 2026-09-19 轮记的 `租赁与租金评估/02-方法适用索引`、`/03-监管适用索引` 空文档）本轮未复检，仍按上一条历史记录为准。
+
+本次（2026-09-19T23:04:05+08:00 本机 crwu-dws 在线全量重遍历，complete=true、failures=0、328 节点 / 141 folder / 187 文档 / 深度 5）核对：
+
+- **模式与范围**：`audit`（只读，目录级四层对比）+ 内容级核验（正文经 `crwu-dws` 实时导出后逐份核对）。本轮源仓写入面**仅本校准表**；未改任何一级根、registry、classification、叶子、装配键或分类表。
+- **抓取方式**：本轮由 `crwu-dws` 的 P1（space-list 精确名解析）+ P2（node-list 逐层 DFS、`--page-all --page-limit 200`）**重新在线遍历**，未复用目录缓存；逐层记录分页证据，每页 autoPageComplete=true、failures=0。相较上一次抓取（2026-09-19T22:44）**节点集无变化**（328 → 328），无新增或消失的一级目录。
+- **三形态一致**：同一目录树的目录快照、node-index、目录树三种输入经映射检查器得到**完全相同的 328 条路径**；其中目录树形态因头部只写「扫取」时间、解析器不识别该时间字段，在 `--max-age-hours` 下报 CATALOG_NOT_LIVE —— 属已知输入限制，不影响路径结论。
+- **四层结论（error=0 / warning=0 / 建议=0）**：① 路由机制齐全 —— 入口与 00/02–08/10/99 路由 reference 均在，知识库出现的五轴（asset/business/method/overlay/public）都被并集规则求值；② 注册一致 —— 12 资产 + 8 业务 + 4 public 全 available，7 method + 4 overlay 全 pending，无未登记、无重复、无 label 不符、无遗留前缀；③ 技能存在性 —— 目录、规定 reference、一级根精确存在且属本轴全部成立（public 轴各声明一份 KB 装配表）；④ 需创建：**无**。
+- **明确不进入「需创建」清单的项**：细分对象与子业务（只作父级二级索引，不建 Skill）；知识库结构缺口（如资产缺共性参考、子业务缺业务通用审核要点）记内容 gap，不新建目录。
+- **共同审核点**：8/8 一级业务目录均存在该文档，且均已被对应业务叶子以库内路径键**正向回指**（BUSINESS_COMMON_REVIEW_NOT_REFERENCED 未触发）；该文档是条件性约定，库内缺失时不记缺口。
+- **库内路径键**：236 处反引号寻址键**全部命中本次目录**（含公共轴相关键）；未发现带 .md 后缀或目录项漏 / 的写法。
+- **目录级变化（相对 2026-09-16 全量内容轮 327 节点）**：新增 06-规则库/04-AI审核意见屏蔽/（目录 + 01-维护规则 + 02-屏蔽清单，均为可读 adoc）；消失 06-规则库/README 与 06-规则库/易错点库/README。后两份正是 2026-09-16 轮记录的「README 状态不实」两条内容级缺口，现已在库内删除 → 这两条缺口**不复存在**，无需再核；其余路径集合不变。
+- **内容级：本轮已核（正文经 `crwu-dws` 实时导出）**。本轮将全库 187 个文档节点逐份实时导出，成功 183 / 非文本类型 skipped 2（相关工具下的可执行文件与类型未提供节点）/ 导出回执成功但产物 0 字节 2（见下方缺口 1）。**清单外零下载**；正文只落本次临时区，未写入任何 Skill source，也未写入目录缓存。
+- **内容级结论：资产轴覆盖完整**。12/12 一级根的 `01-共性参考/` 审核条目齐全（9–15 条必检/根，合计 154 条）；`02-细分对象/` 下 27 份 `评估审核条目` 全部有正文（合计 534 条必检）；资产轴必检合计 **688 条**，无空文档、无「待补」、无 `TODO` 占位。（存货 / 资产组合 / 资产组-含商誉 / 废旧物资 / 其他 五根库内未设 `02-细分对象/`，按目录事实记录，不记缺口。）
+- **内容级结论：业务轴覆盖完整**。8/8 `共同审核点` 均为真实内容（5–20 条必检/个，合计 110 条）；28/28 子业务 `01-业务通用审核要点` 全部有真实必检项（合计 290 条），**无一处「待补」**；子业务历史高频复核问题合计 269 条（表格式），`共同审核点` 历史问题为编号清单式（未计入该口径）。
+- **内容级：本轮新闭环（相对历史记录）**：① 上轮记「必检项待补」的 5 处子业务要点**已补齐** —— 拍卖与处置(8 条)、转让与出售(10)、ABS及发债(8)、并购与重组(10)、股权转让(11)；② `06-规则库/清单-M-资产基础法/不动产-房产-资产基础法-报告审核` **内容错误已修复** —— 现为 `CHK-ABS-001~012` 真清单，与收益法清单不再同文（全库重复内容分组 = 0）；③ `06-规则库/清单-M-成本法/不动产-房产-成本法-报告审核`（`CHK-CST-001~012`）与市场法清单均已有真实正文。
+- **内容级缺口（本轮实测，库侧 `manual_only`，不代改知识库）**：
+  1. 🔴 `01-业务路线/01-资产经营/租赁与租金评估/02-方法适用索引`、`03-监管适用索引`：**空文档**（本轮导出回执 success、产物 0 字节，实测复核）。
+  2. 🟡 `06-规则库/模板库/README`：仍引用「00-总纲/执行契约/04-审核统计与台账规范」，库内该位实为「04-复核规定动作清单」，统计台账规范实际是「03-审核统计与台账规范」。
+  3. 🟡 `06-规则库/01-监管规则与口径/README`：索引表未登记同目录已存在的《依据时效对照表》；其《监管规则适用指引-评估类第 1 号》仍标「待精编」。
+  4. 🟡 旧版《资产评估机构业务质量控制指南》（中评协〔2017〕46 号）**未精编/未收录** —— `质控指南2026-精编条目/质控指南-实施审核与监控等` 与 `00-总纲/治理/时效核查日历` 均标「待补录」→ 2026 年内报告的机构质控对照缺现行旧版依据。
+  5. 🟡 `06-规则库/03-通用准则-程序与档案/程序准则2026-精编条目/程序准则2026-第三章实施要求-下与第四章附则`：注「旧版全文待补录」（旧版**精编条目已存在**，缺的是全文归档）。
+  6. 🟡 `06-规则库/M-数据对齐-勾稽与一致性/03-模块-数据校对`：`kb_scope` 自述「A 级条目（当前为占位）」，检查点框架标「A 级规则/模板发布后启用」→ 该模块**只有框架、无 A 级规则**；运行时 `crwu-audit-datacheck` 已 available，其库内规则来源即为该占位模块，须声明覆盖不完整。
+  7. 🟡 `06-规则库/M-收益法/04-模块-收益法`：依赖依据列标「企业价值准则 RULE 待编」→ 方法层模块依据未挂接（与 method 轴 pending 状态一致）。
+  8. 🟡 `06-规则库/M-法律法规合规/02-模块-法律法规合规`：自述「A 级发布前为占位」（原型状态）。
+  9. 🟡 `00-总纲/治理/回测报告-真实案例覆盖` B8 行、`00-总纲/治理/校准案例记录`：军产等场景制度细节、无形资产-成果转化条目仍待补。
+- **口径观察（影响叶子编写）**：资产/业务两轴的审核要点文档**不含 RULE/CHK 编号**（实测逐份 RULE=0、CHK=0）；带条号的是 `06-规则库/清单-M-*`（`CHK-ABS`/`CHK-CST`/`CHK-MKT`…）与各精编条目（`RULE-01-0x-xxx`）。因此「每个要点回指 RULE/CHK」只能经清单/精编条目建立，不能指望库内审核要点自带条号 —— 这也是方法轴 pending 期间清单装配键必须被叶子覆盖的原因。
+- **非缺口（合法用法，勿误记为 gap）**：`06-规则库/01-监管规则与口径/依据时效对照表` 的「登记为待补行」（条文内指令）、`06-规则库/04-AI审核意见屏蔽/02-屏蔽清单` 的「占位符」（规则描述对象）、`00-总纲/执行契约/02-防幻觉协议执行细则` 的「占位条目」（协议术语）、`06-规则库/易错点库/首批易错点`（`PIT-*` 31 条）与 `05-风险案例/风险案例-首批` 的「尚待完善」（正文陈述）、`06-规则库/M-外部数据核验/01-模块-外部数据核验` 的「待补数据项区」（增量登记流程）。
+- **本机（非源仓）观察，不改源仓**：运行时安装副本仍为改名前旧名（含旧版检查器）；其自带检查器未含「两组前缀」修正，对本源仓运行会**误报** 1 条 LEGACY_COMBINED_SKILL（crwu-dev-audit-skill-maintainer）。源仓副本无此问题，运行时副本须由安装/同步流程更新。
+- **知识库顶层**：存在 TODO 目录，按规则忽略，不进入任何轴标签。
+
+本次（2026-09-19T22:44:21+08:00 本机 live 目录缓存，complete=true、failures=0、328 节点）核对：
+
+- **本轮为技能改名/归组（`repair` 结构类，非内容轮）**：`crwu-audit-skill-maintainer` → `crwu-dev-audit-skill-maintainer`；`crwu-dev-audit-public-general-standards` → `crwu-audit-public-general-standards`。归组后 `crwu-audit-*` = 运行时审核能力，`crwu-dev-audit-*` = 开发/维护侧成员。
+- **目录级事实**：沿用本机 `crwu-dws` 于 2026-09-19T22:44:21 的 live 抓取（complete=true、328 节点）；本轮**未再发起一次抓取**，也未改动任何库内路径键、一级根或装配范围。
+- **内容级：未核**。本轮未通过 `crwu-dws` 下载任何知识正文，故不新增内容级结论；内容级状态沿用下方 2026-09-19T18:13 一轮，本表不据此宣告任何新合格项。
+- **回归结果**：映射检查器 error=0 / warning=0（含公共轴与两组前缀）；`kb_tool.py validate --skill-root skills` warn=0 / error=0；`test_audit_multiaxis_router.py` 21 项全绿（0 skip）、`test_audit_skill_maintainer.py` 63 项全绿（0 skip）；`test_dws_source_contract.py` 12 项中 1 项**既有** failure —— 该契约测试的源仓文档 pin 仍指向文档目录改版前的旧位置，与本次改名无关，未纳入本次改动范围。
+- **未做的同步**：运行时安装副本（`~/.dsh`、`~/.skills-manager`）仍为旧名，须由安装流程或 skills 管理机制同步；源仓改名本身不影响已安装副本。
+
+本次（2026-09-19T18:13:19+08:00 在线目录，complete=true、failures=0、328 节点）核对：
+
+- 新增规则库目录 `04-AI审核意见屏蔽`，其下《01-维护规则》《02-屏蔽清单》均为可读 adoc；运行时 Skill 只装配《02-屏蔽清单》。
+- public 轴现为 4 个 `available` 能力；新增 `crwu-audit-output-filter` 恒装配，在候选意见汇总后、阶段一冻结前执行。
+- 本轮只核对目录与上述两份新增正文；未重新下载或复核其他知识正文，旧内容级结论仍保留为历史记录。
+
+本次（2026-09-16T14:29:15+08:00 在线目录，complete=true、failures=0、327 节点；正文经 `crwu-dws` 双通道实时下载 9 个目标目录共 25 份，成功 25 / 跳过 0 / 失败 0，清单外零下载）核对：
+
+**目录级变化（相对 2026-09-16T09:31 基线：300 → 327 节点，+33 新增 / −6 消失）**
+- 新增 20 份文档 + 13 个目录：04-监管覆盖 五层覆盖层规则（国资/证券/金融国资/司法/财务报告，各 1 份）、`06-规则库/01-监管规则与口径/依据时效对照表`、`00-总纲/执行契约/04-复核规定动作清单`、`01-业务路线/03-财务报告/商誉减值/`、02-资产类型/02-机器设备/02-细分对象（4 个）、02-资产类型/07-债权/02-细分对象（4 个）、06-规则库/清单-M-收益法/、06-规则库/清单-M-资产基础法/、`06-规则库/易错点库/首批易错点`、`05-风险案例/风险案例-首批`。
+- 消失 6 个占位文档：04-监管覆盖 五层各自的 README、05-风险案例/README（原为「待填内容」占位，已由真规则/案例文档取代）。
+- 新增文档**全部 `extension=adoc`**，`doc +export` 通道可读；03-评估方法 下收益法/资产基础法/方法选择三个目录的原生 .md 经 `drive +download` 全部取回（v0.6 双通道对本库有效）。
+
+**映射结论（四层 + 方法层/覆盖层装配，本次结构类 error=0）**
+- 路由机制：入口与 router reference 齐全；asset / business / method / overlay / public 五轴均被并集规则求值。
+- 注册一致性：12 资产 + 8 业务 + 4 public 全 `available`；7 method + 4 overlay 全 `pending`；无未登记、无重复、无 label 不符。
+- 技能存在性：目录、references、一级根全部成立。
+- 需创建：**无一级能力缺口**；细分对象（机器设备 4 + 债权 4）与子业务（商誉减值等）不建 Skill，由父级一级根递归覆盖（已核实）。
+- **方法层 / 清单类 / 覆盖层装配（本轮回填）**：本轮把 3 类「内容有、无人装配」补齐 → ① router 按 `methods[]`/`overlays[]` 命中项追加方法层与覆盖层目录（映射表落在 `crwu-audit/references/08-union-dispatch-rules.md`，检查器同步承认该文件为合法装配来源）；② public 叶子补 `06-规则库/01-监管规则与口径/依据时效对照表`（单文件）与 `06-规则库/易错点库/`（`PITFALL_LIBRARY_ROOT`，此前仅房地产可读）；③ 检查器 `watched_prefixes` 由 9 项扩为 16 项（补 2 份新方法清单 + 覆盖层 5 层）。映射检查器 error 由 **3 → 0**。
+
+**内容级状态（本次 25 份正文逐份已核）**
+- `04-监管覆盖/` 5 层规则：正文完整（每份 6.9–9.8 KB），含编号区间、判定要点与真实历史命中，**无占位**。
+- `06-规则库/01-监管规则与口径/依据时效对照表`：`RULE-01-03-001~030` 齐备；文中「登记为待补行」为条文内合法指令，**非占位**。
+- `06-规则库/清单-M-收益法/`、`06-规则库/清单-M-资产基础法/`、`06-规则库/易错点库/首批易错点`（PIT-001~030）、`05-风险案例/风险案例-首批`：正文完整。
+- `03-评估方法/02-收益法/`、`03-评估方法/03-资产基础法/`、`03-评估方法/04-方法选择/`：正文完整（508–1816B/份），此前「读不到」为通道问题、非内容缺口。
+
+**内容级缺口（知识库侧，`manual_only`，须人工修复）**
+- 🔴 `06-规则库/清单-M-资产基础法/不动产-房产-资产基础法-报告审核`：**内容错误**——其正文与 `06-规则库/清单-M-收益法/企业价值-收益法-报告审核` 完全相同（两个不同 `nodeId`，导出 md5 同为 `81c1e344…`、11,638B，标题均为收益法清单），资产基础法清单（`CHK-ABS-001~012`）正文缺失。
+- ✅ 易错点库的历史 README 已从当前目录移除；首批易错点（PIT-001~030）仍在。
+- ✅ 规则库根目录的历史占位 README 已从当前目录移除。
+- 🟡 `06-规则库/模板库/README` 引用 00-总纲/执行契约 下的 04-审核统计与台账规范（库内实际为 03-审核统计与台账规范）。
+- 🟡 `06-规则库/01-监管规则与口径/README` 索引表未登记新入库的《依据时效对照表》。
+
+**检查器口径**
+- 本轮修 `_parse_box_tree`：规范式 `目录树.md` 的**根层条目不写分支标记**，旧实现要求每行都有 `├─`/`└─` → 丢弃根层行并破坏层级栈（327 只解析出 315）。现允许无分支根层行；`test_audit_skill_maintainer.py` 63 项**全绿**（此前 1 FAILED）。
+
+<!-- crwu-cli-guard:exempt-next -->
+本次（2026-09-11T14:10:34+08:00 在线目录，complete=true、failures=0、297 节点；按当时的取数方式逐库实时读取 12 个资产一级根全部正文）核对：
+
+**目录级变化（相对 2026-09-10 基线：257 → 297 节点，+40）**
+- 资产轴 `02-资产类型/` 由 1 个一级根（01-房地产）扩至 **12 个**：02-机器设备（旧「设备」改名）、03-企业价值、04-无形资产、05-矿业权、06-存货、07-债权、08-资产组合、09-交通运输设备、10-资产组-含商誉、11-废旧物资、12-其他。
+- 移除：`数据资产`（现为 04-无形资产/02-细分对象/05-数据资产）、`森林资源`（库内已消失）不再作为一级资产标签。
+- 业务轴结构不变（8 个一级根 + 8 份 `共同审核点` + 27 个子业务），`财务报告` 子业务含 `合并对价分摊`（4 个）。
+
+**映射结论（四层，本次结构类 error=0）**
+- 路由机制：入口与 router reference 齐全；资产/业务两轴均被并集规则分发。
+- 注册一致性：12 个一级资产 + 8 个一级业务，全部恰好一行 registry、label 与库内一级目录同名、无未登记/无重复/无遗留前缀。
+- 技能存在性：21 个叶子目录（12 资产 + 8 业务 + 1 public）四件套/三件套齐全、名称一致、一级根精确存在且属本轴。
+- 需创建：本轮创建 11 个资产叶子（房地产已有）；细分对象与子业务只作父级二级索引、不建 Skill。
+
+**范围轴对齐（用户确认：建资产技能 + scope 轴 profile-only）**
+- `企业价值`／`资产组合` 在 scope 轴由 pending scope 技能改为 `profile-only`（范围画像保留，审核内容由 asset 轴 `crwu-audit-asset-enterprise-value`／`crwu-audit-asset-portfolio` 承接），不再映射 `crwu-audit-scope-*`。
+
+**内容级状态：资产轴（本次 12 个一级根逐份正文已核）**
+- 12 个一级根的 `01-共性参考/01-评估审核条目`（房地产为 `02-评估审核条目`）**均有真实必检项 + 历史高频复核问题**，无空文档、无「待补」、无 TODO 占位（仅 `资产组-含商誉` 与 `其他` 的历史问题段为「本维度在全量数据中暂无聚类命中」，属正常无数据，非缺口）。
+- 带 `02-细分对象/` 的一级根：房地产 6、企业价值 2（股东全部/部分权益）、无形资产 7（专利权/商标权/著作权/特许经营权/数据资产/商誉/其它无形资产）、矿业权 2（采矿权/探矿权）、交通运输设备 2（车辆/船舶），各细分对象 `评估审核条目` 均有正文。
+- 本次**未发现资产轴内容缺口**。
+
+**业务轴修正**
+- `04-business-classification.md` 财务报告子业务补 `合并对价分摊`（此前叶子已含、分类表漏一行）；业务叶子其余内容沿用上一轮已核结论。
+
+**检查器口径**
+- `KNOWN_SKILL_SUFFIXES` 补齐 8 个新资产标签（矿业权/存货/债权/资产组合/交通运输设备/资产组-含商誉/废旧物资/其他），新一级根的建议名不再标「待人工确认」。
+- 复跑：164 处寻址键**全部命中**；error=0 且二次运行结果一致。
+
+本次（2026-09-10T18:12:31+08:00 在线目录；正文经 `doc read` 实时读取 35 份业务正文 + 13 份资产正文）核对；17:51 与 18:12 两次抓取节点集完全一致：
+
+**目录级变化（相对同日 14:18 快照：263 → 257 节点）**
+- 新增：7 个一级业务目录补齐一级根直接文档 `共同审核点`（此前仅 `01-业务路线/01-资产经营/` 有该文档 → 现 8/8 齐备）；
+  `01-业务路线/03-财务报告/合并对价分摊/01-业务通用审核要点`；
+  `01-业务路线/05-投资与资本运作/股权比例变动/01-业务通用审核要点`；
+  `01-业务路线/08-咨询复核与其他/其他目的/01-业务通用审核要点`。
+- 移除：01-业务路线/TODO/ 及其下 8 个旧结构目录（上一轮建议的清理已执行）；00-总纲/目录地图（现为 `00-总纲/历史数据资产 x 业务数据统计`）。
+- 判据不变：`crwu-dws` 的 `by_path` 键 = **原样精确名**；单文件项不得带 `.md`，目录项必须以 `/` 结尾。
+
+**映射结论（四层，本次结构类 error=0）**
+- 路由机制：入口与 router reference 齐全；资产/业务两轴均被并集规则分发。
+- 注册一致性：1 个一级资产 + 8 个一级业务，全部恰好一行 registry，label 与库内一级目录同名，无未登记、无重复、无遗留前缀。
+- 技能存在性：9 个叶子目录、三份规定 reference、名称一致、一级根精确存在且属本轴，全部成立。
+- 需创建：**无**。房地产的 6 个细分对象与 27 个子业务均不建 Skill（只作父级二级索引）。
+
+**库内路径键（本轮发现 2 类失效，均已处置，现 error=0）**
+- 本轮 18:12 复核（节点集与 17:51 完全一致，无并发变更）发现：`crwu-audit-optimize` 的 4 处引用 00-总纲/目录地图 —— 该节点已不在库内，同一位置现为 `00-总纲/历史数据资产 x 业务数据统计`（内容为氚云「业务行为 × 资产类型」项目统计表，**不是目录映射**）；库内 `00-总纲/README` §3 自身仍要求登记到该文档，并引用另一个也不存在的 00-总纲/治理/知识库大纲与进度总表 → 属**知识库侧内容缺口**。
+- 处置（用户确认后执行）：optimize 4 个文件的 KB 登记点改指 `00-总纲/README`（现存的知识库总纲与维护契约），并在 `crwu-audit-optimize/references/00-优化规范与文件落点.md` §2.1 登记上述库侧 gap（不代改知识库）；同类"通配示例" 00-总纲/执行契约/01-04-*.md 实为 01~03，一并登记。
+- 复跑：129 处寻址键**全部命中**；audit 族技能目录内未见 `.md` 后缀或目录项漏 `/` 的写法。
+
+**内容级状态：业务轴（本次逐份正文已核，技能侧已同步）**
+- **8/8 一级根 `共同审核点` 均已是真实内容**（合计 110 条必检 + 220 条历史；6~20 条必检/个）：上一轮"资产经营为 `TODO` 占位、其余 7 个未提供"的结论**已失效**。
+- 27 个子业务 `01-业务通用审核要点`：**22 个有真实必检项（合计 305 条）**；**5 个仍为「待补」**：拍卖与处置、转让与出售、ABS及发债、并购与重组、股权转让 → 这 5 个子业务必检覆盖记**不完整**（未补造任何要求）。
+- 历史高频复核问题：27 个子业务合计 **448 条**（上一轮"24 个子业务 616 条"已失效）；其中 08-咨询复核与其他 / 其他目的 为"本维度在全量数据中暂无聚类命中"。
+- 处置（用户确认后执行）：8 个业务叶子 × 2 文件全部按本次实测改写——共用层状态改为"**已提供且非占位**"并给出路径键；22 个子业务必检项改为实测条数与主题标签；5 个「待补」保留 gap 声明；补齐 `合并对价分摊`（财务报告 → 4 个子业务）与 `股权比例变动`、`其他目的`（由"目录内无审核文件"改为已提供）；`01-业务路线/01-资产经营/租赁与租金评估/02-方法适用索引`、同目录 `03-监管适用索引` 两次读取确认**空文档**，缺口照记。
+- 检查器口径同批修复：`BUSINESS_COMMON_REVIEW_NOT_REFERENCED` 由"字面出现即通过"改为**正向断言**（必须给出 `<一级根>共同审核点` 路径键）——修复前上述 7 个叶子写着"未提供 `共同审核点`"反而能通过，属真实漏报。
+- 本表自身曾出现 2 条 KB_PATH_KEY_NOT_IN_CATALOG **自指 finding**：`--emit-map` 生成的「库内路径键健康」表把未命中键以反引号写回本文件，而本文件又在扫描范围内 → 非幂等，并把 optimize 的漂移重复记到维护器名下。已改为该表**不写反引号**；复跑 error=0 且二次运行结果一致（幂等）。
+
+**内容级状态：资产轴（本次逐份正文已核，上一轮"内容未核"已解除）**
+- `01-共性参考/`：对象准则精编 5 篇（README、总则与基本遵循、操作要求、评估方法、企业价值中不动产与披露附则）+ `02-评估审核条目` + `03-房地产相关复核条目` 均有正文。
+- 6 个细分对象 `评估审核条目` 均有正文（5.5~7.2 KB）。
+- **本次未发现资产轴内容缺口。**
+
+**逐项内容缺口（业务轴）**
+| 库内层级路径 | 状态 |
+| --- | --- |
+| `01-业务路线/01-资产经营/租赁与租金评估/02-方法适用索引` | 空文档（两次读取均 success=true、markdown 为空） |
+| `01-业务路线/01-资产经营/租赁与租金评估/03-监管适用索引` | 空文档（同上） |
+| `01-业务路线/02-交易与处置/拍卖与处置/01-业务通用审核要点` | 必检项「待补」 |
+| `01-业务路线/02-交易与处置/转让与出售/01-业务通用审核要点` | 必检项「待补」 |
+| `01-业务路线/04-融资与债务/ABS及发债/01-业务通用审核要点` | 必检项「待补」 |
+| `01-业务路线/05-投资与资本运作/并购与重组/01-业务通用审核要点` | 必检项「待补」 |
+| `01-业务路线/05-投资与资本运作/股权转让/01-业务通用审核要点` | 必检项「待补」 |
+
+**公共轴内容状态（沿用 2026-09-10 上一轮已核结论；本轮未重导）**
+- 新增 public 轴能力 `crwu-audit-public-general-standards`（label `通用准则`），两个装配根：`06-规则库/02-通用准则-报告与披露/`（7 节点）、`06-规则库/03-通用准则-程序与档案/`（18 节点）。
+- **本次已导出两个根内全部 19 份正文并逐份核对**（经 `crwu-dws` 实时下载后只读引用；正文不落库、不写入技能）：
+  - `报告准则-精编条目/` → `RULE-01-02-251~260`（总则与基本遵循，第 1–10 条）、`RULE-01-02-261~279`（报告内容与附则，第 11–29 条），批次 BGZ-2018-01，**A 级已发布（2026-09-08 质控确认）**；
+  - `程序准则2018-精编条目/` → `RULE-01-02-101~115`、`116~127`（批次 PCZ-2018-01，A 级已发布），**至 2026-12-31 仍现行**；
+  - `程序准则2026-精编条目/` → `RULE-01-02-001~007`、`008~019`、`020~028`（批次 PCZ-2026-01，A 级已发布），**自 2027-01-01 起施行**；
+  - `质控指南2026-精编条目/` → `RULE-01-02-401~417`、`418~434`、`435~456`（批次 ZK-2026-01，A 级已发布），**自 2027-01-01 起施行**，废止中评协〔2017〕46 号。
+- **版本纪律**：程序准则新旧两版施行期间不同 → 2026 年内报告按旧版整段引用；六处实质差异（程序环节 7→9、程序缺失处理三要求、内部审核→分级审核、出具前再审核、业务报备一致、涉密档案）已写入技能 `02-review-focus.md` §1。禁止新旧混引、禁止以新版新增要求倒查旧版期间报告。
+- **内容缺口（本次新登记，不补造）**
+
+  | 库内层级路径 | 状态 | 影响 |
+  | --- | --- | --- |
+  | `06-规则库/03-通用准则-程序与档案/机构业务质量控制指南2026-6号` | 索引卡（非规则条目，不作引用依据）；其配套**旧版（中评协〔2017〕46 号）未精编** | 2026 年内报告的机构质控对照**无现行依据**，只能记 gap |
+  | `06-规则库/03-通用准则-程序与档案/资产评估执业准则-利用专家工作及相关报告-索引卡` | 索引卡；**精编待办** | 专家工作类程序与披露只能间接引用报告准则特别事项与质控指南专家工作条款 |
+  | `06-规则库/02-通用准则-报告与披露/资产评估报告准则` | 索引卡；报告准则重构期是否修订**待跟踪** | 报告日跨重构节点的项目版本适用性需人工确认 |
+  | `06-规则库/02-通用准则-报告与披露/报告准则-精编条目/报告准则-报告内容与附则` 与同目录 `报告准则-附件格式与声明样稿-参考` | 声明要素条目数表述不一致（一处六项、一处七项） | 按规则条目原文判定，分歧列为**待核项**，不自行取舍 |
+
+**库侧清理建议（钉钉端）**
+- 01-业务路线/TODO/ 的清理**已执行**（本次目录已无该目录），上一轮建议结案。
+- 5 个 `01-业务通用审核要点` 的必检项仍为「待补」（见上表）——这是当前业务轴唯一影响覆盖完整性的批量缺口，建议优先补齐。
+- 两个**无人认领**的旗舰清单（P0-2，待方法轴落地后验收）：`06-规则库/清单-M-市场法/不动产-房产-市场法租金比较-报告审核`、`06-规则库/清单-M-成本法/不动产-房产-成本法-报告审核`。建议方法轴技能以根 `03-评估方法/` 装配这两个目录（`03-评估方法/04-方法选择/`、`03-评估方法/05-审核要点/` 亦当前无人认领）。
+<!-- CALIBRATION-NOTES:END -->
+
+## 校准历史（新→旧，工具追加）
+
+<!-- CALIBRATION-HISTORY:BEGIN -->
+| 校准时间 | 目录抓取时间 | 节点数 | error | warning | 建议 |
+| --- | --- | --- | --- | --- | --- |
+| 2026-09-26T21:18:54+08:00 | 2026-09-26 13:15:34 | 464 | 0 | 0 | 0 |
+| 2026-09-26T20:32:55+08:00 | 2026-09-26 13:15:34 | 464 | 0 | 0 | 0 |
+| 2026-09-26T20:17:54+08:00 | 2026-09-26 13:15:34 | 464 | 0 | 0 | 0 |
+| 2026-09-26T19:55:30+08:00 | 2026-09-26 13:15:34 | 464 | 0 | 0 | 0 |
+| 2026-09-26T18:46:44+08:00 | 2026-09-26 13:15:34 | 464 | 0 | 0 | 0 |
+| 2026-09-26T18:20:15+08:00 | 2026-09-26 13:15:34 | 464 | 0 | 0 | 0 |
+| 2026-09-26T17:59:56+08:00 | 2026-09-26 13:15:34 | 464 | 0 | 0 | 0 |
+| 2026-09-26T17:57:50+08:00 | 2026-09-26 13:15:34 | 464 | 0 | 0 | 0 |
+| 2026-09-26T17:56:59+08:00 | 2026-09-26 13:15:34 | 464 | 1 | 0 | 0 |
+| 2026-09-26T17:36:32+08:00 | 2026-09-26 13:15:34 | 464 | 0 | 0 | 0 |
+| 2026-09-26T16:10:15+08:00 | 2026-09-26 13:15:34 | 464 | 0 | 0 | 0 |
+| 2026-09-19T23:04:30+08:00 | 2026-09-19T23:04:05+08:00 | 328 | 0 | 0 | 0 |
+| 2026-09-19T22:57:14+08:00 | 2026-09-19T22:44:21+08:00 | 328 | 0 | 0 | 0 |
+| 2026-09-16T14:43:52+08:00 | 2026-09-16T14:29:15+08:00 | 327 | 0 | 0 | 0 |
+| 2026-09-11T14:32:32+08:00 | 2026-09-11T14:10:34+08:00 | 297 | 0 | 0 | 0 |
+| 2026-09-10T18:35:47+08:00 | 2026-09-10T17:51:38+08:00 | 257 | 0 | 0 | 0 |
+| 2026-09-10T18:18:38+08:00 | 2026-09-10T18:12:31+08:00 | 257 | 0 | 0 | 0 |
+| 2026-09-10T18:16:59+08:00 | 2026-09-10T18:12:31+08:00 | 257 | 0 | 0 | 0 |
+| 2026-09-10T18:16:55+08:00 | 2026-09-10T18:12:31+08:00 | 257 | 2 | 0 | 0 |
+| 2026-09-10T17:56:30+08:00 | 2026-09-10T17:51:38+08:00 | 257 | 6 | 0 | 0 |
+| 2026-09-10T17:55:16+08:00 | 2026-09-10T17:51:38+08:00 | 257 | 5 | 0 | 0 |
+| 2026-09-10T16:09:17+08:00 | 2026-09-10T14:18:56+08:00 | 263 | 0 | 2 | 0 |
+| 2026-09-10T16:08:15+08:00 | 2026-09-10T14:18:56+08:00 | 263 | 0 | 2 | 0 |
+| 2026-09-10T15:18:14+08:00 | 2026-09-10T14:18:56+08:00 | 263 | 0 | 2 | 0 |
+| 2026-09-10T15:09:13+08:00 | 2026-09-10T14:06:27+08:00 | 263 | 0 | 2 | 0 |
+| 2026-09-10T14:34:48+08:00 | 2026-09-10T14:06:27+08:00 | 263 | 0 | 2 | 0 |
+<!-- CALIBRATION-HISTORY:END -->