返回板块

G05 HTML交付自包含技术标准

1 HTML 交付自包含技术标准

标准编号：LHB/TS-2026-004 ｜ 版本：V1.6.0 ｜ 发布日期：2026-09-12 ｜ 实施日期：2026-09-13 ｜ 归口：利衡辨 · 全域治理

标准性质：规则性标准（第七版）· 执行层落地件 ｜ 上位依据：《全域文件技术体系宪法》现行版 M0.7 第 20 条「HTML 交付自包含与版式统一铁律」

权威关系：本文件为全域 HTML 类交付物的执行层标准。效力层级为：宪法 > MEMORY > 台账 > 国家标准 > 本文件 > 其他规范。与宪法冲突时以宪法为准；与《全域文件工作流规则技术标准》现行版 就区域路由与四盘同步冲突时，以该标准为准（本文件复用其条款，不替代）

1.1 目次

（本页由渲染引擎生成 TOC 域，Word/WPS 打开自动更新）

前言

本标准由 2026-09-12 一次真实故障复盘提炼而成：任务夹 `气密书_2026-09-12_1212` 产出的交底书 HTML 在预览面板中五张附图全部不显示。逐项校验的结果是——五个 `<img>` 的 `src` 按 HTML 所在目录解析后，磁盘目标文件 5/5 全部存在（`exists=True`），路径并未写错。真正的失效点是目录挂载域：HTML 位于 `产出/`，图片位于任务夹根 `图源/`，`src` 以 `../图源/` 跨越了上级目录；一旦以单文件方式预览、或把 HTML 单独拷出分发，上级目录不在可访问范围内，图片必然全挂。

这类故障的共同形态是：磁盘层面完全正确，交付层面完全失效。它不被命名校验、不被路径存在性校验、也不被内容完整性校验覆盖，只在「被别人打开」的那一刻暴露。凡以 HTML 为分发载具的场景（交底书、技术报告、架构图、可视摘要）均受同一失效模式支配。

本标准把「HTML 打开后是否看得见图」从取决于打开方式，收敛为同级相对路径 + 产出自包含 + 目录级分发 + 单文件例外四重确定项。

本标准 V1.2.0 增补的实证锚点为任务夹 `统一版_2026-09-12_1613` 对 `气密书_2026-09-12_1212` 与 `耐压辨_2026-09-12_1214` 两件交底书 HTML 的合并统一。改造前两件壳层互异：一件具备目次、版本页眉与页脚，另一件三者皆无；一件权项带号，另一件 20 条权项全部失号；一件五张图同级引用，另一件九处 `../` 越级引用；一件源标记残留 0 处，另一件残留 4 处。改造后：同批 CSS 指纹由 2 个收敛为 1 个（`3b909142`）、跨目录引用 9 处 → 0 处、解析命中 9/9、源标记残留 4 处 → 0 处、权项编号补齐 1–20。该轮与首轮属同一失效族：磁盘层面正确，交付层面失效，只是失效点由「路径」扩展到「版式与派生一致性」。

本标准 V1.3.0 增补的实证锚点为任务夹 `目次改_2026-09-12_1647`：以 `气密书_2026-09-12_1212` 的目次为基准，把 `耐压辨_2026-09-12_1214` 的三级骨架整体对齐，并在两件中新增「2.5 本领域的技术地图」（置于 2.4 之后）与「3.2.1 底层原理逻辑结构简图」（置于底层机理节之前），3.2.x 整体顺延重编号、交叉引用同步改写。改造后两件同批指纹收敛为 1 个（`797ea44a`），目次由「仅一级 7 项」升级为三级全锚点（气密性 29 项 / 耐压辨 32 项，锚点解析率 100%），跨目录引用 0 处、解析命中 7/7 与 10/10，源标记（含被 `<p>` 包裹的 `#### `）残留 4 → 0。本轮同时暴露并销项两类新失效：图号冲突（并发写入方在 `图源/` 生成了同图号异命名副本，`sha256` 相同）与目次断裂（导航被正文重写覆盖、标题与他人内容共行而漏入目次）。

本标准 V1.4.0 增补的实证锚点为任务夹 `技图升_2026-09-12_1711`：以 `气密书_2026-09-12_1212` 与 `耐压辨_2026-09-12_1214` 两件交底书 HTML 为载体，把「2.5 本领域的技术地图」由纯文字节升为「坐标图 + 文字说明」双载体：两件各新增 1 幅坐标图（气密书 图7＝探测对象 x 取数时点；耐压辨 图10＝判据形态 x 输出层级），PNG 1800x1320 与 1800x1240、SVG 矢量源同目录，图面六要素（两轴及档位／现有手段集中区／坐标空位／本发明坐标／约束条件线／标记号）齐备并逐项登记入附图标记对照表；正文以「见图7」「见图10」引导。同轮一并销项四类既有偏差：附图二义（同一图号下两份异命名文件，`sha256` 相同）列表标签失配（权项 1 与 3.4 创新点两处共 12 个 `<li>` 无父列表、悬空 `</ul>` 配对不上，浏览器下子项与真实条目并号）壳层类名分裂（同批两件页眉一处 `meta`、一处 `docmeta`，后者在 CSS 中无定义、样式落空）事实源未落（耐压辨派生件丢失「3.2 技术方案」与「3.2.5 多模态协同约束关系」两节、附图数标注 8 与事实源 9 不符）。改后同批 CSS 块 `sha256` 前 8 位均为 `797ea44a`、跨目录引用 0 处、解析命中 7/7 与 11/11、目次分别 29 项与 34 项全锚点可解析、Markdown 源标记残留 0 处、标签开闭配对 ul 3/3 与 1/1、ol 4/4 与 2/2；两件 docx 经 `render_f215`（contract 1.2.0）重渲后 `validate14` 14 维逐维与改前全等、总分 106/106 不变。

本标准 V1.5.0 增补的实证锚点为任务夹 `单文升_2026-09-13_0945`：以 `气密书_2026-09-12_1212` 与 `耐压辨_2026-09-12_1214` 两件交底书 HTML 为对象，把「单文件离线 HTML」由可选例外升为能力强制＋渠道条件强制——构建脚本必须具备 base64 内嵌所有同级相对路径 PNG（禁内联 SVG）以生成 `-单文件版` 的能力，仅当渠道要求单文件传递时才必须产出、且不得覆盖默认外链版。两件各生成 `-单文件版.html`：气密书 7 图全部内嵌（29 KB → 1.68 MB）、耐压辨 11 图全部内嵌（含同目录裸引用 `核心判定逻辑流程图_*.png`，32 KB → 2.28 MB），两件的 `<img>` 内嵌率 11/11 与 7/7、外部 `src` 残留 0 处、`<link>`／`<script src>` 0 处、base64 可解码率 100%、`</html>` 完整。该轮验证了「目录版 + 单文件版」双交付在同源一致下可并存：同批 CSS 指纹 `797ea44a` 不变、权项与事实源同序同号、目次全锚点不变，单文件版仅 `src` 由外链改为 data URI、页脚加 `-单文件版` 标注。

