dsh-crwu-workbench 0.0.10

package/skills/crwu/crwu-audit/references/11-html-delivery-spec.md

@@ -0,0 +1,881 @@
+# CRWU 审核意见 HTML 送达规范 v1.6
+
+> 统一数据模型　单文件交付　双证据链　两阶段门禁
+
+| 文档属性 | 内容 |
+| --- | --- |
+| 文档类型 | 项目规范与开发实施基线 |
+| 版本 | v1.6 |
+| 状态 | 正式规范 |
+| 面向对象 | 审核系统开发人员、规则库与 Skill 维护者、三级审核与质控人员 |
+| 生效日期 | 2026-09-17 |
+| 替代关系 | 承接 v0.4 的内部审核逻辑；重新定义员工端 HTML 送达层 |
+| 最终交付 | 员工侧一个自包含 HTML；内部同步留档一份与 HTML 内嵌对象一致的 AuditResult JSON |
+
+本规范确立一个核心结论：AuditResult JSON 是审核结果的单一事实源，HTML 仅负责如实呈现。JSON 校验不通过时不得进入 HTML 渲染；校验和渲染后自检均通过时，才成对写出员工 HTML 与内部监控 JSON，二者必须逐字段一致。员工先看到结论、问题、依据和修改动作；专业人员可在同一文件中展开规则、复核与审计轨迹。
+
+文中规则名称、条款号、文件名、数值和路径示例均为结构示意，只有经本次审核实际读取并完成版本校验的内容，才可进入正式审核结论。
+
+## 文档控制
+
+| 版本 | 日期 | 状态 | 主要变化 |
+| --- | --- | --- | --- |
+| v0.4 | 2026-09-09 | 原型 | 形成两阶段门禁、复核综合对比、逐条裁定表与审核记录清单。 |
+| v1.0 | 2026-09-10 | 正式规范 | 将员工展示层与内部审计层分离；引入双证据链、五段式判定链、审核依据地图、统一 AuditResult JSON 与自包含 HTML 交付。 |
+| v1.1 | 2026-09-16 | 正式规范 | 重构信息层级；问题依据按需展开；复核文件与意见逐条结构化；命中率改为可重算百分比，并单列已称修复但实际未落实事项。 |
+| v1.2 | 2026-09-16 | 正式规范 | **修正命中率口径**：命中率=`(exact+partial)/evaluable`（**部分命中是命中，只是层次较低**），精确/部分/未命中作为「命中层次」单列；废弃把 `exact/evaluable` 称作「严格命中率」并作为主指标；`reviewItems[]` 新增必填 `hitExplanation`（命中说明），要求逐条说明复核条目笼统/具体、AI 命中了哪些、未命中哪些、判定理由。 |
+| v1.3 | 2026-09-17 | 正式规范 | **新增 §4.6 问题描述写法**：`problemDescription` 强制两段式（首句结论 ≤60 字 + 2–4 行员工话明细，明细须含材料落点），禁止在描述中出现规则编号、知识库路径与内部代号，由 renderer 硬校验拦截、分行渲染；补 §4.2 字段要求、附录 C 验收条目。 |
+| v1.4 | 2026-09-17 | 正式规范 | **收紧 JSON-first 交付并优化员工阅读**：JSON 校验失败时 HTML 与配套 JSON 均不生成；成功后配套 JSON 与 HTML 内嵌 AuditResult 完全一致。首屏增加三行行动摘要与可点击计数卡；问题位置强化为文件/定位面板；人工确认紧跟 AI 问题区。renderer 升至 `renderer/1.2.4`，`schemaVersion` 保持 `1.1.0`。 |
+| v1.5 | 2026-09-18 | 正式规范 | **强化闭环异常与条目导航**：首屏结论增加“已称修复但实际未落实”直达告警；《人工复核对照》标题下前置同口径告警，各复核级次显示异常数，异常条目显示文字标签；AI 问题、人工确认、复核意见和未检查项增加区内连续显示序号。renderer 升至 `renderer/1.2.5`，`schemaVersion` 保持 `1.1.0`。 |
+| v1.6 | 2026-09-18 | 正式规范 | **外部数据核验先判适用性**：`externalDataVerification.applicability` 成为必填判定；不适用时明确显示“本报告暂不涉及外部数据核验”及知识库依据，不探测数据源、不记未检查或能力缺口；仅在确需核验但数据源不可用时提示未配置/未认证。renderer 升至 `renderer/1.2.6`，`schemaVersion` 升至 `1.2.0`。 |
+
+### 规范性用语
+
+| 用语 | 含义 |
+| --- | --- |
+| 必须 | 不可省略的强制要求；违反即不允许发布。 |
+| 不得 | 明确禁止。 |
+| 应 | 原则上必须满足；偏离时须记录理由。 |
+| 可 | 可选能力，不影响最低合规交付。 |
+
+## 目录
+
+1 目标与适用范围
+
+2 核心原则
+
+3 最终交付结构
+
+4 问题条目规范
+
+5 本次审核依据规范
+
+6 人工复核对照
+
+7 审核范围与未检查项
+
+8 专业审核轨迹
+
+9 统一 AuditResult JSON 数据结构
+
+10 HTML 输出规范
+
+11 流程与两阶段门禁
+
+12 版本管理与维护规则
+
+13 Skill 与 renderer 维护建议
+
+附录 A 完整问题条目示例
+
+附录 B HTML 页面骨架
+
+附录 C 发布前验收清单
+
+## 1 目标与适用范围
+
+本规范用于统一 CRWU 审核系统的结果数据、员工送达页面与审计追溯口径。无论审核由多少个叶子 Skill、规则包或校验模块参与，每次审核最终只向员工交付一个可离线打开、可打印、可追溯的 HTML 文件。
+
+### 1.1 目标
+
+- 让普通员工在首屏快速判断“有没有问题、先处理什么、去哪里修改、为什么”。
+- 让三级审核与质控在同一文件内追溯每个结论使用的规则、被审核材料、差异推导和复核来源。
+- 让维护者能够还原本次实际装载和命中的规则、知识库文件版本及检查覆盖情况。
+- 把审核判断与页面渲染解耦，避免不同 Skill 输出口径、术语和版式各自演进。
+
+### 1.2 适用范围
+
+| 适用对象 | 适用内容 |
+| --- | --- |
+| 叶子 Skill | 按统一字段契约输出规则命中、材料证据、裁定与检查记录。 |
+| 审核编排器 | 汇总结果、执行门禁、冻结阶段一、完成阶段二对照并产出 AuditResult。 |
+| HTML renderer | 将 AuditResult 确定性渲染为单文件 HTML。 |
+| 规则库维护 | 维护权威层级、版本、条款、来源路径和 exportedAt。 |
+| 三级审核与质控 | 核对结论、复核差异、未检查项和证据完整性。 |
+
+### 1.3 不在本规范范围内
+
+- 不规定具体资产评估结论或真实法规条款内容。
+- 不替代规则库的规则编写规范、统计台账规范或项目业务方案。
+- 不允许 renderer 推断、补齐或重新裁定业务结论。
+
+## 2 核心原则
+
+| 原则 | 强制口径 |
+| --- | --- |
+| 一个员工交付文件 | 员工侧每个项目只接收一个 HTML；内部监控同步留档配套 JSON，不作为员工额外交付件。 |
+| 一个事实源 | AuditResult JSON 是唯一权威结果。页面、打印版和汇总均从它派生。 |
+| JSON 校验先行 | 先完成 AuditResult JSON 校验，再运行 HTML 渲染；失败时不得生成或沿用本次 HTML。 |
+| 双证据链 | 审核规则依据回答“凭什么审”；被审核材料证据回答“从哪里发现”。二者不得合并成模糊的“依据”。 |
+| 五段式判定 | 每条问题按规则、材料、差异、结论、修改形成闭环。 |
+| 两阶段隔离 | 阶段一独立审核不得读取或参考复核记录；阶段一冻结后，阶段二才进行复核对照与综合比较。 |
+| 权威分层 | 外部正式依据与内部辅助规则必须显著区分，内部 Markdown 不得被描述成法规或准则。 |
+| 展示分层 | 员工任务优先，工程字段和审计细节默认折叠，但不得丢失。 |
+| 诚实覆盖 | 不可读、未实现、缺材料或未执行的检查必须显式列入未检查项。 |
+| 只呈现不改写 | renderer 不新增、删除、合并、拆分、升级、降级或润色审核结论。 |
+
+## 3 最终交付结构
+
+员工界面严格采用以下顺序。首屏直接给出 AI 审核综合结论、三行行动摘要和可点击关键数字；随后连续呈现 AI 问题与需要人工确认事项，再展示外部核验、人工复核与客观评分；规则和审计细节按需展开。
+
+| 序号 | 页面区域 | 默认状态 | 主要回答 |
+| --- | --- | --- | --- |
+| 01 | 中瑞世联AI审核报告 - [报告流水号ID] | 展开 | 标题中的流水号取 `auditTask.projectId`；首屏展示本次 AI 审核结论、由既有明细生成的「优先处理 / 继续核对 / 人工确认」三行行动摘要，以及问题数、待确认、未检查、**命中率**与实际未落实数。前三张计数卡必须可点击并跳转到对应区块；实际未落实数大于 0 时，计数卡和结论区都必须出现可点击告警，直达《人工复核对照》的闭环异常清单；完整 `summary.narrative` 默认折叠但不得删改。**首屏命中率必须带口径与精确数字**：主指标为命中率（分母＝员工复核意见中未修改（未落实）的条目；分子＝AI 命中的条目，即精确命中＋部分命中），并紧接一张不折叠的《命中率口径（精确数字 · 按全部复核级次汇总）》表，逐行列出各复核级次条数、合计、分母、分子（精确命中／部分命中）、未命中、已剔除项（已在件落实／材料缺失或不可读／能力边界）、以及「分子 ÷ 分母 = 命中率」与「精确命中 ÷ 分母 = 精确命中率」。**不得只给一个裸分数或裸百分比**，分母构成必须可直接复核，避免被误读为只统计了某一级复核。 |
+| 02 | AI 检出的问题项 | 展开 | 大概是什么问题、在哪里；问题位置以首要摘要和去重后的文件/定位列表醒目展示；每项显示区内连续序号，同时保留稳定 `issueId`；单列 AI 独立检出数量及高/中/低分布，独立发现卡片醒目标识；修改意见及判断依据与规则按需展开。 |
+| 03 | 需要人工确认事项 | 展开 | 哪些尚不能作为确定结论；紧跟 AI 问题区，便于审核人员连续处理；每项显示区内连续序号。 |
+| 04 | AI 外部数据核验结果 | 展开 | 先说明本报告是否进入外部核验范围及知识库依据；不适用时显示“本报告暂不涉及外部数据核验”，只有适用且能力不可用时才提示未配置/未认证。 |
+| 05 | 人工复核对照 | 展开 | 有哪些复核文件；标题下直接显示实际未落实总数；各级复核已修改、AI 命中、未命中和实际未落实多少。每项显示区内连续序号；`L-unclosed` 所在级次显示异常数量标签，具体条目显示“闭环异常｜称已修复但实际未修改”标签。 |
+| 06 | AI 审核表现评分卡 | 展开 | 按复核级次与问题模块展示可重算的命中率、精确命中率与命中层次分布。 |
+| 07 | 本次审核依据 | 默认折叠 | 本次实际用了哪些正式与内部规则。 |
+| 08 | 审核范围与未检查项 | 展开 | 检查了什么、没检查什么及影响。 |
+| 09 | 专业审核轨迹 | 默认折叠 | 规则快照、逐条裁定、完整检查记录和综合对比。 |
+| 10 | 文件追溯信息 | 展开 | 数据版本、生成时间、完整性校验和工具版本。 |
+
+### 3.1 员工端术语映射
+
+| 内部术语 | 员工界面用语 | 展示说明 |
+| --- | --- | --- |
+| A | AI 与人工复核均发现 | 相互印证 |
+| B | 仅 AI 发现 | AI 新增发现，建议人工确认 |
+| C | AI 与复核均涉及但结论或范围不同 | 结论存在差异，需复核 |
+| L / 复核独有 | 仅人工复核发现 | AI 未命中，先做在件核验（见 §6.1）再定性 |
+| CHK | 检查点 | 仅在专业审核轨迹显示 |
+| kb_id | 规则编号 | 在依据详情显示，不抢占卡片标题 |
+
+## 4 问题条目规范
+
+### 4.1 分流与排序
+
+- “需要处理的问题”按高、中、低排序；同等级内按业务分区、文件顺序和定位排序。
+- 每张卡片首屏必须直接显示问题方向、位置和客观描述，不要求用户先点击才能理解问题；修改意见默认收起，并在展开标题中显示条目数。
+- 阶段二复核已执行时，`reviewComparison.category=B` 的卡片必须在标题区显示“AI 独立发现”，并提示该项未与人工复核意见重叠；问题区标题下必须汇总 AI 独立检出总数及高/中/低严重程度数量。阶段二未执行时不得显示该标识或统计，避免把“尚未对照”误写成“AI 独立发现”。
+- 修改意见的 `summary` 必须写明“展开修改意见（共 N 项）”；展开后逐条显示建议修改文件、定位与动作。打印时必须完整展开，不因屏幕端折叠而缺失。
+- 规则依据、材料证据、差异推导和结论放入默认收起的 `details`；`summary` 必须写明“展开判断依据与规则”并附规则/材料条数，不能只用无文本图标暗示可点击。
+- 规则性缺陷与已有充分材料依据的合理性问题进入处理区。
+- 无依据待判、证据不足或必须由专业人员判断的事项进入“需要人工确认事项”，不得包装成确定性不通过。
+
+### 4.2 每条问题的最小字段
+
+| 字段 | 必填 | 员工展示 | 要求 |
+| --- | --- | --- | --- |
+| issueId | 是 | 是 | 稳定且项目内唯一。 |
+| title | 是 | 是 | 一句话说明具体问题，不使用内部代号代替。 |
+| module | 是 | 详情 | 归因模块。 |
+| locationSummary | 是 | 是 | 首要文件、分区与定位摘要。 |
+| severity | 是 | 是 | high / medium / low。 |
+| issueType | 是 | 是 | rule_defect / reasonableness_doubt / unsupported_pending。 |
+| decision | 是 | 是 | fail / pending_confirmation / pass；问题列表通常不记录 pass。 |
+| problemDescription | 是 | 是 | 客观陈述，不补写材料中不存在的事实；并须满足 §4.6「问题描述写法」（首句结论 + 员工话明细，机器硬校验）。 |
+| handlingRequirement | 是 | 是 | 必须修改 / 补充说明 / 核实后处理 / 人工确认。 |
+| ruleEvidence[] | 条件必填 | 是 | 不通过为规则性缺陷时至少一条正式或明确分层的辅助依据。 |
+| materialEvidence[] | 是 | 是 | 至少一条真实读取的文件内证据。 |
+| gapAnalysis | 是 | 是 | 规则要求、材料现状、差异和判断的明确映射。 |
+| recommendedEdits[] | 是 | 是 | 具体到建议修改文件、位置和动作。 |
+| flowStatus | 是 | 是 | 待答复 / 已答复 / 已复核。 |
+| confidence | 是 | 详情 | 高 / 中 / 低及理由。 |
+| reviewComparison | 阶段二必填 | 是/详情 | 未进入阶段二时必须标明未执行。 |
+
+### 4.3 双证据链
+
+规则侧证据与材料侧证据必须分别存储、分别展示、分别引用。一个问题只有规则而没有材料，只能说明“应当如何”，不能证明本项目“实际违反”；只有材料异常而没有适用规则或明确的专业判断边界，不得直接形成规则性缺陷。
+
+| 证据链 | 允许来源 | 最小定位 | 关键字段 |
+| --- | --- | --- | --- |
+| 审核规则依据 | 法律法规、资产评估准则、评估方法规则、监管规则、协会要求、内部审核规则、CRWU 知识库规则、历史风险案例 | 规则名称 + 版本 + 条款；知识库相对路径 + exportedAt | authorityClass、sourceType、ruleId、title、version、clause、quote、kbRelativePath、exportedAt |
+| 被审核材料证据 | 报告正文、评估说明、测算明细表、附件、答复材料等本次实际读取文件 | 文件名 + 页码/章节/段落或 Sheet + 单元格/区域 | fileId、displayName、section、locator、excerptOrValue、evidenceRole、contentHash（可选） |
+
+**非单元格证据的 `locator` 形态**（图片/页眉页脚/批注/形状/图表等；`locator` 是自由字符串，下列为受控写法）。
+**来源唯一**：编排层产出的媒体放行清单 `<案例>/媒体索引.json`（阶段二为 `<阶段>媒体索引.json`），
+`locator` **逐字取自该清单的 `locator` 字段**，不得自行改写或凭印象编造：
+
+| 证据形态 | `locator` 写法 | 说明 |
+| --- | --- | --- |
+| xlsx 内嵌图 | `<sheet>!图片#<序号>（锚点 <起始行>:<结束行>）` | 序号/锚点由编排层解析 raw 包的 `xl/media` + `drawing*.xml` 得出；单格锚点起止行相同 |
+| docx/doc 正文内联图 | `<文件名>!第<段落号>段图片#<序号>（前文：<邻近文字>…）` | 段落序 + 前文便于人工核对；`.doc` 经 `textutil` 中转，保真度降级会在盘点标注 |
+| PDF 内嵌图/扫描页 | `<文件名>#第<N>页图片#<序号>` | 无文本层且无内嵌图的页记「疑扫描件 · 未核验」（本机无渲染） |
+| 独立图片 | `<文件名>（整图）` | 逐页扫描件给页码时用 `<文件名>#第<N>页` |
+| 页眉/页脚 | `<sheet>!页眉` / `<sheet>!页脚` | 版式证据，媒体清单**不导出**，按未核验登记 |
+| 批注 | `<sheet>!批注!<单元格>` | 同上 |
+| 形状/图表 | `<sheet>!图形#<序号>` | 同上 |
+
+- 该形态的证据**只能来自媒体放行清单**（工作版恒不含媒体，叶子也不得自行解析 raw 原件包；
+  口径见 `00-input-and-route-profile.md` §Excel）。清单内每条另带 `mediaId` / `localPath` / `sha256`
+  可用于追溯；锚点落在隐藏区的媒体**不进清单**（H0），不得引用。
+- **未核验**的媒体证据写「未核验」（含 `未核验原因`），并逐条进 `scope.notCheckedItems`
+  （`reasonCode=unreadable|unsupported`）；**不得**写成"缺失/为空/未列示"，也不得作为
+  "材料缺失"证据引用。
+- `excerptOrValue` 写**从证据本身读到的事实**（如"位置图标注起点与三个案例 4.6/5.4/3.8 km"），
+  不得写"无""空"来替代未核。
+
+### 4.4 五段式判定链
+
+1.  规则：陈述适用于本项目的要求，并引用规则条款与来源。
+
+2.  材料：列出实际读取到的文件证据、位置和原文或数值。
+
+3.  差异：逐项解释材料与要求之间的不一致、缺失或无法验证之处。
+
+4.  结论：给出不符合、需人工确认或其他限定结论，并匹配严重程度与意见类型。
+
+5.  修改：明确处理要求、建议修改文件、定位与可执行动作。
+
+### 4.5 判定纪律
+
+- 引用原文应逐字一致；转述必须显式标注为“转述”。
+- 一个差异引用多个文件时，两端证据均需列出；跨表勾稽应同时给出两个或多个坐标及数值。
+- 建议修改文件不得凭经验猜测；不能确定时写“请项目负责人确认修改载体”。
+- 严重程度用于表达影响与处理优先级，不得代替依据强度。
+- 低置信度或证据不足不得通过措辞强化为确定性结论。
+
+### 4.6 问题描述写法（员工可读性强制要求）
+
+`problemDescription` 是员工端**唯一不出折叠、不需要点击就必须读懂的字段**。审核报告的使用者是资产评估师，
+不是审计程序员：员工只有先看懂“问题是什么、为什么不对、去哪个文件核对”，才可能去验证结论是否正确。
+因此该字段必须写成**两段式**（首句 + 明细），由机器校验（renderer 的 `validate` 子命令）强制拦截不合格写法。
+
+**段落结构**
+
+| 段 | 分隔 | 内容 | 长度上限 |
+| --- | --- | --- | --- |
+| 首句（结论） | 第一段，其后另起一行 | 一句话说清**问题是什么**：材料里的具体现象（对象 + 数值/事实），不用员工需要查资料才能懂的词。 | ≤ 60 字 |
+| 明细 | 第二段起，**每句一行**，共 2–4 行 | 依次回答**为什么不对**与**去哪里核对**：① 差异是什么、影响什么；② 具体文件、sheet、单元格、页码或章节位置。 | 每行 ≤ 80 字，全字段 ≤ 420 字 |
+
+**硬性约束**（违反任一即校验失败、拒绝渲染）
+
+- 必须存在首句与明细两段（`\n` 分隔），明细 2–4 行、每行非空。
+- 首句必须于句读处收尾（`。`/`；`/`！`/`？`），不得写成无标点的长句堆叠。
+- 明细每行须以句读收尾，或以可核对落点（文件名、sheet 名、单元格、页码）收尾——例如
+  “请打开 测算明细表.xlsx 的「汇总」表 B12 核对”可结尾不加句号。
+- 首句不得包含内部代号：规则编号（`RULE-`/`CHK-`/`kb_id` 等）、知识库相对路径、`issueId` 形态的内部流水号。
+- 首句不得包含公式串（`=SUM(...)`）、区域坐标（`AD6:AD10`）、`文件!表` 定位串或案例目录内相对路径
+  （`工作版/…`、`提取/…`）：这些是核对用的坐标，员工读不懂，一律移到明细行。
+- 首句与明细均不得出现规则编号或知识库相对路径——规则叫什么、在哪本规则库，属于“本次审核依据”和
+  “展开判断依据与规则”，不占员工首屏。
+- 明细须给出可核对的落点：至少出现本次材料中的一个实际文件名，或与其对应的明确位置
+  （sheet 名、单元格/区域、`第 N 页`、章节名）。
+- 全字段不得出现绝对路径、`file://`、`nodeId` 或凭据（同 §10.1）。
+- 不得复述规则条文、不得写“依据 XX 准则第 XX 条”——那是 `gapAnalysis` 与 `ruleEvidence` 的职责。
+- 不得写成“建议加强/建议完善”一类无对象的空话：员工据此无法判断要改什么、改哪里。
+
+**正例（合规）**
+
+```json
+"problemDescription": "测算明细表汇总数 1,234.00 与报告结论 1,244.00 不一致。\n两个数字相差 10.00，报告正文没有说明差额来源，结论与底稿对不上。\n请打开 测算明细表.xlsx 的「汇总」表 B12，与 报告.docx 第 12 页的评估结论核对。"
+```
+
+**反例（校验拦截）与改法**
+
+| 反例写法 | 为什么不行 | 改法 |
+| --- | --- | --- |
+| 一整段 200 字，把规则要求、材料现状、差异、判定串成一段 | 员工要读完并自行拆解才知道问题是什么 | 首句只留现象，明细分行写差异与位置 |
+| “见 RULE-DC-004 与 06-规则库/清单-数据校对.md” | 员工看不懂规则编号与库内路径，也无法据此核对材料 | 规则出处放「展开判断依据与规则」；描述里写文件与单元格 |
+| “依据《资产评估执业准则》第 XX 条，本项目汇总值……不符合规定” | 把规则复述塞进描述，员工看到的是法条而不是自家文件里的错 | 首句写“哪个数不对、对不上哪个数” |
+| “建议加强测算表与报告结论的一致性管理” | 无对象、无位置，员工无法验证，也无法执行 | 写清差额、文件与单元格 |
+| “年租金在两张表中不一致：04计算底稿!租金评估明细表-妇女 AD11=SUM(AD6:AD10)=472900…” | 首句塞公式与坐标，员工要先当一次 Excel 操作员才看得懂 | 首句写“哪套房、哪个数对不上”；坐标移到明细行 |
+| 只写“汇总表数据异常” | 没有数值、没有位置，无法核对 | 补具体数值与坐标 |
+
+**与相邻字段的分工**（同一件事只写一次，避免员工端重复）
+
+| 员工想知道 | 看哪个字段 |
+| --- | --- |
+| 问题是什么（一句话） | `problemDescription` 首句 |
+| 为什么不对、去哪个文件核对 | `problemDescription` 明细行 |
+| 涉及哪些文件与位置（摘要） | `locationSummary` |
+| 规则怎么要求、材料实际怎样、差异结论 | `gapAnalysis`（默认折叠） |
+| 规则名称、条款、原文、知识库路径 | `ruleEvidence[]`（默认折叠） |
+| 怎么改、改哪个文件的哪里 | `recommendedEdits[]`（默认折叠，标题写明条数） |
+
+**渲染要求**
+
+- renderer 必须把首句与明细**分行呈现**：首句单行突出，明细逐行列出，不得把两段拼成一段长文字。
+- 渲染层只做分隔与样式，不新增、不删减、不改写任何业务句子（§9.4 第 8 条）。
+- 存量数据不符合本节格式时，renderer 按两段式解析并在校验阶段报错；**不得**渲染时自动截断首句或生成新句子。
+
+## 5 本次审核依据规范
+
+“本次审核依据”只列入本次实际装载且被检查流程使用的规则。命中问题的规则记录引用次数与用途；仅参与覆盖检查但未形成问题的规则，可记录用途为“覆盖核查”或“符合性确认”。不得把整个知识库目录无差别列入。
+
+### 5.1 权威层级
+
+| 权威类别 | 典型来源 | 员工标签 | 使用边界 |
+| --- | --- | --- | --- |
+| external_formal | 国家法律法规、有效监管规定、正式资产评估准则、行业协会正式要求 | 外部正式依据 | 可以在适用且证据充分时支撑规则性缺陷；仍须核验版本、适用场景和条款。 |
+| internal_auxiliary | 公司内部审核规则、CRWU 知识库规则、内部检查清单 | 内部辅助规则 | 用于内部质量控制、发现线索和统一检查口径；不得冒充法规、监管规定或行业准则。 |
+| experience_reference | 历史风险案例、回测案例、经验规则 | 历史风险经验 | 用于提示类似风险和反查；原则上不能单独证明外部不合规。 |
+
+### 5.2 规则来源分类
+
+- 法律法规
+- 资产评估准则
+- 评估方法规则：市场法、成本法、收益法及其他适用方法
+- 监管规则
+- 行业协会要求
+- 内部审核规则
+- CRWU 知识库规则
+- 历史风险案例
+
+### 5.3 规则记录字段
+
+| 字段 | 说明 |
+| --- | --- |
+| ruleId | 稳定规则编号或 kb_id。 |
+| authorityClass | external_formal / internal_auxiliary / experience_reference。 |
+| sourceType | 上述规则来源分类。 |
+| title | 正式规则或内部规则名称。 |
+| version | 本次实际使用版本；无法确认时不得写“现行”。 |
+| clause | 具体条款、检查点或案例节点。 |
+| effectiveStatus | effective / expired / unknown / internal。 |
+| quote | 本次使用的逐字原文；转述时另设 paraphrase。 |
+| kbRelativePath | 相对知识库根目录的路径，不得为本地绝对路径。 |
+| exportedAt | 本次读取或导出的知识库版本时间。 |
+| usageCount | 被意见条目或检查记录引用的次数。 |
+| purposes[] | 如报告披露、成本法参数、证券监管覆盖、风险反查。 |
+| usedByIssueIds[] | 引用该规则的问题编号。 |
+| sourceFingerprint | 可选，来源内容哈希或版本指纹。 |
+
+### 5.4 审核规则地图
+
+规则地图是“本次审核依据”的可读导航，不是新的事实源。它由规则记录按权威层级、业务对象、评估方法和监管覆盖层聚合生成。建议显示如下层级：
+
+```text
+外部正式依据
+├─ 资产评估准则
+│  ├─ 资产评估基本准则（2017）〔示意〕
+│  └─ 资产评估方法相关准则（版本待实际读取）
+├─ 评估方法
+│  └─ 成本法：重置成本、实体性贬值、经济性贬值
+└─ 监管规则
+   └─ 证券业务：本次命中条款
+
+内部辅助规则
+├─ CRWU 企业价值审核清单
+└─ 成本法参数一致性检查
+
+历史风险经验
+└─ 相似风险案例：2 项
+```
+
+示例中的“2017”、规则名称和项目方法仅用于说明展示方式。生产输出必须从 AuditResult 的实际规则记录生成，不得硬编码。
+
+## 6 人工复核对照
+
+人工复核对照是阶段二产物。系统必须先保存阶段一冻结标识、冻结时间和结果摘要，再允许读取复核记录。阶段二不得回写或伪装成阶段一发现。
+
+### 6.1 双向三条带与漏检反查
+
+| 内部分类 | 员工展示 | 处理 |
+| --- | --- | --- |
+| A / overlap | AI 与人工复核均发现 | 展示两端出处，说明相互印证范围。 |
+| B / ai_only | 仅 AI 发现 | 保留 AI 证据，提交人工确认；不能因人工未记录而自动撤销。 |
+| C / divergent | AI 与人工复核均涉及但结论或范围不同 | 列出差异点，不自动选择一方。 |
+| L / reviewer_only | 仅人工复核发现 | 先做「在件核验」再定性（下表三态）；不得直接当漏检计入。 |
+| L-resolved | 复核已提出 · 被审件已落实 | 计为人工工作成果；不计漏检、不进命中率分母。 |
+| L-open | 复核已提出 · 被审件未落实 | 真漏检候选，进隔离补审。 |
+| L-unclosed | 复核答复称已改 · 被审件未落地 | 复核闭环失效，优先回客户。 |
+| L-uncheckable | 材料缺失或不可读 · 未能核验 | 记未检查项，不臆断。 |
+
+### 6.2 对照证据要求
+
+- AI 侧必须引用阶段一已冻结的 issueId 和原始证据。
+- 复核侧必须给出复核文件、定位和原文摘录，不得仅写“人工也发现”。
+- 匹配理由应说明同一问题、部分重合或仅主题相似，禁止关键词相似即判定一致。
+- **在件核验证据**：每条复核独有项定性前必须给出**被审件在件位置**（`inFileEvidence.file` + `locator`）；
+  未做在件核验的，不得计入漏检，也不得计入命中率。`L-unclosed` 另须给出**答复出处**（`closureEvidence`）。
+  答复文本是复核记录的一部分，**只在阶段二读取**。
+- `reviewFiles[]` 必须按复核发生顺序登记 `order/level/displayName/version`；页面按该顺序显示现有复核文件。
+- `reviewItems[]` 是命中率唯一明细源，每条至少记录 `module/reviewLevel/matchStatus/linkedIssueIds/reviewerEvidence/inFileResolution/handling`。
+- **客观分母口径**：`evaluable = total - L-resolved - L-uncheckable`。**命中率=`(exact+partial)/evaluable`**（部分命中计为命中、只是层次较低）；另列**命中层次**：精确命中率=`exact/evaluable`、部分命中率=`partial/evaluable`、未命中率=`miss/evaluable`，均以百分数显示。分母为 0 时显示“不适用”，不得伪造 0%。**禁止**以 `exact/evaluable` 作为「命中率」主指标。
+- 综合命中率必须先汇总全部有效明细的分子、分母再计算，不得对各级或各模块百分比做算术平均。未提供完整逐条复核集时，不得宣称总体命中率。
+
+### 6.3 AI 审核表现评分卡（客观 · 百分比）
+
+评分卡用于量化 AI 与人工复核的逐条对照结果，主展示不得使用 AI 主观 0–10 自评分冒充命中表现。
+
+| 项 | 口径 |
+| --- | --- |
+| 匹配 | `exact`=精确命中；`partial`=部分命中；`miss`=未命中。精确或部分命中必须关联阶段一冻结的 issueId。 |
+| 命中说明（必填） | `reviewItems[].hitExplanation`：`reviewerScope`∈{`general` 复核条目笼统, `specific` 具体}；`matchedAspects[]` AI 实际命中的具体内容；`unmatchedAspects[]` 未命中的部分；`rationale` 判定理由。 |
+| 判定判据 | ① AI 复现复核的同一判断 →`exact`；② 复核条目**笼统**而 AI 的发现已覆盖其全部实质诉求（只是更细/更深）→**`exact`**，不得因深度差异降为 `partial`；③ AI 的判断是对复核整改结果的验收且对象一致 →`exact`；④ 复核条目含多个诉求、AI 确有一部分未触及（含同一对象群上落在不同诉求点）→`partial`，须逐项列出命中/未命中；⑤ AI 完全未触及 →`miss`。 |
+| 约束 | `exact` 时 `unmatchedAspects` 必须为空；`partial` 时 `matchedAspects` 与 `unmatchedAspects` 均非空；`miss` 时 `matchedAspects` 为空且 `unmatchedAspects` 非空；`rationale` 不得为空。 |
+| 排除 | `L-resolved`＝复核意见在被审件中已修改/已落实；`L-uncheckable`＝材料缺失或不可读无法核验；`outOfScopeItems`＝超出 AI 当前能力层。三者**均不进入命中率分母**。 |
+| AI 未命中的剔除条件（强制） | `matchStatus=miss` 的条目录为 `L-resolved` 前，必须核验其未命中是否**因该事项已被修改/已不存在**；属此情形的必须给出 `inFileEvidence.quote`（在件原文）作为证明，否则校验不通过，应改记 `L-open` 并计入漏检。**不得把无法证明已修改的未命中项塞进 `L-resolved` 以美化命中率。** |
+| AI 对照说明（强制） | 《人工复核对照》须在区块开头说明分母判定规则，且逐条在「AI 对照」字段写清因果与后果：①`miss`×`L-resolved`＝AI 未命中｜复核件标注已修改 → 须在件核验，**确已修改不计入分母／并未修改计入分母并计为漏检**（两分支都要写明）；②`miss`×`L-open`＝并未修改 → 计入分母并计为漏检；③`miss`×`L-unclosed`＝计入分母且优先回客户；④`miss`×`L-uncheckable`＝不计入分母、登记未检查项。 |
+| 能力声明（强制） | 交付件必须显式出现「本工具当前暂不支持底稿文件审核：底稿类复核意见不计入 AI 命中率，仅登记备查并交人工底稿审核」（受控常量，随《人工复核对照》区固定渲染）。 |
+| 分母剔除清单（强制） | 交付件必须逐条列出不计入分母的条目及剔除依据（已修改/已落实 · 不计入分母／材料缺失或不可读 · 不计入分母／能力边界 · 登记备查），含编号、条目、在件文件与定位、AI 对照，使分母可审计。 |
+| 命中率（主指标） | `(exactHits + partialHits) / evaluable × 100%`。部分命中是命中，只是层次较低，不得计入未命中，也不得排除出分子。 |
+| 精确命中率（层次） | `exactHits / evaluable × 100%`。仅用于说明命中深度，**不得**命名为“命中率”。 |
+| 部分命中率（层次） | `partialHits / evaluable × 100%`。 |
+| 未命中率（层次） | `misses / evaluable × 100%`。 |
+| 首屏展示口径（强制） | 首屏「本次 AI 审核结论」主指标为**命中率**，并**必须**附不折叠的《命中率口径（精确数字 · 按全部复核级次汇总）》表：分母＝员工复核意见中未修改（未落实）的条目；分子＝AI 命中（精确命中＋部分命中）；逐行给出各复核级次条数、分母、分子、未命中、三类已剔除项、命中率与精确命中率的完整算式。**不得只展示裸分数/裸百分比**，也**不得**省略复核级次明细。 |
+| 兼容别名 | `strictHitRate`=`exactRate`、`coverageRate`=`hitRate`，仅为历史 JSON 兼容保留，展示名分别降为「精确命中率」「命中率」。 |
+| 能力边界条目 | `reviewComparison.outOfScopeItems[]`：AI 当前**不具备该层能力**（如底稿审核）而无法作命中/漏检判定的复核条目。必填 `itemId`/`title`/`reviewerEvidence`/`handling`/`exclusionReason`；`itemId` 不得与 `reviewItems` 重复。**不计分母、不计漏检、不作评分**，但必须登记备查并在《人工复核对照》区可见可展开（不得因移出命中率而在交付件中消失）。 |
+| 展示维度 | 至少按复核级次、问题模块分组展示总数、排除项、可评价数、精确/部分/未命中及两类百分比。 |
+| 综合值 | 由全部 `reviewItems[]` 加权汇总重算；不平均各组百分比。 |
+| 闭环异常 | `L-unclosed` 必须醒目标出“已称修复但实际未落实”，并并列展示复核答复证据与被审件证据。 |
+| 闭环异常首屏联动 | `L-unclosed` 数量大于 0 时，“本次 AI 审核结论”必须提示“已称修复但实际未落实：N 条，须优先回客户”，并可直接跳到《人工复核对照》标题下的同口径告警。 |
+| AI 自查 | `selfAuditErrors[]` 作为次级追溯信息默认折叠；已关闭 `false_positive` 对应问题不得仍保留在有效 `issues[]`。 |
+
+旧版 `aiScorecard` 六维自评字段仅为兼容历史数据保留，不进入员工端客观评分卡，也不得用于替代上述命中率。
+
+## 7 审核范围与未检查项
+
+### 7.1 范围信息
+
+| 项目 | 内容 |
+| --- | --- |
+| 输入材料 | 本次接收、成功读取和纳入审核的文件清单及版本。 |
+| 业务画像 | 对象类型、报告形态、主要角度、评估方法、监管覆盖层及弱结构化标识。 |
+| 检查域 | 报告、说明、测算表、数据勾稽、监管覆盖、风险案例等。 |
+| 适用性结果 | 已执行、符合、差异、不适用、未检查。 |
+| 能力边界 | OCR、公式读取、宏、加密文件、扫描件质量等对审核的影响。 |
+
+### 7.2 未检查项强制字段
+
+| 字段 | 要求 |
+| --- | --- |
+| itemId | 稳定编号。 |
+| item | 未检查的具体对象或要求。 |
+| reasonCode | missing_material / unreadable / unsupported / out_of_scope / not_applicable。 |
+| reason | 人可读原因。 |
+| impact | 对结论完整性或风险判断的影响。 |
+| requiredAction | 补材料、人工复核、重新导出或无需处理。 |
+| relatedFiles[] | 相关文件；没有则为空数组。 |
+
+“不适用”与“未检查”必须分开：不适用表示经画像或规则适用性判断后明确无需执行；未检查表示本应或可能需要检查但未完成。两者均需写明原因。
+
+## 8 专业审核轨迹
+
+专业审核轨迹默认折叠，包含 v0.4 已建立的内部数据，不在员工主体中平铺。折叠不等于省略；打印时应提供“打印专业轨迹”的明确策略，可选择全部展开或单独附后。
+
+| 组成 | 内容 | 关键纪律 |
+| --- | --- | --- |
+| 适用规则集快照 | 装载规则数、命中规则、空库静默、路由画像、降级与空能力。 | 空库时不得产生规则性缺陷。 |
+| 逐条裁定表 | 每个 CHK 的适用性、执行、证据和裁定。 | 每条裁定可追溯；未执行不得伪装为通过。 |
+| 审核记录清单 | AI 检查项、知识库必检项、评估数据核查、监管覆盖、风险覆盖和未检查项。 | 每条“检查过”必须有真实文件证据。 |
+| 复核综合对比 | 三条带、复核独有反查、统计口径。 | 阶段二生成，不污染阶段一。 |
+
+### 8.1 审核记录最小结构
+
+| 字段 | 说明 |
+| --- | --- |
+| recordId | 如 AI-001、KB-001、DC-003、OV-001、RI-001。 |
+| domain | AI 检查、知识库必检、数据核查、监管覆盖、风险覆盖、复核对照。 |
+| checkItem | 具体检查项。 |
+| targets[] | 文件与定位。 |
+| evidence[] | 真实读取的原文或数值。 |
+| result | pass / difference / not_applicable / not_checked。 |
+| linkedIssueIds[] | 形成问题时关联 issueId。 |
+| performedAt | 执行时间。 |
+| executor | 模块或 Skill 标识，不含凭据。 |
+
+## 9 统一 AuditResult JSON 数据结构
+
+AuditResult 是单一事实源。字段名推荐统一使用英文 camelCase，展示文案由受控词典映射。生产环境应维护机器可验证的 JSON Schema，并在编排结束和渲染开始前各校验一次。
+
+### 9.1 顶层结构
+
+```json
+{
+  "schemaVersion": "1.2.0",
+  "auditTask": {},
+  "phaseControl": {},
+  "summary": {},
+  "issues": [],
+  "manualConfirmationItems": [],
+  "auditBasis": {},
+  "reviewComparison": {},
+  "scope": {},
+  "professionalTrail": {},
+  "fileTrace": {},
+  "renderPolicy": {}
+}
+```
+
+### 9.2 推荐字段契约
+
+| 对象 | 关键字段 | 约束 |
+| --- | --- | --- |
+| auditTask | projectId, reportVersion, auditTime, engineVersion, profile | projectId 和报告版本不得为空；profile 保留 routeProfile 摘要。 |
+| phaseControl | phase1FrozenAt, phase1Digest, reviewAccessedAt, phase2CompletedAt | reviewAccessedAt 必须晚于 phase1FrozenAt。 |
+| summary | overallDecision, narrative, counts | counts 必须与 issues 和 manualConfirmationItems 可重算一致。 |
+| issues[] | issueId, title, decision, severity, issueType, ruleEvidence, materialEvidence, gapAnalysis, handlingRequirement, recommendedEdits | 规则性缺陷必须同时具备规则证据与材料证据。 |
+| auditBasis | rules[], ruleMap, knowledgeBaseFiles[] | 仅列实际使用；规则引用次数可由关联关系重算。 |
+| reviewComparison | status, reviewFiles, reviewItems, bands, reviewerOnlyItems, metrics | 已执行时复核文件顺序、逐条意见和百分比必须可重算；未执行时 status=not_performed，其他字段不得伪造。 |
+| scope | inputs, checkDomains, notCheckedItems, limitations | 所有不可读与未执行项显式记录。 |
+| externalDataVerification（可选） | applicability, baseDate, unavailableDeclaration, sources[], checks[] | 存在时必须先填写 `applicability.status∈{required,not_applicable}`、`reason` 与 `basis`；`basis` 应指向知识库 `06-规则库/M-外部数据核验/01-模块-外部数据核验` 表 A。`not_applicable` 表示业务线、资产线、方法线未同时成立：页面显示“本报告暂不涉及外部数据核验”及原因/依据，`sources[]`、`checks[]` 必须为空，禁止填写 `unavailableDeclaration`，也不得记入未检查项或 capability gap。仅当 `status=required` 时才探测取数能力：`baseDate` 必填；数据源不可用时才填写 `unavailableDeclaration` 并提示未配置/未认证；逐项核验沿用基准日锚定、来源留痕、口径比对与 issue 同步规则。若整个对象缺失，页面只提示“本次未提供外部数据核验适用性判断”，不得据此推断数据源不可用。 |
+| professionalTrail | applicableRuleSnapshot, adjudications, checkRecords, comprehensiveComparison | 默认折叠，但保留完整证据。 |
+| fileTrace | generatedAt, rendererVersion, sourceDigest, embeddedJsonDigest | 不得包含绝对路径、nodeId 或凭据。 |
+
+### 9.3 问题对象结构
+
+```json
+{
+  "issueId": "MKT-007",
+  "title": "可比案例交易时间调整依据不足",
+  "module": "marketApproach",
+  "decision": "fail",
+  "severity": "medium",
+  "issueType": "rule_defect",
+  "problemDescription": "...",
+  "handlingRequirement": "补充说明并核实测算",
+  "ruleEvidence": [
+    {
+      "ruleId": "RULE-MKT-001",
+      "authorityClass": "external_formal",
+      "sourceType": "valuation_standard",
+      "title": "资产评估方法相关准则（示意）",
+      "version": "以实际读取版本为准",
+      "clause": "第 XX 条",
+      "quote": "示意原文",
+      "kbRelativePath": "03-评估方法/市场法/规则文件.md",
+      "exportedAt": "2026-09-10T09:00:00+08:00"
+    }
+  ],
+  "materialEvidence": [
+    {
+      "fileId": "F-002",
+      "displayName": "评估说明.docx",
+      "section": "市场法",
+      "locator": "第 35 页 可比案例选择",
+      "excerptOrValue": "示意摘录",
+      "evidenceRole": "missing_disclosure"
+    },
+    {
+      "fileId": "F-003",
+      "displayName": "市场法测算表.xlsx",
+      "locator": "市场法!F18:F22",
+      "excerptOrValue": "1.0000 / 1.0000 / 1.0000",
+      "evidenceRole": "parameter_value"
+    }
+  ],
+  "gapAnalysis": {
+    "ruleRequirement": "应分析并处理影响价值的差异因素（示意转述）。",
+    "observedCondition": "存在时间差异，未见调整或不调整说明。",
+    "difference": "材料未证明已满足规则要求。",
+    "finalJudgment": "不符合（示意）"
+  },
+  "recommendedEdits": [
+    {
+      "fileId": "F-002",
+      "displayName": "评估说明.docx",
+      "locator": "市场法章节",
+      "action": "补充差异分析与不调整理由；如需调整，披露参数来源。"
+    }
+  ],
+  "flowStatus": "pending_response",
+  "confidence": {"level": "high", "reason": "规则与两份材料均可定位"},
+  "reviewComparison": {"status": "not_performed"}
+}
+```
+
+### 9.4 关键校验规则
+
+1.  issueId、ruleId、fileId、recordId 在各自作用域内唯一。
+
+2.  decision=fail 且 issueType=rule_defect 时，ruleEvidence 与 materialEvidence 均不得为空。
+
+3.  authorityClass=external_formal 的记录必须包含规则名称、版本状态、具体条款和来源；版本未知时不得宣称“现行有效”。
+
+4.  kbRelativePath 必须是相对路径，拒绝以 /、盘符或 file:// 开头。
+
+5.  manualConfirmationItems 不计入确定性不通过数量。
+
+6.  summary.counts、rules.usageCount 和复核统计必须可由明细重算；命中率统一为百分数。
+
+7.  phase2 已完成时，每条阶段一 issue 必须具有 reviewComparison；复核独有项必须进入 reviewerOnlyItems。
+
+8.  HTML 中的可见结论文本必须能逐项映射到 AuditResult，renderer 不得生成新的业务句子。
+
+9.  `L-resolved` 与 `L-uncheckable` 不进入命中率分母；`L-unclosed` 必须有 `closureEvidence` 与 `inFileEvidence`。
+
+10. 已关闭 `false_positive` 对应的 issueId 不得继续保留在有效问题清单。
+
+## 10 HTML 输出规范
+
+### 10.1 自包含与安全
+
+- 输出为 UTF-8 HTML5 单文件，可离线打开。
+- CSS 与必要脚本内嵌；不得使用外链字体、样式表、脚本、图片或分析服务。
+- 如需图标，使用内嵌 SVG 或纯 CSS；所有动态内容必须进行 HTML 转义。
+- 不得出现本地绝对路径、file:// 地址、nodeId、临时目录、访问令牌、API Key、Cookie、连接串、内部主机名或其他凭据。
+- 不得从浏览器端向外部地址发送数据；不得包含遥测、埋点或第三方资源。
+
+### 10.2 页面结构与字段清单
+
+| 区域 | 必显字段 | 折叠字段 |
+| --- | --- | --- |
+| 中瑞世联AI审核报告 - [报告流水号ID] | overallDecision、三行行动摘要、可点击的问题总数/待人工确认/未检查、**精确命中率（精确命中数/可评价数）**、实际未落实数、项目/版本/时间 | 完整 narrative、engineVersion、routeProfile |
+| AI 检出的问题项 | AI 独立检出总数与高/中/低分布、独立发现标签、标题、编号、问题方向、严重程度、类型、位置、问题描述、修改意见条数 | 建议修改文件、定位与动作；规则、材料、差异、结论、规则编号、置信度与完整证据元数据 |
+| 需要人工确认事项 | 标题、位置、客观发现、需确认问题、证据与建议动作 | 内部原因码 |
+| AI 外部数据核验结果 | 适用性状态、判定原因、知识库依据；适用时再显示数据项、基准日、报告位置/取值、外部来源/取值、取值时点、口径、偏差与判定 | 数据源配置说明 |
+| 人工复核对照 | 标题下的 L-unclosed 总数告警、能力声明（暂不支持底稿文件审核）、按序复核文件、各级意见数、已验证修改、精确/部分/未命中、命中率与精确命中率、命中层次、分母剔除清单、逐条命中说明 | 各级逐条意见、能力边界登记备查条目与两侧证据；异常所在级次与条目均带文字标签 |
+| AI 审核表现评分卡 | 按复核级次和问题模块的命中率、精确命中率及综合率与命中层次 | AI 自查错误记录 |
+| 本次审核依据 | 规则名称、正式/内部标签、版本、条款、相对路径、exportedAt、引用次数与用途、规则地图 | 指纹与装载细节 |
+| 审核范围与未检查项 | 输入材料、检查域、未检查项、原因、影响、动作；文件可读状态使用绿色 `✅` / 红色 `❌`，并提供“可读/不可读”无障碍标签，不显示 True/False | 能力内部标识 |
+| 专业审核轨迹 | 折叠标题与摘要 | 规则快照、逐条裁定、审核记录、综合对比 |
+| 文件追溯信息 | 生成时间、数据版本、renderer 版本、摘要值 | 无 |
+
+### 10.2.1 JSON 到员工页面的确定性映射
+
+| 页面内容 | 唯一数据来源 | 约束 |
+| --- | --- | --- |
+| AI 检出问题计数与链接 | `summary.counts.issuesTotal` → `issues[]` | 计数必须从明细重算一致；点击跳到 `#actionable-issues`。 |
+| 待人工确认计数与链接 | `summary.counts.pendingConfirmation` → `manualConfirmationItems[]` | 点击跳到 `#manual-confirmation-items`。 |
+| 未检查项计数与链接 | `summary.counts.notChecked` → `scope.notCheckedItems[]` | 点击跳到 `#not-checked-items`。 |
+| 三行行动摘要 | `issues[].severity`、`issues[].title`、`manualConfirmationItems[].title` | 仅摘取既有标题并显示受控计数，不生成新判断；完整 `summary.narrative` 保留。 |
+| 问题位置面板 | `issues[].locationSummary`、`issues[].materialEvidence[]` 的 `displayName` / `locator` | 文件与定位成对展示并去重；不得用 `recommendedEdits[]` 冒充发现位置。 |
+| 区内显示序号 | `issues[]`、`manualConfirmationItems[]`、`reviewComparison.reviewItems[]`、`scope.notCheckedItems[]` 的数组顺序 | 各区从 `01/N` 连续编号；只用于阅读导航，不替代稳定业务 ID。 |
+| 闭环异常联动 | `reviewComparison.reviewItems[].inFileResolution=L-unclosed` | 同时驱动首屏直达告警、复核区标题下总数、复核级次异常数与条目标签；不得从自由文本猜测。 |
+| 外部核验适用性 | `externalDataVerification.applicability.status/reason/basis` | `not_applicable` 只展示“不适用”及依据，不展示数据源告警；`required` 才展示数据源与逐项核验结果。 |
+
+配套 JSON 是员工 HTML 的结构化监控口径：最终 JSON 必须与 HTML 内嵌 `#audit-result` 解析对象完全相等。
+renderer 只能按上表映射展示，不能新增业务字段或另造统计；本版 `schemaVersion` 为 `1.2.0`。
+
+### 10.3 呈现行为
+
+- 页面必须提供覆盖全部交付区域的左侧目录，目录项使用页内锚点直达对应区域；窄屏可转为顶部横向目录，打印时不输出目录。
+- 问题卡片必须先展示问题方向、醒目的问题位置面板和描述；位置面板先给 `locationSummary`，再按材料证据列出文件与定位，长定位可换行且不得截断。修改意见置于写明条目数且默认收起的详情控件，展开后显示具体文件、定位与动作；规则、材料、差异、结论按固定顺序置于另一明确标注且默认收起的详情控件。
+- 首屏三张计数卡必须是键盘可聚焦的页内链接；目标区块须有稳定锚点，窄屏和打印不得破坏文本可读性。
+- 完整 AI 审核说明默认折叠；不点击时仍须通过三行行动摘要看到先处理、继续核对和人工确认的重点。
+- “本次审核依据”默认收起，展开按钮必须使用清晰文字并给出规则条数。
+- 人工复核各级明细默认收起，但复核文件、各级摘要、命中率和 L-unclosed 告警必须不点击即可看到；L-unclosed 总数告警必须紧接《人工复核对照》标题，早于能力声明。
+- 每条 `L-unclosed` 复核意见在标题前显示“闭环异常｜称已修复但实际未修改”文字标签；所属复核级次摘要显示“实际未落实 N”，不得只用颜色表达。
+- AI 问题、人工确认、复核意见和未检查项必须显示区内连续序号，打印与窄屏下均不得隐藏。
+- 高、中、低可使用颜色辅助，但文字标签必须同时存在，不得仅靠颜色表达。
+- 专业审核轨迹使用 details/summary 默认折叠；无脚本时仍可访问。
+- 空列表显示“本次无此类事项”，不得留下空白标题或隐藏事实。
+- 超长路径、规则名和单元格定位允许换行；不得截断影响追溯的内容。
+
+### 10.4 A4 打印
+
+- 使用 @page { size: A4; margin: 16mm 15mm 18mm; } 作为推荐基线。
+- 问题卡片尽量避免跨页；过长卡片允许自然分页，不能因强制 break-inside 导致整页空白或内容溢出。
+- 表头在跨页时重复；打印时保留严重程度文字和边框。
+- 折叠区域的打印策略必须可预测：默认打印员工主体；如启用“含专业轨迹”，应在打印样式中展开对应内容。
+- 不得依赖背景色传递唯一信息；黑白打印仍能理解。
+
+### 10.5 可选嵌入 JSON
+
+可将用于本页面的同一份结构化 JSON 嵌入 HTML，便于离线追溯和自动化读取。嵌入内容必须与可见页面同源，并经过与页面相同的数据最小化处理；不得借“隐藏 JSON”夹带页面未展示的额外敏感信息。
+
+```html
+<script id="audit-result" type="application/json">
+  {"schemaVersion":"1.2.0","auditTask":{},"issues":[]}
+</script>
+```
+
+- 序列化时必须安全处理 `</script>` 等结束标签风险。
+- 建议记录 embeddedJsonDigest，并与渲染输入摘要一致。
+- 页面脚本只能读取并展示，不得修改对象后生成新的审核判断。
+
+## 11 流程与两阶段门禁
+
+| 阶段 | 允许读取 | 允许产出 | 禁止事项 |
+| --- | --- | --- | --- |
+| 阶段一 独立审核 | 被审核材料、项目画像、适用规则与知识库 | 独立意见、规则证据、材料证据、逐条裁定、检查记录、未检查项、阶段一摘要与冻结指纹 | 下载、读取、搜索、引用或根据人工复核记录调整意见。 |
+| 冻结点 | 阶段一全部结果 | phase1FrozenAt、phase1Digest、不可变快照 | 冻结后静默改写、删除或重新排序以迎合复核。 |
+| 阶段二 复核对照 | 阶段一冻结结果 + 人工复核记录 | 逐条对照、三条带、复核独有项、综合对比与漏检反查 | 把阶段二发现伪装成阶段一命中；无出处匹配。 |
+| 发布 | 最终 AuditResult | 单一自包含 HTML 与必要台账回填 | renderer 新增、删除或改写结论。 |
+
+### 11.1 门禁检查
+
+1.  在阶段一工作目录和工具调用层阻断复核材料访问。
+
+2.  阶段一收口时校验所有问题的双证据链和未检查项。
+
+3.  生成不可变摘要，记录冻结时间、输入文件指纹和规则集版本。
+
+4.  只有冻结成功后才向阶段二暴露复核记录。
+
+5.  阶段二匹配必须保留 AI 与复核两端证据。
+
+6.  最终发布前再次校验 Schema、统计一致性、敏感信息和 HTML 完整性。
+
+## 12 版本管理与维护规则
+
+### 12.1 版本对象
+
+| 对象 | 版本字段 | 变更要求 |
+| --- | --- | --- |
+| AuditResult Schema | schemaVersion | 破坏性字段变更提升主版本；兼容新增提升次版本。 |
+| 规则记录 | ruleId + version + exportedAt | 条款或来源内容变化应形成可识别版本，不覆盖历史审核使用的快照。 |
+| HTML renderer | rendererVersion | 任何字段映射、排序、打印或转义逻辑变化均记录。 |
+| Skill 输出契约 | skillVersion / moduleVersion | 升级前通过契约测试，保证字段完整与枚举合法。 |
+| 规范文档 | documentVersion | 记录变更、批准、生效和迁移说明。 |
+
+### 12.2 维护红线
+
+- 不得让叶子 Skill 直接生成最终员工报告或自行定义最终字段。
+- 不得让 renderer 基于空字段“智能补写”问题、依据、结论或建议。
+- 不得以内部知识库 Markdown 的存在证明其具有法规、准则或监管文件效力。
+- 不得在阶段一接触人工复核记录；日志、缓存、文件名和检索结果也属于接触。
+- 不得宣称全面检查而隐藏未检查、不可读、降级或空能力。
+- 不得把复核独有项删除或归入无关类别以改善命中率。
+- 不得在 HTML 或嵌入 JSON 中泄漏绝对路径、节点标识、凭据和超出交付目的的敏感信息。
+- 不得使用未经真实读取的条款、原文、页码、坐标、exportedAt 或引用次数。
+
+### 12.3 变更评审清单
+
+- 是否改变员工看到的结论或排序？
+- 是否改变权威层级、适用性或证据要求？
+- 是否破坏旧 AuditResult 的渲染？
+- 是否需要迁移历史数据或重新生成报告？
+- 是否覆盖无脚本、离线、A4 和黑白打印场景？
+- 是否通过门禁、契约、快照、敏感信息和可访问性测试？
+
+## 13 Skill 与 renderer 维护建议
+
+### 13.1 叶子 Skill
+
+- 只输出本模块的结构化 findings、ruleEvidence、materialEvidence、adjudications 和 checkRecords。
+- 使用稳定枚举与标识，不直接输出页面 HTML、CSS 或最终中文章节。
+- 对无法检查的项返回结构化 notCheckedItems，不以空数组暗示已通过。
+- 原文摘录、数值、文件定位和规则元数据必须来自本次真实读取。
+
+### 13.2 编排与归一化层
+
+- 负责合并、去重、排序、ID 冲突处理和统计重算。
+- 负责两阶段权限隔离、阶段一冻结与阶段二对照。
+- 负责权威层级映射；无法确认时宁可降为内部辅助或待确认，不得抬高权威性。
+- 输出最终 AuditResult 后进入只读状态。
+
+### 13.3 renderer
+
+- 页面外壳与 CSS 的唯一模板位于本技能 `template/audit-report.html`；renderer 只装配受控内容与嵌入 JSON，不在脚本内复制第二份页面样式。
+- 采用确定性模板：同一输入、同一版本应得到语义一致的输出。
+- 仅进行转义、受控标签映射、格式化、排序展示和折叠布局。
+- 不纠正业务内容；发现不合法数据时拒绝发布并返回校验错误。
+- 维护页面快照测试、A4 打印测试、长文本与空状态测试、无 JavaScript 降级测试。
+
+### 13.4 推荐测试
+
+| 测试层 | 至少覆盖 |
+| --- | --- |
+| Schema 契约 | 必填、枚举、唯一性、条件必填、路径安全、时间顺序。 |
+| 门禁 | 阶段一无法访问复核材料；冻结后才开放；摘要不可变。 |
+| 证据链 | 规则性缺陷缺任一证据链时失败；两端定位可追溯。 |
+| 统计 | 问题数、严重程度、引用次数、三条带、未检查数、各级与各模块命中率及综合率可重算。 |
+| renderer | XSS 转义、超长文本、空列表、中文字体回退、离线打开。 |
+| 打印 | A4、跨页表头、问题卡片分页、折叠区域策略、黑白可读。 |
+| 隐私 | 绝对路径、nodeId、令牌、Cookie、内部主机名和隐藏敏感字段扫描。 |
+
+## 附录 A 完整问题条目示例
+
+以下内容仅演示格式和信息层级，不构成对任何真实项目、文件或规则的审核结论。
+
+### MKT-007 可比案例交易时间调整依据不足
+
+| 属性 | 示意内容 |
+| --- | --- |
+| 严重程度 | 中 |
+| 问题类型 | 规则性缺陷 |
+| 处理要求 | 补充说明并核实测算 |
+| 当前位置 | 评估说明.docx 第 35 页 市场法；市场法测算表.xlsx 市场法!F18:F22 |
+| 流转状态 | 待答复 |
+
+#### 问题描述（员工首屏；两段式，见 §4.6）
+
+> 三个可比案例都用在基准日之前成交的价格，测算里没有任何时间修正。
+> 案例成交日与基准日相差越远，价格可比性越弱；现在看不出这个差异有没有影响结论。
+> 请打开 市场法测算表.xlsx 的「市场法」表 F18:F22，对照 评估说明.docx 第 35 页的案例说明核对。
+
+#### 规则
+
+【外部正式依据｜示意】资产评估方法相关准则，第 XX 条，版本以本次实际读取记录为准。要求对影响价值的差异因素进行分析并作必要处理。知识库相对路径：03-评估方法/市场法/规则文件.md；exportedAt：2026-09-10T09:00:00+08:00。
+
+#### 材料
+
+- 评估说明.docx，第 35 页“可比案例选择”：案例交易日期与评估基准日存在时间差异（示意摘录）。
+- 市场法测算表.xlsx，市场法!F18:F22：交易日期修正系数均为 1.0000（示意数值）。
+
+#### 差异
+
+材料显示存在时间差异，但未见修正，也未见“不调整”的分析与理由；现有材料尚不能证明已满足规则要求。
+
+#### 结论
+
+不符合（示意）。该结论只在规则版本、条款适用性和两份材料证据均经真实读取确认后成立。
+
+#### 修改
+
+建议修改文件：评估说明.docx 的市场法章节；如核实需要调整，同时修改市场法测算表.xlsx 对应修正区域。补充交易时间差异分析；无需调整时说明依据，需要调整时补充参数来源和计算过程。
+
+## 附录 B HTML 页面骨架
+
+完整可运行骨架已独立为本技能 `template/audit-report.html`，它是页面结构、左侧目录、响应式布局、基础视觉样式与 A4 打印样式的唯一模板。模板保留三个受控挂载点：`{{document_title}}`、`{{report_content}}`、`{{embedded_json}}`；分别由 renderer 注入经转义的标题、按本规范顺序生成的完整交付正文和安全序列化的同源 AuditResult JSON。
+
+模板目录必须覆盖“中瑞世联AI审核报告 - [报告流水号ID]”首屏、AI 检出的问题项、需要人工确认事项、AI 外部数据核验结果、人工复核对照、AI 审核表现评分卡、本次审核依据、审核范围与未检查项、专业审核轨迹、文件追溯信息。正文仍由 renderer 按 §3、§6.3 与 §10.2 确定性装配；抽离模板不得改变、减少或重写任何 AuditResult 字段和业务信息。
+
+## 附录 C 发布前验收清单
+
+☐ 阶段一冻结时间与摘要已记录，且复核访问时间晚于冻结时间。
+
+☐ 每条规则性缺陷同时具备规则证据与材料证据。
+
+☐ 规则、材料、差异、结论、修改五段齐全。
+
+☐ 每条问题的 `problemDescription` 均为两段式（首句 ≤60 字 + 2–4 行明细），首句一句话说清问题是什么，明细写明为什么不对与去哪个文件、sheet、单元格或页码核对；描述中无规则编号、知识库路径、内部代号与绝对路径；HTML 中首句与明细分行呈现（§4.6）。
+
+☐ 外部正式依据与内部辅助规则标签正确。
+
+☐ 本次审核依据只包含实际使用规则，并有版本、条款、相对路径、exportedAt、引用次数和用途。
+
+☐ 复核对照两端均有具体出处；复核独有项已纳入漏检反查。
+
+☐ 复核文件按顺序登记；各级意见均可展开逐条查看；命中率=`(exact+partial)/evaluable` 且按有效明细重算为百分数；每条复核意见均带 `hitExplanation` 命中说明；☐ 交付件已显式声明暂不支持底稿文件审核、底稿类意见不计入命中率；☐ 「AI 对照」已逐条写明命中与否、是否计入分母及理由（含 AI 未命中且复核件标注已修改的两分支）；☐ 首屏命中率带完整口径表（分母＝员工复核中未修改项、分子＝AI 命中项、含各复核级次条数与完整算式），无裸分数；☐ 已逐条列出不计入分母的条目及依据（含 AI 未命中且已修改项的**在件原文**证明）。
+
+☐ 所有“已称修复但实际未落实”条目同时展示答复证据和被审件证据。
+
+☐ 首屏结论和《人工复核对照》标题下均展示实际未落实总数并可直达；异常所在复核级次及具体条目均有文字标签。
+
+☐ 未检查、不适用、不可读和能力降级已显式披露。
+
+☐ AuditResult 通过 Schema 与统计一致性校验。
+
+☐ JSON 校验先于 HTML 渲染；校验失败时 HTML 与配套 JSON 均未生成，错误带精确 JSON 路径。
+
+☐ 配套 JSON 与 HTML 内嵌 `#audit-result` 解析对象完全一致，可直接供审核监控与统计使用。
+
+☐ 首屏三行行动摘要、三张计数跳转链接、问题位置面板和「问题项 → 人工确认」相邻顺序均与 §3 / §10.2.1 一致。
+
+☐ AI 问题、人工确认、复核意见和未检查项均有区内连续显示序号，稳定业务 ID 未被改写。
+
+☐ HTML 与嵌入 JSON 未包含额外敏感信息。
+
+☐ 文件中无绝对路径、nodeId、凭据、外链资源或遥测。
+
+☐ 离线打开正常；无脚本时核心内容可读。
+
+☐ A4 与黑白打印可读，表格和问题卡片无裁切。
+
+☐ renderer 未新增、删除、合并或改写审核结论。
+
+☐ 文件追溯信息与最终输入摘要一致。
+
+## 14 归属、维护与运行时加载（本技能内说明）
+
+| 项 | 口径 |
+| --- | --- |
+| owner | 本文件（`references/11-html-delivery-spec.md`）为**送达与交付层规范正文**的唯一事实源；`template/audit-report.html` 为页面结构与 CSS 的唯一模板；`SKILL.md` 只保留指针与门禁要点，不复制本节正文。 |
+| 文本属性 | 本规范为项目内部正式规范（非知识库规则正文），随技能版本维护：修改须同批更新 `SKILL.md` 指针、`99-maintenance.md` owner 映射、源仓变更纪要与相关测试。 |
+| 与其他契约的关系 | 交付/送达口径以本规范为准；防幻觉与统计台账口径仍按 `00-总纲/执行契约/02-防幻觉协议执行细则`、`00-总纲/执行契约/03-审核统计与台账规范` 经本次 `crwu-dws` 实时下载后执行。原始 v0.4 内部逻辑（逐条裁定、复核对照、记录清单）由本规范 §6/§7/§8/§11 承接；其字段契约以实现层 JSON Schema 为准。 |
+| 运行时加载时机 | 审核运行不预读；阶段一定稿冻结后、阶段二对照与交付（router 步骤 14）时读取；渲染层按 §13.3 确定性渲染。 |
+| 参考实现（已落地） | 本规范的机器可校验 Schema 与参考实现随技能安装：`scripts/audit_result.schema.json`（§9 字段契约）、`scripts/audit_delivery.py`（`validate` 校验 §9.4/§11.1/§12.2 + `render` 确定性渲染 §10）、`template/audit-report.html`（独立页面模板与 CSS）、`scripts/test_audit_delivery.py`（§13.4 契约测试）、`scripts/examples/audit-result.sample.json`（示意样例）、`scripts/README.md`（用法与维护规则）。渲染器版本记于 `fileTrace.rendererVersion`。 |
+| 叶子职责 | 叶子只输出结构化 findings／证据／裁定／检查记录（§13.1），不生成页面、不定义最终字段、不写最终员工报告。 |
+
+### 14.1 编排层调用映射（脚本接入）
+
+调用者唯一：`crwu-audit` 编排层（router）。叶子与下游不得调用校验器/渲染器，也不得自行生成页面或改写结论（§12.2 / §13.1）。
+
+| 编排阶段（router 步骤） | 调用 | 输入 | 输出 | 失败处理 |
+| --- | --- | --- | --- | --- |
+| 阶段一冻结（步骤 11） | `audit_delivery.py digest <冻结快照.json>` | 阶段一定稿产物快照（AI 意见、route_profile、命中轴、规则/模块清单） | stdout：规范化 JSON 的 sha256（写入 `phaseControl.phase1Digest`；同时记 `phase1FrozenAt`） | 计算失败 → 停止进入阶段二，记 capability gap |
+| 阶段二收口 · 交付校验（步骤 14 ①） | `audit_delivery.py validate 审核意见.<项目ID>.json` | 汇总后的 AuditResult JSON | stdout 通过信息；非 0 退出 | **失败即停止交付**，逐条报错；禁止人工绕过、删检查或手改 HTML |
+| 阶段二收口 · 渲染（步骤 14 ②） | `audit_delivery.py render 审核意见.<项目ID>.json --out 审核意见.<项目ID>.html --json-out 审核结果.<项目ID>.json` | 已通过上一步 JSON 校验的同一份 AuditResult | 自包含单文件 HTML + 最终渲染态配套 JSON；脚本仍先独立执行 JSON 校验，再在内存渲染并做 `--rendered` 自检，最后成对落盘 | JSON 校验、自检或成对写出任一步失败 → HTML 与配套 JSON 均不作为本次产物；JSON 业务校验失败时二者均不得创建；已存在的旧文件不得充当本次交付 |
+| 交付（步骤 14 ③） | 无（文件交付） | `审核意见.<项目ID>.html` + `审核结果.<项目ID>.json` | 员工侧只交付 HTML；内部审核监控/统计读取配套 JSON，且其解析对象与 HTML 内嵌 AuditResult 完全一致 | 渲染不可得 → 记 capability gap，只保留输入 JSON 与校验错误报告，**不得跳过 JSON 校验直接出 HTML** |
+
+约定：`digest` 与 `render` 使用同一规范化序列化（排序键、UTF-8、无多余空白），因此冻结指纹可复现、`fileTrace.sourceDigest` 可与冻结摘要互校；脚本仅依赖 Python 标准库，退出码 `0` 通过 / `1` 失败。`render` 的执行顺序固定为：载入输入 → **JSON 校验** → 内存渲染 → 提取 HTML 内嵌对象 → 渲染态校验 → 成对写出；禁止在 JSON 合规前进入 HTML 渲染逻辑。
+
+### 14.2 最终 JSON 钉钉回传
+
+步骤 14 只负责产生员工 HTML 与最终态内部监控 JSON；其后的远端归档属于独立传输边界。步骤 15 必须读取本技能 `references/13-dingtalk-result-publish.md`，只把已经通过渲染后校验的配套 JSON 回传到固定组织与团队空间。远端失败不得反向改写 AuditResult、HTML 或审核结论，也不得用“本地已生成”代替“远端已验证”。