本标准 V1.6.0 增补的实证锚点为任务夹 `钱内核_2026-09-13_1131` 与 `标升版_2026-09-13_1155`：前者以一份纯图像 Word 文档（7 幅 JPEG 长图、OOXML 层可抽取字符 = 0）为输入，产出单文件自包含 HTML 分析报告；该输入既非「一个产品名」（不适用 005），亦非「一篇论文」（不适用 006），由此暴露第三类输入无专属形态标准的判据缺口——此前只能笼统表述为「挂靠 004 通用条款」，而「挂靠」本身并无成文判据，属未命名亦未校验的路由环节。本轮将该口径固化为 4.11「适用形态路由与兜底口径」：三类输入先路由（产品名→005／论文→006／其他→004），仅当交付要求未明确指定 Word／三件套／四件套／五件套／两件套等载体形态时，方由本标准承担唯一执行层依据；一旦明确指定件套形态即必须转对应标准，禁以兜底规避。该条同时排除两类误路由：对第三类输入强扭 005 九节五图或 006 六板块骨架（骨架空洞化），以及输出已明确要求件套形态却仍以本标准兜底（标准缺位）。

本标准为 `~/.workbuddy/specs` 规范权威库之外的执行层落地件，与其上位宪法条款同批发布。

1.2 规范性要求等级（RFC 2119）

表 0-1 规范性要求等级（RFC 2119）

等级	含义	本文用法
**必须**（MUST）	绝对要求，违反即判不合格、禁止发布	用于红线与闸门条款
**不得**（MUST NOT）	绝对禁止	用于禁止性条款
**应**（SHOULD）	推荐执行；不执行须书面说明理由并登记	用于强推荐项
**不应**（SHOULD NOT）	不推荐；执行须说明理由	用于弱禁止项
**可**（MAY）	可选	用于允许性条款
**宜**（RECOMMENDED）	较「应」更弱的推荐	用于经验性建议

引言

1.3 三项核心原则（强制贯穿）

表 0-2 三项核心原则与本文落地方式

原则	内涵	本文落地方式
场景定义需求	先定场景，再由场景推导需求	先判分发场景（目录分发 / 单文件分发），再定附图策略；不先定手段
技术经济性	以最小代价取得确定收益	默认同级外链（体积最小）；base64 内嵌仅服务单文件分发，并须核算体积代价
1进1出	单一事实源，单一当前态	「产出」目录为唯一分发单元；图源在产出内只有一份，禁多处副本漂移；派生件与事实源逐项一致，同批版式只留一个指纹

1.4 认知入口（逻辑思维简图）

图1-1 HTML 交付自包含认知框架逻辑思维简图

注：本图回答「为什么这样组织」——自顶向下的分层认知框架与层间依赖关系

1.5 全生命周期模型（生命周期结构图）

图1-2 HTML 交付物全生命周期生命周期逻辑结构图

注：本图回答「每一步做什么」——各阶段触发条件、责任人、校验方式与例外回路

2 第一篇 目的与底层逻辑

3 范围

本标准规定 HTML 类交付物（含单页可视摘要、架构图页、交底书预览页、报告分发页）中附图引用的路径约束、目录自包含要求、分发单元口径、单文件例外条件、适用形态路由与兜底口径，以及同批版式统一与派生件与事实源一致两项一致性要求，并规定其校验方式与硬指标。

本标准适用于由 Markdown 或脚本生成的全部 HTML 交付物，覆盖生成、预览、分发、归档四个环节。

本标准在全域 HTML 类标准体系中居横向底座地位：LHB/TS-2026-005《产业链报告自动生成技术标准》与 LHB/TS-2026-006《论文可视摘要单页自动生成技术标准》为两个并列的纵向形态标准，二者均在本标准之上叠加，且均在各自 §权威关系 中声明「HTML 交付路径、自包含判据与版式统一冲突时以本标准为准（复用其条款，不替代）」。三者不构成互斥的「三选一」——无论路由至哪份形态标准，本标准恒被引用。形态路由判据见 4.11。

本标准不适用于纯内联（无外部依赖）的 HTML 片段，也不适用于以 HTTP(S) 绝对地址引用远程图片且已确认可达的页面。

4 规范性引用文件

下列文件对于本标准的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本标准；凡是不注日期的引用文件，其最新版本适用于本标准。

表 2-1 规范性引用文件

编号	文件	版本	关系
UP-1	全域文件技术体系宪法	V2.25.0	上位（M0.7 第 20 条，自包含与版式统一；第（11）项形态路由与兜底口径）
UP-2	全域文件技术体系宪法	V2.18.1	上位（M0.7 第 18 条，Token 预算）
REF-1	全域文件工作流规则技术标准	V2.3.0	引用（区域路由、四盘同步）
REF-2	全域文件命名规则技术标准	V1.2.0	引用（任务夹与产出命名）
REF-3	新任务全生命周期省 Token 技术标准	V1.0.1	引用（minimal 档口径）
REF-4	产业链报告自动生成技术标准（LHB/TS-2026-005）	现行版	被路由（形态 A：输入为产品名）· 本标准的纵向叠加方
REF-5	论文可视摘要单页自动生成技术标准（LHB/TS-2026-006）	现行版	被路由（形态 B：输入为论文）· 本标准的纵向叠加方
REF-6	四件套强制交付物断言技术标准	V1.0.0	引用（4.11（3）输出明确指定件套形态时的承接方）

5 术语和定义

表 3-1 术语与定义

术语	定义
同级相对路径	以 HTML 自身所在目录为基准、只向下进入子目录的相对路径（如 `图源/图1.png`），**不含** `../` 段
跨目录引用	相对路径中含一个或多个 `../` 段，需访问 HTML 所在目录的祖先目录方能解析的引用
产出自包含	HTML 与其全部外部依赖（图片、字体、脚本）位于同一棵以「产出」为根的目录树内，整体可拷贝、整体可预览
挂载域	预览器或接收方实际可访问的文件系统范围；单文件预览时通常仅为该 HTML 所在目录及子目录
分发单元	对外交付时的最小完整传递对象；本标准规定为整个「产出」目录，而非单个 HTML 文件
单文件分发	受渠道限制只能传递一个 HTML 文件的分发方式；此情形下允许 base64 内嵌
统一完整版式	同批 HTML 共用的壳层结构与样式基线（页眉／目次／正文／页脚四壳）；以版式指纹标识，同批必须唯一
版式指纹	统一完整版式 CSS 块的 `sha256` 前 8 位十六进制串；用于机器判定「是否同版式」
派生件	由事实源（md／docx）生成的分发载体（HTML 等）；必须与事实源逐项一致
事实源	单一权威的内容载体（本标准语境下为交底书的 md 与 docx）；派生件的编号、层级、条目数以其为准
技术地图	交底书 2.5 节以两条坐标轴定位本领域现有手段、标出坐标空位与本发明坐标的图件；本标准的「地图」一律指**图件**而非文字段
正式附图	带图号并经「附图说明」与「附图标记对照表」登记的图件；**补充制图**（大屏版、hero 插图等）不入正式附图编号
单文件离线版	将全部图源 base64 内嵌进单一 HTML 文件、不依赖「产出」目录即可离线打开的版本；**必须**以 `-单文件版` 标注、禁内联 SVG、不得覆盖默认外链版
形态路由	接到 HTML 类交付任务时，按**输入类型**判定应引用哪份执行层标准的前置动作；三出口为 005（产品名）／006（论文）／004（其他，兜底），判定结果**必须**写入任务 `state.json` 的 `form_route` 字段
第三类输入	既不属于「一个产品名」（待研究标的）、也不属于「一篇论文／学位论文／技术报告」的输入；即**其他文档**（既有报告、笔记、图像型文档等）或**已有 HTML**
兜底口径	第三类输入在**未明确指定** Word／三件套／四件套／五件套／两件套等载体形态时，由本标准通用条款承担唯一执行层依据的规则；一旦明确指定件套形态即**必须**转对应标准，**禁**以兜底规避

6 第二篇 技术要求与逻辑结构

7 技术要求

7.1 路径约束：同级相对路径，禁止跨目录引用（必须）

（1）HTML 内所有 `<img>` 的 `src` 必须使用同级相对路径，形如 `图源/图1.png`；不得出现 `../` 段。

（2）不得使用盘符绝对路径（如 `F:\...`）或 `file:///` 协议地址——二者在换机、换盘、上传后必然失效。

（3）路径中的目录名与文件名必须与磁盘实体逐字符一致，含中文、含空格时不得手工改写为转义形式。

（4）矢量源（SVG）与位图（PNG）应同目录并存：位图为渲染载具，矢量源为修改载具；HTML 只引用位图。

判据：正则 `src\s*=\s*["'][^"']*\.png["']` 命中项中，含 `../` 或含 `:` 或含 `://` 的条目数 必须为 0。

7.2 目录约束：产出自包含（必须）

（1）生成 HTML 的构建脚本必须把所引用的图源文件复制进「产出」目录下的同名子目录（默认 `产出/图源/`），再行渲染；不得依赖产出目录之外的任何图源。

（2）HTML 文件必须位于「产出」目录内，与其依赖子目录同根。

（3）复制完成后必须逐个回读校验：每个 `src` 按 HTML 所在目录解析后，目标文件必须存在且非空。

（4）同一图片在产出目录内只保留一份；不得同时存在 `图源/` 与散落在产出根的副本（违反 1进1出，且易造成改图未同步）。

判据：解析后 `exists == True` 的条目数 / 全部 `src` 条目数 必须 = 1。

7.3 分发约束：以目录为单元（必须）

（1）对外交付必须以整个「产出」目录为单元打包或拷贝；不得单独提取 HTML 文件发送。

（2）分发说明必须显式写明「请保留 HTML 与图源目录的相对位置」。

（3）归档应整体归档；版本号、时间戳按 REF-2 落在目录名或文件名上，不得靠拆散目录来表达版本。

7.4 单文件离线版：能力强制 + 渠道条件强制（必须）

（1）能力强制：生成 HTML 的构建脚本必须内置单文件离线版生成能力——将全部 `<img>` 的同级相对路径引用（含 `图源/` 前缀与同目录裸引用）统一 base64 内嵌为 `data:image/png;base64,...`，禁内联 SVG 源码；此能力不得因缺脚本路径而缺失。

（2）渠道条件强制：仅当渠道限制只能传递单个 HTML 文件时，必须产出 `-单文件版`，并与默认外链版同源并存；不得用内嵌件覆盖默认外链交付件（默认件仍为「产出」目录单元）。

（3）单文件版必须满足离线自包含：内嵌后非 `data:` 的 `src` 残留数 必须为 0，`<link href>`／`<script src>` 外链 必须为 0，base64 必须可解码；页脚必须标注 `-单文件版` 及「不依赖产出目录、可单独拷贝离线打开」。

（4）内嵌前必须核算体积代价：base64 编码使二进制体积膨胀约 33%（附图较大时涨幅更高，实证锚点气密书 29 KB → 1.68 MB、耐压辨 32 KB → 2.28 MB）；单文件版仅作例外渠道件，不计入「默认件体积增幅 ≤ 5%」核算。

（5）不应内嵌 SVG 源码替代位图——矢量源码内联会显著抬高解析成本与体积，与 minimal 档口径（REF-3）冲突。

判据：生成的 `-单文件版` 中，非 `data:` 的 `src` 条目数 必须为 0；base64 可解码率 必须 = 100%；文件名或页脚 必须含 `-单文件版`。

7.5 校验时点：生成后、分发前（必须）

（1）校验必须前置于分发动作；分发之后再校验判为校验缺失（参照宪法 M0.7 第 16 条外部依赖前置闸之时点口径）。

（2）校验应由构建脚本自打印三项计数：图片条目数、跨目录引用数、解析命中数；三项分别为 `N / 0 / N` 方为通过。

7.6 版式统一：同批同基线（必须）

（1）同一交付批次内的同类 HTML（如一次交付的两份及以上交底书预览页）必须共用同一「统一完整版式」基线，不得各件自成一壳。

（2）基线以全部样式规则构成的 CSS 块为准；其 `sha256` 取前 8 位为版式指纹，必须同批相等。判据：同批各件指纹去重后的个数 必须 = 1。

（3）必备三件套：①页眉 `docmeta`——版本（无则省）／版式名与指纹／生成时间／附图数；②目次 `nav.toc`——三级全锚点，`h2`／`h3`／`h4` 全部生成锚点并入目次（`lv2`／`lv3`／`lv4` 逐级缩进），目次链接数 必须 = 正文标题总数且逐个可解析；③页脚 `doc-foot`——附图说明、制图指引、复核声明。

（4）指纹应在页眉显式标注，形如 `版式：统一版式 V1.0.0（指纹 3b909142）`，使「是否同版式」在打开瞬间即可判定，无需回溯构建记录。

（5）应保留响应式与打印两项媒体查询（`@media(max-width:820px)`、`@media print`）：前者保证窄屏可读，后者保证纸质分发可断页。

（6）同批件不得出现「标题重复」——页眉标题区与正文 `h1` 同时存在即判重复（正文源 `h1` 必须在构建期上提至页眉后移除）。

（7）同上批壳层类名一致：同批件的页眉／目次／正文／页脚四壳必须使用同一套类名，且类名必须在本批 CSS 块中有定义；禁各件自造等价类名（如一处 `meta`、一处 `docmeta`）——后者会使样式落空，页面外观在打开瞬间即分叉。判据：同批件页眉类名去重个数 必须 = 1。

（8）目次不得悬空、不得漏项：导航块必须与正文同一次重写中生成，禁先插导航再整体重写正文（后者会把导航覆盖掉）；标题必须独立成行参与锚点分配，禁与相邻块级元素共行（共行者不获锚点、不进目次，构成隐性漏项）。判据：`href` 集合与 `id` 集合 必须相等。

7.7 派生件与事实源一致：禁失号、缺条目、层降级（必须）

（1）HTML 派生件与其事实源（md／docx）必须逐项一致，至少覆盖五项：权项编号与条数、章节标题层级、表格数、附图数、关键参数数值。

（2）权项块必须带显式编号且与事实源同序同号；禁整节无号、禁跳号、禁并号。判据：派生件权项条目数 必须 = 事实源权项数，首号与末号 必须与事实源一致。

（3）禁层级降级：事实源中为标题的结构（如 `#### 3.2.1`）不得在派生件中降为正文段落。

（4）派生件的内部引用自洽：权项之间的引用（如「权利要求 1 至 N 中任一项」）必须与其实际编号编排一致。发现不一致时应登记为待复核项并交发明人／代理师裁定；不得由生成环节自行改号、增删权项或调整引用区间。

（5）应在构建脚本中内置「事实源—派生件」五项对账，任一项不符即 fail-closed，禁以「渲染成功」替代一致性通过。

（6）编号、层级与顺序连贯：章节增删必须整体顺延重编号（`3.2.1` 让位给新章时，原 `3.2.1…3.2.n` 必须顺延为 `3.2.2…3.2.(n+1)`），不得跳号、不得两位共存、不得用补位号悬置（如 `3.2.0`）。顺延后必须同步改写正文交叉引用，并输出「改前 → 改后」对照表；重编号应降序执行（`3.2.5→3.2.6` 先行）以避免链式误改。

（7）补充制图的计数豁免：正式附图（带图号）计入「附图数」对账，补充制图（大屏版流程图、hero 插图等无图号图件）不计入；页眉与页脚标注的附图数必须等于正式附图数。同一图号下只许一份文件，禁同号二义（同图号两份异命名文件——命中即按 E-12 处置）。

（8）锚点与编号同源：锚点 id 应由「层级＋序号」派生（`sec1`／`s3_1`／`s4_1`），使目次顺序与编号顺序在机器上可互验。

7.8 源标记零残留（必须）

（1）HTML 正文不得残留 Markdown 源标记，至少包括：行首 `#`／`##`／`###`／`####`、`**` 加粗标记、`:表题:` 与 `:逻辑思维简图:` 类指令。

（2）判据：正文文本中上述四类标记命中数 必须 = 0。

（3）应把源指令在构建期映射为对应 HTML 语义标签——表题段落映射为 `.tcap`、简图指令映射为 `.tcap`／图形容器、标题级 `#### ` 映射为 `h4`，不得原样透传。

7.9 交底书 HTML 统一目次基线（必须）

（1）同一体系的交底书 HTML 必须采用同一目次基线。基线取「气密性类」六章骨架（封面信息／一、摘要／二、背景技术／三、发明内容／四、具体实施方式／五、附图说明／六、权利要求书）为一级，二级与三级槽位如下：

表 4-1 交底书 HTML 目次基线（一级／二级／三级槽位）

层级	槽位	说明
一级	封面信息 ／ 一、摘要 ／ 二、背景技术 ／ 三、发明内容 ／ 四、具体实施方式 ／ 五、附图说明 ／ 六、权利要求书	七节固定，顺序不变
二级（二）	2.1 技术领域｜2.2 现状与问题｜2.3 最相关现有技术｜2.4 现有方案缺点｜**2.5 本领域的技术地图**	2.5 置于 2.4 **之后**，用于给出该领域手段的坐标定位与本发明的空位
二级（三）	3.1 要解决的技术问题｜3.2 技术方案｜3.3 必要步骤与优选步骤｜3.4 创新点｜3.5 有益效果	五节固定
三级（3.2）	**3.2.1 底层原理逻辑结构简图**｜3.2.2 底层工作原理｜3.2.3 与架构／架构对应槽｜3.2.4 方法步骤｜3.2.5 协同约束关系｜3.2.6 与最接近现有技术的区别	3.2.1 置于「底层工作原理」**之前**，须含技术背景说明与结构简图（三层：物理层／架构层／判定层）
二级（四）	4.1 起按实施例、对比例、数据对照、待实测清单序排	数量随内容，顺序固定

（2）2.5 本领域的技术地图 的内容要求：本节的实质内容必须以「坐标图 + 文字说明」双载体呈现，禁仅以文字描述充抵（仅文字即判 E-14，P1 阻断）。

图件必须以两条坐标轴定位（探测对象／取数时点，或判据形态／输出层级），并必须包含下列六项要素：

表 4-2 技术地图图面六要素与判据

#	要素	内容要求	判据
①	两条坐标轴	两条轴各自给出名称与**分类档位**（如四类物理量／两种取数时点，或两级判据形态／两级输出层级）	轴上档位文字可读且与正文一致
②	现有手段集中区	标出现有手段的**落位**，并**须**写出所引对比文件号或手段名	落位计数与正文所述集中处数相等
③	坐标空位	标出**现有手段零落位**的象限／位置	图上存在明确的空位标注
④	本发明坐标	给出本发明在两条轴上的取值，并说明其与空位的对应关系	与正文所述坐标逐字一致
⑤	约束条件	若本发明受某项上限约束（如安全电压上限），**须**在图上以分界线标出并注明	约束线与坐标原点条件同时给出
⑥	标记号	图上要素**须**编号，并与「附图标记对照表」逐项对应	标记号集合 = 对照表该图号行集合

图件必须作为正式附图登记——计入「附图说明」图号清单与「附图标记对照表」；正文必须以「见图 N」引导，禁只插图不作引。文字说明必须回答三问：现有手段按两轴落位的情况、坐标空位何在、本发明坐标为何，以及该地图在检索比对与取舍边界上的两项作用。

（3）3.2.1 底层原理逻辑结构简图 的内容要求：先作技术背景说明（说明为何需要结构简图——层间前置、触发与汇聚关系难以用文字线性还原），再给出简图，并逐层说明物理层、架构层、判定层的关系与「自下而上／自上而下」两条语义方向；简图必须作为正式附图登记（计入附图说明与附图标记对照表）。

（4）目次基线变更时，必须同步更新本表并整体顺延重编号；禁只改其中一件而使同批目次分裂。

（5）禁在背景技术节内使用其他章节的定位关键词（技术方案／实施例／创新点／有益效果／工作原理／技术领域／最相关现有技术／现有方案缺点／要解决技术问题／必要／优选），否则会劫持后续机器的子节窗口判定；新增二级节（如 2.5）的措辞必须先行自查。

7.10 标记良构：列表标签闭合配对（必须）

（1）列表标签必须闭合配对：`<ul>`／`<ol>`／`<li>` 的开标签计数必须分别等于其闭标签计数；

禁游离 `<li>`（无父列表的条目）、禁悬空闭合标签（无对应开标签的 `</ul>`／`</ol>`／`</li>`）。

（2）判据：`<ul>` 计数 = `</ul>` 计数、`<ol>` 计数 = `</ol>` 计数、`<li>` 计数 = `</li>` 计数，且不存在「上一条目列表已闭合、下一个条目列表尚未开启」之间出现的 `<li>`。

（3）源侧为嵌套列表时（如权项正文内的子项），构建期必须保留嵌套关系——子列表必须置于其父 `<li>` 之内；禁把子项拍平为同级条目，否则浏览器会把子项与真实条目并号（实测形态：权项 1 的六个判定分支被渲染为与权利要求 2–7 同级的编号条目）。

7.11 适用形态路由与兜底口径（必须）

（1）形态路由先于内容生产：接到 HTML 类交付任务时必须先按输入类型完成形态路由，再决定引用哪份执行层标准；禁跳过路由直接套用某一形态骨架。路由三出口：

· 输入为一个产品名（待研究标的）→ 路由至 LHB/TS-2026-005《产业链报告自动生成技术标准》；产品名未挂接 NEV 产业链者必须按 005 §4.1 拒绝执行，禁降级为通识性产品介绍；

· 输入为一篇论文／学位论文／技术报告 → 路由至 LHB/TS-2026-006《论文可视摘要单页自动生成技术标准》；

· 输入为其他文档（既有报告、笔记、图像型文档等）或已有 HTML → 判为第三类输入，按本条第（2）项兜底。

（2）兜底口径（第三类输入）：第三类输入当且仅当交付要求中未明确指定 Word／三件套／四件套／五件套／两件套等特定载体形态时，适用本标准的通用条款并由本标准承担唯一执行层依据；此情形禁强扭 005 的九节五图骨架或 006 的六板块骨架，禁以「借形态」方式生成结构空洞的报告。

（3）反向约束：禁以兜底规避形态标准：一旦交付要求中明确指定了件套形态（Word／三件套／四件套／五件套／两件套）或产品线形态，必须转由对应形态标准或《四件套强制交付物断言技术标准》（REF-6）承接，禁以本标准兜底替代。

（4）底座恒定，禁并列为三选一：无论形态路由结果为何，本标准恒被引用——005 与 006 的 §权威关系 均已明定「HTML 交付路径、自包含判据与版式统一冲突时以本标准为准（复用其条款，不替代）」；禁把本标准与两份形态标准并列为互斥选项。

（5）判据与留痕：形态路由结果必须写入任务 `state.json` 的 `form_route` 字段（取值 `005`／`006`／`004`），并在交付说明中一句话声明路由依据。判据：形态路由正确率（路由判定与输入类型一致的件数 / HTML 类交付总件数）必须 = 100%。

8 第三篇 失效模式与硬指标

9 失效模式与处置

表 5-1 失效模式 E-1 至 E-18 与处置

编号	失效模式	表征	根因	处置	等级
E-1	跨目录引用	磁盘路径存在，预览无图	`../` 越出挂载域	改同级路径并把图源复制进产出	P1 阻断
E-2	绝对路径引用	本机可见，换机全挂	盘符或 `file:///`	改为同级相对路径	P1 阻断
E-3	图源未随行	单独拷走 HTML 后无图	产出未自包含	构建脚本复制图源并回读校验	P1 阻断
E-4	矢量源内联	体积暴涨、渲染迟缓	内联 SVG 源码	改引用同目录 PNG	P2 整改
E-5	多副本漂移	改图后部分页面未更新	同图多份副本	收敛为产出内唯一一份	P2 整改
E-6	校验后置	发出后才发现无图	先分发后校验	校验前置为闸门，未过禁分发	P1 阻断
E-7	权项失号／条目缺失	预览件权项无编号，或条数少于事实源	派生时未映射编号	按事实源补号并逐条对齐，复跑对账	P1 阻断
E-8	同批版式分裂	同批两件的壳层与样式各异	各件独立成壳	收敛为同一基线，指纹取齐 = 1	P2 整改
E-9	源标记残留	页面直接显示 `####`／`**`／`:表题:`	构建期未做指令映射	构建期映射为语义标签并复扫	P1 阻断
E-10	标题重复	页眉与正文各有一个同名标题	正文源标题未在构建期移除	上提至页眉并删除正文副本	P2 整改
E-11	目次断裂	导航缺失、条目少于标题数，或点击无跳转	导航与正文分两次重写；标题与相邻块共行未获锚点	导航与正文同次重写；标题独立成行；`href` 集合＝`id` 集合	P1 阻断
E-12	图号冲突	同一图号存在两份异命名文件	并发写入或命名分裂	按指令用词归一命名，副本移入 `_bak_` 并核 `sha256`	P1 阻断
E-13	编号链式误改	顺延重编号时小节号被二次顺延	升序执行或未锚定行首	降序执行并以 `^<hN>` 行锚定	P2 整改
E-14	技术地图仅文字	2.5 节只有文字段、无坐标图	内容要求未图文化	补坐标图并登记标记号，正文加「见图 N」	P1 阻断
E-15	列表标签失配	子项显示为同级编号，或出现游离条目、悬空闭合标签	嵌套列表被拍平、开标签丢失	补父列表开标签并闭合、恢复嵌套	P1 阻断
E-16	同批壳层类名分裂	同批件同位置类名各异，样式落空	各件独立成壳	统一到本批 CSS 已定义的类名	P2 整改
E-17	单文件离线版不可生成或缺标	渠道要求单文件时无法产出，或产出未标 `-单文件版`、覆盖默认外链件	构建脚本无单文件模式；以单文件件顶替目录件	构建脚本内置 base64 内嵌路径并标 `-单文件版`；默认件仍为目录单元	P1 阻断
E-18	形态误路由	非 NEV 产品套 005 九节五图骨架、非论文套 006 六板块骨架，或输出已明确要求件套形态却以本标准兜底	未做形态路由前置判定；「挂靠 004」无成文判据	按 4.11 重新路由，并在 `state.json` 补写 `form_route` 字段	P1 阻断

10 硬指标

表 6-1 硬指标与判据

指标	判据	阈值
跨目录引用数	`src` 中含 `../` 的条目数	**0**
绝对路径引用数	`src` 中含盘符或 `://` 的条目数	**0**
解析命中率	解析后存在且非空的条目数 / 总条目数	**100%**
图源副本数	同一图片在产出目录内的份数	**1**
默认件体积增幅	外链版 HTML 相对无图基线的增幅	**≤ 5%**
校验前置率	分发前完成校验的次数 / 分发总次数	**100%**
版式指纹数（同批）	同批 HTML 的 CSS 块指纹去重个数	**1**
权项编号完整率	带显式编号的权项数 / 事实源权项数	**100%**
源标记残留数	行首 `#` 类／`**`／`:指令:` 的命中总数	**0**
同批标题重复数	页眉与正文同名标题的重复处数	**0**
目次锚点解析率	可解析的目次 `href` 数 / 目次条目总数	**100%**
目次覆盖率	目次条目数 / 正文标题总数	**100%**
图号唯一率	同一图号下的文件份数	**1**
技术地图图文化率	2.5 节含坐标图的交底书 HTML 件数 / 交底书 HTML 总件数	**100%**
地图图面要素齐备率	图上齐备的要素项数 / 六项	**100%**
列表标签配对率	开闭计数相等的标签类别数（`ul`／`ol`／`li`） / 3	**100%**
同批壳层类名数	同批件页眉类名去重个数	**1**
单文件版外链残留数	单文件版内非 `data:` 的 `src` 条目数（渠道要求单文件版时）	**0**
形态路由正确率	形态路由判定与输入类型一致的件数 / HTML 类交付总件数（判据见 4.11）	**100%**

附录 A

A.1 生成侧三问：图在不在产出内？`src` 有没有 `../`？解析后存不存在？

A.2 分发侧一句：发目录，不发单文件。

A.3 例外一句：只能发单文件，才 base64，并标注 `-单文件版`。

A.4 修复三步：改 `src` 为同级 → 复制图源进产出 → 重跑构建并核三项计数。

A.5 统一版式三问：同批指纹是否只有 1 个？权项编号是否与事实源同序同号？正文是否还留着 `####` 与 `**`？

A.6 合并两件时的四步：取齐壳层（页眉／目次／正文／页脚）→ 取齐 CSS 指纹 → 逐件对账权项与图表数 → 复扫源标记。

A.7 目次三问：导航是否与正文同次生成（会不会被覆盖）？每条 `href` 是否都能跳转？新增章节后旧编号是否整体顺延、交叉引用是否同步？

A.8 并发三问：改动前 30 秒静默是否确认？同号文件是否只有一份？他方命名是否与本方一致？

A.9 技术地图三问：2.5 是「图＋文字」还是只有文字？六项要素齐不齐？图号与标记号入册了没有？

A.10 良构两问：列表标签开闭计数相等吗？源侧嵌套的子项有没有被拍平成同级条目？

A.11 单文件版两问：构建脚本能不能一键产出 `-单文件版`（能力强制）？渠道要求单文件时有没有标 `-单文件版` 且没覆盖外链版（渠道条件强制）？

A.12 形态路由三问：先判输入类型了吗（产品名／论文／其他）？第三类输入有没有被强扭成 005 九节五图或 006 六板块骨架？输出已明确指定件套形态时有没有转对应标准？`state.json` 里留了 `form_route` 没有？

附录 B

B.1 见到「预览无图」先跑解析校验，不要先怀疑图没生成。

B.2 见到「本机有图、他机无图」先查绝对路径与 `../`。

B.3 见到「改了图页面没变」先查副本漂移与缓存。

B.4 见到「报告结构空洞、章节与输入对不上」先查 E-18，确认形态路由是否正确——第三类输入不套形态骨架、明确指定件套时不走兜底。

11 第四篇 监督、文档管理与版本历史

B.1 审批记录

表 13-1 审批记录

角色	姓名 / 单位	日期	结论
提出	利衡辨	2026-09-12	首版由 `气密书_2026-09-12_1212` 与 `耐压辨_2026-09-12_1214` 两件交底书 HTML 合并统一的实测差异提炼（版式互异、权项失号、跨目录引用、源标记残留四类）；V1.4.0 由任务夹 `技图升_2026-09-12_1711` 的实测差异提炼（技术地图仅文字、列表标签失配、壳层类名分裂、附图二义、事实源未落五类）；V1.5.0 由任务夹 `单文升_2026-09-13_0945` 的实测差异提炼（单文件离线版不可生成→能力强制＋渠道条件强制）
审定	全域文件治理工作组 技术标准委员会	2026-09-12	通过（`doc_style_check.py` 判定 P1 0 项 / P2 0 项）
批准	许炳	2026-09-12	依据技术标准自动发布授权（EX-8）自动发布
提出	利衡辨	2026-09-13	V1.6.0 增补由任务夹 `钱内核_2026-09-13_1131` 与 `标升版_2026-09-13_1155` 提炼：纯图像 Word 文档类输入暴露「第三类输入无专属形态标准」判据缺口，「挂靠 004」此前无成文判据；本轮固化为 4.11「适用形态路由与兜底口径」
审定	全域文件治理工作组 技术标准委员会	2026-09-13	通过（`doc_style_check.py` 判定 P1 0 项 / P2 0 项）
批准	许炳	2026-09-13	依据技术标准自动发布授权（EX-8）自动发布

12 修订记录

表 R-1 修订记录

版本	日期	修订人	修订内容
V1.6.0	2026-09-13	全域文件治理工作组 技术标准委员会	增补性升版（**适用形态路由与兜底口径**）：①新增 4.11「适用形态路由与兜底口径（必须）」——形态路由先于内容生产，三出口为 005（产品名）／006（论文）／004（第三类输入兜底）；第三类输入**当且仅当**交付要求未明确指定 Word／三件套／四件套／五件套／两件套等载体形态时由本标准兜底，一旦明确指定即**必须**转对应标准，**禁**以兜底规避；②§1 范围新增「横向底座地位」段，明示本标准与 005／006 为「1 底座 + 2 形态」而非互斥三选一；③§2 引用文件新增 REF-4（005）／REF-5（006）／REF-6（四件套断言标准）；④术语新增「形态路由」「第三类输入」「兜底口径」三条（13 → 16 条）；⑤失效模式新增 **E-18 形态误路由**（17 → 18 条）；⑥硬指标新增「形态路由正确率」一项（19 → 20 项）；⑦认知入口 L1 由「六要点」扩为「七要点」、L2 增「禁形态误路由」、L3 增「形态路由正确率 100%」；⑧附录 A 增 A.12、附录 B 增 B.4、附录 D 增 `form_route` 字段；⑨上位依据同步为宪法（现行）。实证锚点：任务夹 `钱内核_2026-09-13_1131`（纯图像 Word 文档→HTML 分析报告，暴露第三类输入判据缺口）与 `标升版_2026-09-13_1155`（本轮固化）
V1.5.0	2026-09-13	全域文件治理工作组 技术标准委员会	增补性升版（单文件离线版能力强制＋渠道条件强制）：①4.4 由「单文件分发的例外（可）」改写为「单文件离线版：能力强制 + 渠道条件强制（必须）」——构建脚本必须内置 base64 内嵌全部同级相对路径 PNG（禁内联 SVG）的生成能力；仅渠道要求单文件传递时才必须产出 `-单文件版`、且不得覆盖默认外链版；单文件版须离线自包含（非 data: 的 src 残留 0、外链 0、base64 可解码 100%）；②认知入口 L3 增「单文件版外链残留 0」、L4 例外补「能力强制可生成／不得覆盖外链版」；③术语表增「单文件离线版」；④失效模式扩至 **E-17**（单文件离线版不可生成或缺标）；⑤硬指标 18 → **19 项**（新增单文件版外链残留数）；⑥附录 A 增 A.11、附录 D 增 `single_file_ok`；⑦上位依据同步为宪法（现行）。实证锚点：任务夹 `单文升_2026-09-13_0945`（两件各生成 `-单文件版.html`：气密书 7 图全内嵌 29 KB→1.68 MB、耐压辨 11 图全内嵌含同目录裸引用 32 KB→2.28 MB；内嵌率 11/11 与 7/7、外部 src 残留 0、`<link>`/`<script src>` 0、base64 可解码 100%、`</html>` 完整；同批指纹 `797ea44a` 与权项、目次全锚点不变）
V1.4.0	2026-09-12	全域文件治理工作组 技术标准委员会	增补性升版（技术地图图文化与结构良构）：①4.9（2）由「文字描述」改写为「**坐标图 + 文字说明**双载体」，并新增表 4-2 图面六要素与判据（两轴及档位／现有手段集中区／坐标空位／本发明坐标／约束条件线／标记号）；②新增 4.10「标记良构」——列表标签**必须**闭合配对、**禁**游离 `<li>` 与悬空闭合标签、源侧嵌套**必须**保留（禁拍平致并号）；③4.6 新增（7）「同批壳层类名一致」（同批页眉类名去重个数须为 1，禁各件自造等价类名），原（7）顺延为（8）；④4.7 新增（7）「补充制图的计数豁免」（正式附图计入附图数、补充制图不计；同一图号禁二义），原（7）顺延为（8）；⑤失效模式扩至 **E-16**（新增 E-14 技术地图仅文字／E-15 列表标签失配／E-16 同批壳层类名分裂）；⑥硬指标 14 → **18 项**（新增技术地图图文化率／地图图面要素齐备率／列表标签配对率／同批壳层类名数）；⑦术语表增「技术地图」「正式附图」两条，附录 A 增 A.9／A.10 速查，附录 D 增四字段；⑧上位依据同步为宪法（现行）。实证锚点：任务夹 `技图升_2026-09-12_1711`（两件交底书 HTML 新增坐标图 图7／图10，图面六要素齐备并入册；同批指纹 `797ea44a`、跨目录引用 0、解析命中 7/7 与 11/11、目次 29／34 项全锚点、源标记残留 0、标签配对 ul 3/3 与 1/1、ol 4/4 与 2/2；两件 docx `validate14` 14 维逐维与改前全等、总分 106/106 不变）
V1.3.0	2026-09-12	全域文件治理工作组 技术标准委员会	增补性升版（目次基线与编号连贯）：①新增 4.9「交底书 HTML 统一目次基线」（一级七节／二级槽位／3.2 三级槽位，明确 2.5 本领域的技术地图与 3.2.1 底层原理逻辑结构简图的位置与内容要求）；②4.6（3）目次口径由「仅 `h2` 锚点」升级为**三级全锚点**，新增（7）目次不得悬空、不得漏项；③4.7 新增（6）编号顺延与交叉引用同步、（7）锚点与编号同源；④失效模式扩至 E-13（新增 E-11 目次断裂、E-12 图号冲突、E-13 编号链式误改）；⑤硬指标扩至 14 项；⑥上位依据同步为宪法（现行）。实证锚点：任务夹 `目次改_2026-09-12_1647`（两件目次对齐，指纹 2→1＝`797ea44a`，目次升级为 29／32 项三级全锚点，`####` 残留 4→0）。
V1.2.0	2026-09-12	全域文件治理工作组 技术标准委员会	增补性升版（版式统一与派生一致性）：①新增 4.6 版式统一（同批同基线，CSS 指纹机检，同批指纹数＝1，页眉／目次／页脚必备三件套）；②新增 4.7 派生件与事实源一致（权项编号与条数、章节层级、表格数、附图数、参数值五项对账，禁失号／缺条目／层降级，引用自洽交由发明人裁定）；③新增 4.8 源标记零残留；④失效模式扩至 E-7~E-10，硬指标扩至 11 项；⑤附录 A 补 A.5／A.6 速查；⑥上位依据同步为宪法（现行）；⑦按母规则 STD-B-001／STD-G-002／STD-G-005／STD-G-007 补齐四篇式结构、附录 C／D、审批记录与定稿校核结论，成文自检 P1 由 5 项清零（V1.0.0／V1.1.0 遗留）。实证锚点：任务夹 `统一版_2026-09-12_1613`（两件交底书 HTML 合并统一，指纹 2→1、跨目录引用 9→0、权项编号 0→20、源标记 4→0）。
V1.1.0	2026-09-12	全域文件治理工作组 技术标准委员会	增补性升版（补必备图与认知入口）：①按母规则 STD-C-011 补「逻辑思维简图」（认知框架 L0-L4 五层）与「生命周期逻辑结构图」（生成／渲染／校验／分发／归档五阶段），消除渲染告警 2 条；②新增「认知入口」「全生命周期模型」两节；③技术要求、失效模式与六项硬指标不变；④上位依据同步为宪法（现行）。
V1.0.0	2026-09-12	全域文件治理工作组 技术标准委员会	首版发布：四要点（同级相对路径禁跨目录 / 产出自包含 / 目录级分发 / 单文件 base64 例外）+ 失效模式 E-1 至 E-6 + 六项硬指标；实证锚点为任务夹 `气密书_2026-09-12_1212`

附录 C

表 C.1 工具链清单（全部复用既有工具，零新增常驻载具）

工具	路径	用途	退出码 / 口径
母规则判定器	`~/.workbuddy/_tools/doc_style_check.py`	STD-A~H 成文自检	P1／P2 全 0 方可发布
交付合规校验	`~/.workbuddy/_tools/check_deliverables.py`	产出目录命名与四件套	退出码 1 = 不合规
建夹与命名闸门	`~/.workbuddy/_tools/deliverable.py`	任务夹／文件名／字体闸门	错名不落盘
标准渲染引擎	`skills/V1.11.1_利衡辨_技术标准排版助手/render.py`	md → 国标 docx	`python render.py <md> <docx>`
四盘同步	`~/.workbuddy/_tools/sync_disks.py`	权威盘 → 三副本	先 `--dry-run`，后 rc=0
登记表对账	`~/.workbuddy/_tools/refresh_register.py`	specs ↔ 登记表（SSOT）	`--check` 退出码 1 = 漂移
宪法版本一致性	`~/.workbuddy/_tools/constitution_version_check.py`	现版本断言与出处锚点	漂移即 exit ≠ 0
src 三项计数	构建脚本内置	`N / 0 / N` 自打印	形态不符即 fail-closed

附录 D

表 D.1 版式统一与派生一致性登记必备字段清单

字段	含义	示例
`layout_fingerprint`	同批版式指纹（CSS 块 `sha256` 前 8 位）	`3b909142`
`css_len`	统一 CSS 块字节数	3,041
`src_total`	图片条目数	9
`src_cross`	跨目录引用数	0
`src_hit`	解析命中数（存在且非空）	9
`claim_count`	派生件权项条目数	20
`claim_span`	事实源权项首末号	1 / 20
`title_dup`	页眉与正文标题重复数	0
`md_marker_left`	源标记残留数	0
`toc_link_match`	目次链接数与 `h2[id=secN]` 是否一一对应	True
`before_after`	改前 → 改后	`../图源` 9 → 0；权项 0 号 → 1–20
`evidence`	实测证据	`sha256` / 字节数 / 退出码 / 计数打印
`gate_rerun`	闸门复跑结论	`doc_style_check` P1 0 / P2 0
`map_figure`	2.5 技术地图图号	`图7`／`图10`
`map_elements`	图面六要素齐备数	`6 / 6`
`tag_pair`	列表标签开闭配对	`ul 3/3 ol 4/4`
`shell_class`	页眉类名（同批须一致）	`meta`
`single_file_ok`	单文件版离线可开（外链残留 0 / base64 可解码 100%）	`True`
`form_route`	适用形态路由判定结果（005／006／004）	`004`

D.1 定稿校核结论

表 Z.1 定稿校核结论

校核项	结论
技术内容是否已达定稿条件	**已达**。四篇式齐全；技术要求 **4.1–4.11 共 11 条**；失效模式 **E-1–E-18 共 18 条**且条条可追溯到治理条款；硬指标 **20 项**均含判据与阈值；术语 **16 条**；修订记录 6 条、审批记录 6 项齐全
三原则符合性	**符合**。场景定义需求——**形态路由即其在 HTML 类的落地**：先判输入类型（产品名／论文／其他）再由输入推导引用标准，不先套骨架；再判分发场景（目录分发／单文件分发）定附图与内嵌策略；再判「该节要表达的是**空间定位关系**还是**线性推理关系**」，据此选坐标图或文字；技术经济性——**第三类输入不新增专属形态标准**（以 004 兜底承接，避免为低频形态新增常驻载具，立标须先过 §载体收敛自检三判据）；统一版式以「同一 CSS 块 + 页眉指纹标注」实现，技术地图以**一幅 PIL 直绘 PNG + 同源 SVG** 承载六要素（免去六段重复文字），零新增常驻载具；1 进 1 出——同批版式唯一指纹、产出内图源单份、**同一图号下单一当前态**、权项与事实源同序同号；单文件离线版以「能力强制 + 渠道条件强制」实现——默认仍走体积最小的同级外链，仅渠道受限才 base64 内嵌，永久 +33% 体积不摊入默认件、不破坏 1 进 1 出（同批指纹、权项、目次均不变）
成文自检	`doc_style_check.py` 判定 **P1 0 项 / P2 0 项**，可发布（跑法见 附录 C）
发布前未闭环的行政事项	① 标准编号 `LHB/TS-2026-004` 为暂定，待正式发布时确认——不阻断技术内容定稿；② 实证锚点中的权项引用区间问题（「权利要求 1 至 15」与 20 项编排不匹配）属发明人／代理师范围决策，本标准只登记不自裁