G17 载体一致性偏差销项技术标准
C:/Users/xub/.workbuddy/spec/3.行政法规/范式/G17_载体一致性偏差销项技术标准_V1.0.0_2026-09-12_1442.docx1 载体一致性偏差销项技术标准
标准编号：LHB/TS-2026-003（暂定，待正式发布时确认） ｜ 版本：V1.0.0 ｜ 发布日期：2026-09-12 ｜ 实施日期：2026-09-12 ｜ 归口：利衡辨 · 全域治理
标准性质：规则性标准（初版）· 执行层落地件 ｜ 上位依据：《全域文件技术体系宪法》现行版 M0.7 第 19 条「载体一致性偏差销项铁律」
权威关系：本文件为全域载体治理的执行层标准。效力层级为：宪法 > MEMORY > 台账 > 国家标准 > 本文件 > 其他规范。与宪法冲突时以宪法为准；与《全域文件工作流规则技术标准》现行版 就区域路由与四盘同步冲突时，以该标准为准（本文件复用其条款，不替代）。本文件不改变既有质量门禁——13 维校验、附图闸、字体闸、命名闸、区域闸、前置闸、双端校验全部保留，且优先级高于本文件任一条款。
1.1 目次
（本页由渲染引擎生成 TOC 域，Word/WPS 打开自动更新）
前言
本标准由 2026-09-12 一次真实故障复盘提炼而成：工作流架构图（`专利助手工作流架构图_V1.36.1_flowchart.html`）的页脚 `.risk` 表已如实登记 D1–D6 六处实测偏差，但该表本身没有任何机制保证偏差会被销项——若无人回头处理，这份「已如实披露」的清单会长期驻留、反复被后续架构图原样抄录，甚至因记录口径失真而误导后续执行（本轮即实测到：D1 的「位置」与「量化值」两项记录均与实际不符）。
类似形态在治理链路中反复出现：版本号三处一致而版本沿革缺档、SKILL.md 声明 API 文档路径而实体目录不存在、知识资产目录残留 `.bak` 与空目录、工作区同族产物多版本并存、机器级记忆中的文件指针指向不存在的文件——它们的共同点是：每一处单看都「有据可依」，整体却已不一致；每一处都不阻断流程，累积后使「当前态」不可信。
本标准把「载体偏差是否销项」从取决于执行者是否回头，收敛为扫描前置 + 分类判定 + 逐条留证 + 闸门复跑 + 归并留档五重确定项。
本标准为 `~/.workbuddy/specs` 规范权威库之外的执行层落地件，与其上位宪法条款同批发布。
1.2 规范性要求等级（RFC 2119）
表 0-1 规范性要求等级（RFC 2119）
| 等级 | 含义 | 本文用法 |
|---|---|---|
| **必须**（MUST） | 绝对要求，违反即判不改过、禁止发布 | 用于红线与闸门条款 |
| **不得**（MUST NOT） | 绝对禁止 | 用于禁止性条款 |
| **应**（SHOULD） | 推荐执行；不执行须书面说明理由并登记 | 用于强推荐项 |
| **不应**（SHOULD NOT） | 不推荐；执行须说明理由 | 用于弱禁止项 |
| **可**（MAY） | 可选 | 用于允许性条款 |
| **宜**（RECOMMENDED） | 较「应」更弱的推荐 | 用于经验性建议 |
引言
1.3 三项核心原则（强制贯穿）
表 0-2 三项核心原则与本文落地方式
| 原则 | 内涵 | 本文落地方式 |
|---|---|---|
| 场景定义需求 | 先定场景，再由场景推导需求 | 偏差分级（P0–P3）先于处置；短/中/长任务分别适用不同销项强度 |
| 技术经济性 | 净增常驻载荷趋零，能复用不新建 | 全部复用既有工具链（`skill_upgrade.py` / `check_skills_registry.py` / `check_dual_end.py` / `constitution_version_check.py` / `sync_disks.py`），**零新增常驻载体** |
| 1 进 1 出 | 单入口单出口，无回环 | 销项链为严格线性：扫描 → 判定 → 销项 → 复核 → 归并 → 发布，每阶段单出口 |
2 第一篇 目的与底层逻辑
2.1 范围
2.1.1 适用对象
本标准适用于「载体」及其附属产物的一致性偏差识别与销项。本标准所称载体包括六类：① skill 目录（`~/.workbuddy/skills/<V版本>_<名>/`）；② 专家包；③ 插件；④ 机器级记忆四文件（「MEMORY.md」 / 「MEMORY_CORE.md」 / 「MEMORY_REFERENCE.md」 / 「MEMORY_HISTORY.md」）；⑤ 规范权威库（`~/.workbuddy/specs/`）；⑥ 派生快照产物（架构图、体检报告、四件套）。
表 1-1 适用与不适用范围
| 类别 | 是否适用 | 说明 |
|---|---|---|
| 载体自身的一致性偏差（版本沿革缺档、载荷重复、API 文档空悬） | **适用** | 本标准核心对象 |
| 载体目录内残留物（`.bak`、空目录、临时文件） | **适用** | 按 R7「历史残留移入任务夹 `_backup_*/`」处置 |
| 同族多版本产物并存 | **适用** | 按 §〇·C 遗留处置归并 |
| 机器级记忆内的文件与索引指针 | **适用** | 须与实盘逐项一致 |
| 派生快照（架构图 / 体检报告）所披露偏差的销项闭环 | **适用** | 触发事件即此类 |
| 业务交付物内容质量（交底书 13 维得分） | 不适用 | 属对应业务 skill 的校验体系 |
| 外部标准原文的时效性 | 不适用 | 属 `_tools/kb_freshness.py` 职责 |
| 第三方（非自建）载体的命名合规 | 不适用 | 属存量登记问题，按 M2 单独处置 |
2.1.2 适用边界
· 本方标准只规定偏差的发现、判定、销项、复核、归并，不规定任何载体自身的业务能力。
· 销项动作不得改变载体的对外契约（如渲染契约 `CONTRACT_VERSION`、动作清单、触发词集合）；确需变更者按对应载体的升版流程单独处置。
· 权项宽窄、场景边界等属决策的事项不得以「销项」为名擅改。
2.1.3 生效范围与过渡条款
· 本标准自发布之日起对全域生效。
· 对本标准发布前已存在的偏差：应在下一轮同载体的任何升版或体检中一并销项，不得以「历史遗留」为由无限期挂账。
· 已登记为「待确认」的处置项（如 `.bak` 目录物理删除）可保留原状，但必须在偏差清单中显式标注为未销项，不得计为已闭环。
2.1.4 目标值承接与驳回
· 本标准承接上位宪法（现行） M0.7 第 19 条；当本标准条款与上位条款冲突时，以宪法为准。
· 判定结论必须附实测证据（命令、路径、字节数、`sha256`、退出码）；不得以「已核查」「符合预期」等无证据表述替代。
2.1.5 认知入口
本标准的组织逻辑由一图一表给出一条认知入口：先看分层框架回答「为什么这样组织」，再看生命周期回答「每一步做什么」。
图 1-1 载体一致性偏差销项 · 逻辑思维简图逻辑思维简图
注：本图回答「为什么这样组织」——自顶向下的分层认知框架与层间依赖关系
L0 目标层 = 载体偏差可销项 | 当前态唯一可信
L1 判据层 = 三类判定基准 | 六类载体 | 四级分级 P0–P3
L2 执行层 = 扫描 | 判定 | 销项 | 复核 | 归并 | 发布
L3 证据层 = 改前备份 | 实测前后值 | sha256 回读 | 闸门复跑
L4 闸门层 = 三重校验 | 双校验 | 四盘同步 | 台账入档
表 1-2 认知入口图与源文件
| 认知入口 | 回答的问题 | 源文件 / 位置 |
|---|---|---|
| 图 1-1 逻辑思维简图 | 为什么这样组织（分层框架） | 本文 §1.5 |
| 图 5-1 生命周期逻辑结构图 | 每一步做什么（阶段流程 + 信息条） | 本文 §5.5 |
| 表 4-1 失效模式对照 | 治什么（失效模式 → 治理条款） | 本文 §4 |
| 表 6-1 九项硬指标 | 拿什么验（指标与阈值） | 本文 §6 |
2.2 规范性引用文件
表 2-1 规范性引用文件
| 编号 | 文件 | 版本 | 引用关系 |
|---|---|---|---|
| [1] | 《全域文件技术体系宪法》 | V2.19.0 | 上位依据（M0.7 第 19 条） |
| [2] | 《MASTER RULE · 技术标准成文规范》 | V1.1.0 | 成文格式基准 |
| [3] | 《技术标准成文自检清单》 | V1.0.1 | 发布前自检 |
| [4] | 《全域文件工作流规则技术标准》 | V2.3.0 | 区域路由与四盘同步 |
| [5] | 《全域文件命名规则技术标准》 | V1.2.0 | 命名闸依据 |
| [6] | 《全域文件排版规则技术标准》 | V1.0.2 | 字体国标依据 |
2.3 术语和定义
表 3-1 术语和定义
| 术语 | 定义 |
|---|---|
| 载体 | 承载规则、知识或能力的可版本化实体，见 §1.1 六类 |
| 载体一致性偏差 | 载体的声明、实体、登记三者中任意两两不相等，或三者单看合规而整体不可信的情形 |
| 现版本断言 | 版本号用于声明「当前是什么版本」，**必须**与现行版本逐字比对 |
| 条款出处锚点 | 版本号紧邻 `M<版本>` 条款标记（如 `M0.7 第 19 条`），表示该条款的**出处时点**，永久正确、不随现行版本改写 |
| 历史留档 | 带日期或带版本的沿革条目（如「V1.34.0（2026-09-10 训练）」），**禁改**，改动即篡改史实 |
| 销项 | 使一条已登记偏差从「未处置」变为「已处置且留证」，并能在复跑闸门中证明 |
| 原位 stub | 载体或产物被归并后，在原路径留下的说明文件，使原引用不悬空 |
| 归并 | 把同族多版本产物收敛为单一「当前态」，历史版本移入归档并校验完整性 |
2.4 失效模式与治理条款对照
表 4-1 失效模式、表现与治理条款对照
| 编号 | 失效模式 | 表现（实测形态） | 治理条款 |
|---|---|---|---|
| E-1 | 偏差只披露不销项 | 快照页脚已列 P2/P3 清单，无销项闭环；下一版原样抄录 | 7.3、9.1 |
| E-2 | 载荷重复（双份固定必付） | 「SKILL.md」 段落与已外置 「CHANGELOG.md」 同名条目逐项等价 | 7.3、6.3 |
| E-3 | 版本沿革缺档 | 目录名 / `name` / `version` / registry 四处均为 X，而 「CHANGELOG.md」 无 X 条目（`grep` 零命中） | 7.3、6.3 |
| E-4 | API 文档空悬 | 载体 「SKILL.md」 声明「API 位于 「README/<目录名>/README.md」」，实盘该目录不存在 | 7.3、6.4 |
| E-5 | 知识资产目录残留物 | `references/` 内驻留 `.bak`（22,100 B）、`scripts/` 内驻留 0 文件空目录 | 7.3、6.5 |
| E-6 | 同族多版本产物并存 | 工作区同时存 V1.31.1 / V1.34.0 / V1.36.1 / V1.36.2 四版架构图，「当前态」不可辨 | 7.5、6.6 |
| E-7 | 记忆指针漂移（检测盲区） | 「MEMORY_CORE.md」 指向不存在的宪法文件名（「…_2026-09-12_1021.md」，实为 「…_1107.md」）；索引卡指 V1.15.0 而实盘最新 V1.16.0；版本校验器只比版本号、不比文件名与索引卡号，实测报「通过」 | 7.2、6.7 |
表 4-2 E 编号总索引与反向映射
| E 编号 | 所属阶段 | 处置动作 | 本文条款 | 上位依据 |
|---|---|---|---|---|
| E-1 | 扫描期 | 登记 + 分级 | 7.1 / 9.1 | M0.7 第 19 条 |
| E-2 | 销项期 | 外置压缩 + 留指针 | 7.3 | M0.7 第 10 条（R13） |
| E-3 | 销项期 | 回填沿革条目 | 7.3 | M8 变更管理 |
| E-4 | 销项期 | 补建 API 文档 | 7.3 | 启动铁律第 ③ 步 |
| E-5 | 销项期 | 移入 `_backup_*/` | 7.3 | R7 |
| E-6 | 归并期 | 归并 + 原位 stub | 7.5 | §〇·C |
| E-7 | 判定期 | 指针纠偏 + 判据下沉 | 7.2 | 宪法 §九、D1 判据 |
2.5 逻辑结构（第二篇）
2.5.1 偏差分类判定模型
表 5-1 三类判定基准
| 类 | 判据 | 处置 | 误判风险 |
|---|---|---|---|
| 现版本断言 | 版本号用于声明「当前是什么版本」 | **必须**比对现行版，不符即报 | 漏报会把滞后当成正常 |
| 条款出处锚点 | 版本号紧邻 `M<版本>` 标记 | 豁免；若可核出处则按 `CLAUSE_SOURCE` 比对，写错出处仍拦 | 一律豁免会放过真漂移 |
| 历史留档 | 带日期或带版本的沿革条目 | **禁改**，改动即篡改史实 | 一律改写会破坏史实 |
判据下沉铁律：同一判据必须同时下沉到每一个版本号扫描器。改写器与闸门若派生自不同正则，必然出现「改写不到 ⇔ 闸门也看不见」的同类同源盲区（实测：`_tools/constitution_version_check.py` 与载体引用改写器曾长期共用一条过窄正则）。
豁免边界（不判为偏差的三种形态）：三类判定基准须配套豁免规则，否则下一轮扫描必然误报，把留档态误当成并行的当前态。
表 5-2 豁免边界与成立条件
| 形态 | 判据（须**同时**成立） | 豁免依据 | 反例（仍判为偏差） |
|---|---|---|---|
| 工具契约留档目录 | 目录名以 `.bak` 结尾，且同级存在更高版本的活目录 | 升版入口在重命名旧目录时生成，扫描器显式排除该后缀，registry 不登记，不参与装载 | `.bak` 位于**活载体目录内部**（如 `references/schema.json.bak_*`）：升版复制会把它带进新版本，不满足本条（E-4） |
| 任务夹前置备份 | 位于 `<任务夹>/_backup_*` 之下 | 改动前副本，其存在即销项四要件「备份前置」的实证 | 备份写在任务夹**之外**且无时间戳，与原路径并存（不满足四要件） |
| 权威库归档件 | 文件名带 `_bak_<时间戳>_` 前缀 | 带时间戳的归档命名，属留档态 | 同号同版两份且**均无**时间戳或版本区分（E-3） |
「当前态唯一」判据的适用范围：`C8` 只约束当前态的份数。上述留档态可有 N 份，不计入 `C8`；若同号同版两份且均无时间戳或版本区分，当前态即为 2，判为偏差。
2.5.2 六类载体与偏差面
表 5-3 六类载体及其典型偏差面
| 载体 | 声明侧 | 实体侧 | 登记侧 | 典型偏差 |
|---|---|---|---|---|
| skill 目录 | 「SKILL.md」 frontmatter | 目录名 / `references` / `scripts` | `skills_registry.json` | 名称与目录名不一致、沿革缺档 |
| 专家包 | `plugin.json` / 「agent.md」 | 专家目录 + 挂载 skill | registry `experts` | 挂载区间失配 |
| 插件 | 清单文件 | 插件目录 | registry | 未登记 |
| 机器级记忆 | 指针文本 | 实盘文件与索引卡 | 版本校验器常量 | 指针漂移（E-7） |
| 规范权威库 | `文档登记表.json` | `specs/` 实体 | 发布盘镜像 | 镜像破等价 |
| 派生快照 | 页脚清单 | 快照文件本体 | 任务夹 | 只披露不销项（E-1） |
2.5.3 销项四要件
表 5-4 销项四要件（缺一不得判闭环）
| 要件 | 内容 | 反例 |
|---|---|---|
| 改前备份前置 | 销项前**必须**备份被改文件，并校验可回读 | 直接原地覆盖 |
| 实测前后值 | 每条销项**必须**给出改前值、改后值与口径 | 写「已优化」 |
| 证据可复现 | 命令 / 路径 / 字节数 / `sha256` / 退出码 | 写「已核查」 |
| 闸门复跑 | 销项后**必须**复跑对应闸门并给出结论 | 只改不复跑 |
2.5.4 归并四步
表 5-5 同族多版本产物归并四步
| 步骤 | 动作 | 判据 |
|---|---|---|
| 1 清点 | 列出工作区同族全部版本及其字节数与 `sha256` | 版本数 > 1 即触发 |
| 2 移档 | 非最高版移入任务夹 `_backup_*/` 归档目录 | 移动后回读 `sha256` 一致 |
| 3 留 stub | 原路径写 「_已归并说明.md」，含原文件名 / 字节数 / `sha256` / 归档路径 / 唯一当前态路径 | 原引用不悬空 |
| 4 复核 | 全盘复扫同族产物，确认仅存一个「当前态」 | 命中数 == 1 |
2.5.5 全生命周期模型
偏差从被发现到四盘收敛，共六个阶段，各阶段的信息条如下。
图 5-1 载体一致性偏差销项 · 生命周期逻辑结构图生命周期逻辑结构图
注：本图回答「每一步做什么」——各阶段触发条件、责任人、校验方式与例外回路
扫描期 = 载体升版/体检/快照或用户要求 | 执行者 | 偏差清单含实测证据
判定期 = 偏差清单就绪 | 执行者 | 三类基准归类无跳过
销项期 = 判定完成 | 执行者 | 销项四要件齐备
复核期 = 销项完成 | 独立闸门工具 | 三重校验 + 双校验含计数行
归并期 = 复核通过 | 执行者 | 幸存者 = 1 且 sha256 一致
发布期 = 归并完成 | 发布授权 | 四盘同步新增 0 移除 0
2.6 九项硬指标与台账
表 6-1 九项硬指标、判据与实测锚点（2026-09-12 首轮）
| 编号 | 指标 | 判据 | 阈值 | 首轮实测 |
|---|---|---|---|---|
| C1 | 偏差登记率 | 扫描命中数 ÷ 登记数 | 100% | 6/6（D1–D6） |
| C2 | 销项留证率 | 有改前后值与证据的条目 ÷ 已销项条目 | 100% | 6/6 |
| C3 | 版本沿革完整率 | 目录名/`name`/`version`/registry/`CHANGELOG` 五处一致率 | 100% | 5/5（V1.36.2） |
| C4 | 记忆指针实盘一致率 | 指针命中实盘数 ÷ 指针总数 | 100% | 纠偏后 3/3（`constitution_version_check.py` 加固后实测命中 3 处：MEMORY_CORE 宪法文件指针 + MEMORY_CORE 索引卡号 + MEMORY_REFERENCE 索引卡号；原记录「2/2」基数不含第三处，已更正） |
| C5 | 多版本并存数 | 工作区内同族非最高版计数 | 0 | 0（原 3） |
| C6 | 归并回读校验通过率 | `sha256` 一致项 ÷ 归档项 | 100% | 26/26 + 3/3 |
| C7 | 闸门复跑通过率 | 通过闸门数 ÷ 应跑闸门数 | 100% | 5/5 |
| C8 | 知识零丢失率 | 外置后原文可检索项 ÷ 外置项 | 100% | 3/3 |
| C9 | P0/P1 清零率 | 任务结束时 P0/P1 计数 | 0 | 0/0 |
台账：C1–C9 必须在任务结束时写入任务夹 `state.json` 的 `hard_indicators` 字段；不得以推算值宣布达标。
3 第三篇 具体方法论
3.1 各阶段详细技术要求
3.1.1 扫描期
触发：任一轮载体的升版、体检、快照生成，或用户显式要求。
要求：
· 扫描必须覆盖 §5.2 六类载体，不得只扫被改动的那一类。
· 扫描结果必须按 P0（紧急）/ P1（高）/ P2（中）/ P3（低）四级登记，并给出实测证据。
· 扫描工具应优先复用既有：`skill_upgrade.py --audit`、`_tools/check_skills_registry.py`、`_tools/check_dual_end.py`、`_tools/constitution_version_check.py`、`_tools/kb_freshness.py`。
3.1.2 判定期
要求：
· 每条偏差必须先按 §5.1 三类基准归类，再决定处置——不得跳过归类直接改。
· 对指针类偏差，必须同时核对「版本号」与「文件名 / 索引卡号」，不得只核版本号。
· 发现既有检测器存在盲区时，必须同步补齐判据（下沉到工具），不得只修本次数据。
首轮实证（E-7）：`constitution_version_check.py` 原判据只比对版本号，实测对「指向不存在的宪法文件名」报「通过·无版本漂移」。销项要求为「数据纠偏 + 判据下沉」双动作。
3.1.3 销项期
要求：
· 每一条销项必须满足 §5.3 四要件。
· E-2（载荷重复）专则：外置前必须先实测「目标载体已确实承载该内容」，不得以外置为由删除唯一来源；外置后应复查目标载体 `grep` 命中数。删除的唯一来源 = 知识丢失，属 P0 级错误。
· E-3（沿革缺档）专则：回填内容必须来自可追溯的实测记录（会话记忆 / 四件套 / 变更履历），不得虚构日期或细节；日期不可考时必须标注「日期未记载」。
· E-5（残留物）专则：删除前必须举证该物是否为运行期产物。属运行期自动重建者（如 `figlib.py::os.makedirs(OUT, exist_ok=True)` 创建的输出目录）可直接删除并附行号举证。
· 涉及载体内容的销项必须经该载体的唯一升版入口（skill 类为 `~/.workbuddy/scripts/skill_upgrade.py`），禁手改版本号。
3.1.4 复核期
要求：
· 销项后必须复跑三重校验（`--audit` / registry 对账 / 双端一致性），并核对输出中的计数行，不得只看退出码。
· 涉及快照产物（架构图等）的，必须复跑其专属双校验（parse + render），并核对边数逐图一致。
· 复核结论必须写明「本载体命中数」与「他人载体存量数」的区分，不得把存量他人问题计入本轮销项成效。
3.1.5 归并期
要求：按 §5.4 四步执行。归并不得删除历史版本实体，只可位移至归档目录；不得在工作区保留第二个「当前态」。
3.2 异常处理总则
3.2.1 分级定义
表 8-1 偏差分级与处置时限
| 级别 | 判定 | 处置时限 | 是否阻断闭环 |
|---|---|---|---|
| P0 | 知识丢失风险、不可逆破坏、闸门被绕过 | 立即冻结并回滚，任务内清零 | **是** |
| P1 | 载体契约不一致、版本沿革缺档致不可追溯 | 任务内清零 | **是** |
| P2 | 载荷重复、文档空悬、指向失效 | 任务内清零 | **是** |
| P3 | 残留物、多版本并存、他人载体存量 | 可登记带出，须留命令 | 否 |
3.2.2 处置流程通则
分级 → 备份 → 销项 → 复跑 → 留痕。任一步中断不得跳至下一步。
3.2.3 一票否决条款
质量门禁（三重校验、双校验、命名闸、区域闸、字体闸）任一不通过时，本标准不得作为放行理由。
3.2.4 强制驳回清单
· 「已如实披露」即视为已处置——驳回（披露 ≠ 销项，正是 E-1）。
· 「历史遗留」作为无限期挂账理由——驳回。
· 无证据的「已核查 / 符合预期」——驳回。
· 只改数据不补判据（指针类）——驳回。
· 只修本次不建闸——驳回。
· 销项改变对外契约而未走载体升版——驳回。
· 归并后工作区仍存第二个「当前态」——驳回。
4 第四篇 监督、文档管理与版本历史
4.1 符合性自检
表 9-1 三原则符合性自检
| 原则 | 判定 | 依据与证据 |
|---|---|---|
| 场景定义需求·需求定义产品 | **符合** | 偏差分级（P0–P3）先于处置（§8.1）；短/中/长任务适用不同销项强度（P3 可带出，P0–P2 必清零）；扫描覆盖六类载体而非「只看被改动者」 |
| 技术经济性 | **符合** | 净增常驻 **0**——全部复用既有工具链，**零新增载体**；销项本身即载荷瘦身：首轮实测净省 「SKILL.md」 **1,595 字符（1.60K，段落替换口径）** —— 口径见 表 10-1 |
| 1 进 1 出 | **符合** | 销项链严格线性：扫描 → 判定 → 销项 → 复核 → 归并 → 发布，各阶段单入口单出口，**零回环**；归并为位移而非回滚 |
4.2 落地与验证
4.2.1 首轮落地实测锚点
表 10-1 首轮落地实测锚点（2026-09-12 · 任务夹 `销偏差_2026-09-12_1436`）
| 项 | 实测值 |
|---|---|
| 触发事件 | `专利助手工作流架构图_V1.36.1_flowchart.html` 页脚 `.risk` 表登记 D1–D6（P2×1 + P3×5） |
| 载体 | `~/.workbuddy/skills/V1.36.1_利衡辨_电池专利助手`（registry 实测 1.36.1） |
| D1 载荷瘦身 | 「SKILL.md」 31,710 → 30,111 字符。**段落替换口径净省 1,595 字符（1.60K）** = 外置段 1,880 − 索引行 285；文件整体口径为 1,599 字符，差额 4 字符来自升版脚本自动同步的版本号串，**不计入瘦身成果**。cl100k 实测：26,853 → 25,604 token（净省 1,249） |
| D1 记录更正 | 原记录指「第 23–25 行」且称「已外置于 CHANGELOG」；实测 「CHANGELOG.md」 覆盖起点为 V1.19.4、**无 V1.14.0/V1.15.0 条目**（`grep` 零命中）→ 该两行属唯一来源，保留不动；真实重复段为第 29/31/33 行（1,880 字符），净省 1.60K 与原记录「约 1.6K」吻合 |
| D2 沿革回填 | 「CHANGELOG.md」 23,585 → 24,814 B（+728 / +1,177 字符） |
| D3 API 补建 | 「README/V1.36.2_利衡辨_电池专利助手/README.md」 6,267 字符 |
| D4 残留归档 | `schema.json.bak_before_integration_20260911` 22,100 B 移出 `references/` |
| D5 空目录清理 | `scripts/图源/` 0 文件，删除（`figlib.py` 运行期重建） |
| D6 归并留档 | 3 版架构图合计 135,054 B（34,652 + 52,976 + 47,426），zip + `sha256` 回读全一致；工作区幸存者计数 = 1 |
| 升版 | V1.36.1 → V1.36.2（bugfix）；旧目录归档 `.bak`，26 文件 zip `sha256` 全一致 |
| 三重校验 | `--audit` 5 项**均为他人载体**；registry 对账 4 项**均为他人载体**；双端 L1 共有子集 9 份 `sha256` 双侧全等 / L2 `1.36.2` 落入 `>=1.32.0,<2.0.0` / L4 滞后 0 |
| 双校验 | `ALL_PARSE_OK` 10/10 + `ALL_RENDER_OK` 10/10（`foreignObject=true`，`br` 17–42，`edges` 6/7/6/7/4/9/7/9/7/8 与上版逐图一致） |
| 清零状态 | P0 = 0 ／ P1 = 0 ／ P2 = 0 → 可宣布闭环；P3 = 3 条登记带出 |
| N-C 判据缺口（本轮实测发现） | `skills/V1.36.1_利衡辨_电池专利助手.bak` 为升版入口重命名产物、扫描器显式排除（`skill_upgrade.py` 第 446/452 行生成、第 519/596 行排除），**属留档态不判为偏差**；原稿缺此豁免边界 → 回填 §5.2 表 5-2，避免下一轮扫描误报 |
| 口径自查 | 本轮在最终复核时发现「1,595（段落口径）」与「1,599（文件口径）」并存，已在 表 10-1 与 表 9-1 显式标注取用口径 —— 此即本标准第 4 章 E-5（记录失真）的自我约束示例 |
4.2.2 执行顺序
扫描期 → 判定期 → 销项期 → 复核期 → 归并期 → 四盘同步。不得跳期，不得并行跨期。
4.2.3 生效前提
① 上位宪法（现行） M0.7 第 19 条已生效；② 宪法索引卡升 现行版；③ `_tools/constitution_version_check.py` 现行版本常量同步 现行版 并登记 `CLAUSE_SOURCE[19]`；④ 机器级记忆四文件同步；⑤ 四盘同步收敛。
4.3 监督与问责
· 本标准由全域文件治理工作组技术标准委员会归口。
· 偏差清单必须随载体升版一并复核；发现「只披露不销项」重复出现者，判定为 E-1 复发，按 P2 处理。
· 将他人载体存量问题计入本轮销项成效者，判定为报告失真，按 P1 处理。
4.4 修订记录
表 12-1 修订记录
| 版本 | 修订日期 | 修订人 | 修订内容 |
|---|---|---|---|
| V1.0.0 | 2026-09-12 | 全域文件治理工作组 技术标准委员会 | 初版。依据 2026-09-12 用户裁定「优化当前文件的 6 处实测缺陷，并全域发布」，由架构图 `.risk` 表 D1–D6 真实销项实践提炼：确立三类判定基准、六类载体、销项四要件、归并四步、九项硬指标与 P0–P3 分级处置；首轮落地实测锚点见 10.1 |
4.5 审批记录
表 13-1 审批记录
| 角色 | 姓名 / 单位 | 日期 | 结论 |
|---|---|---|---|
| 提出 | 利衡辨 | 2026-09-12 | 从架构图 D1–D6 偏差清单提炼 |
| 审定 | 全域文件治理工作组 技术标准委员会 | 2026-09-12 | 通过（P1/P2 自检全清零） |
| 批准 | 许炳 | 2026-09-12 | 依据技术标准自动发布授权（EX-8）自动发布 |
附录 A
表 A.1 规则与条目速查表
| 编号 | 条款 | 一句话职责 | 位置 |
|---|---|---|---|
| R-01 | 1.1 | 界定六类载体与各自偏差面 | 第一篇 1.1 |
| R-02 | 1.3 | 过渡条款；「待确认」项不计为已闭环 | 第一篇 1.3 |
| R-03 | 1.4 | 判定结论必须附实测证据 | 第一篇 1.4 |
| R-04 | 4 | 七类失效模式与治理条款一一对照 | 第一篇 4 |
| R-05 | 5.1 | 三类判定基准（现版本断言 / 出处锚点 / 历史留档） | 第二篇 5.1 |
| R-06 | 5.3 | 销项四要件（备份前置 / 前后值 / 证据 / 复跑） | 第二篇 5.3 |
| R-07 | 5.4 | 归并四步（清点 / 移档 / 留 stub / 复核） | 第二篇 5.4 |
| R-08 | 7.1 | 扫描期：覆盖六类载体、四级登记、复用既有工具 | 第三篇 7.1 |
| R-09 | 7.2 | 判定期：先归类再处置；指针类须双核 | 第三篇 7.2 |
| R-10 | 7.3 | 销项期：E-2 知识零丢失专则（唯一来源禁删） | 第三篇 7.3 |
| R-11 | 7.4 | 复核期：复跑闸门并核对计数行 | 第三篇 7.4 |
| R-12 | 7.5 | 归并期：幸存者须为 1 | 第三篇 7.5 |
| R-13 | 8.4 | 强制驳回七条 | 第三篇 8.4 |
| R-14 | 10.1 | 首轮实测锚点 | 第四篇 10.1 |
| R-15 | 5.2 | 豁免边界：工具契约留档、任务夹前置备份、权威库归档件**不判为偏差** | 第二篇 5.2 |
附录 B
表 B.1 术语速查表
| 术语 | 一句话定义 | 详见 |
|---|---|---|
| 载体 | 承载规则/知识/能力的可版本化实体，共六类 | 1.1 / 5.2 |
| 载体一致性偏差 | 声明、实体、登记三者两两不等；或单看合规而整体不可信 | 3 / 4 |
| 现版本断言 | 版本号用于声明「当前是什么版本」，必须比对现行版 | 5.1 |
| 条款出处锚点 | 版本号紧邻 M<版本> 条款标记，豁免改写 | 5.1 |
| 历史留档 | 带日期或带版本的沿革条目，禁改 | 5.1 |
| 销项 | 使偏差从「未处置」变为「已处置且留证」，并可被闸门复跑证明 | 5.3 |
| 原位 stub | 归并后原路径留下的说明文件，使原引用不悬空 | 5.4 |
| 归并 | 同族多版本收敛为单一「当前态」 | 5.4 |
| 幸存者计数 | 全盘复扫同族产物后「当前态」的数量，须为 1 | 7.5 |
附录 C
表 C.1 工具链清单（全部复用既有工具，零新增常驻载具）
| 工具 | 路径 | 用途 | 退出码 / 口径 |
|---|---|---|---|
| skill 升版 | `~/.workbuddy/scripts/skill_upgrade.py` | 载体升版唯一入口 | 0 正常；非 0 中止 |
| skill 体检 | 同上 `--audit` | 结构性五点体检 | 输出「共 N 项需处理」 |
| 登记表对账 | `~/.workbuddy/_tools/check_skills_registry.py` | 磁盘 ↔ registry 双向 | 输出「磁盘 X / 登记 Y」 |
| 双端一致性 | `~/.workbuddy/_tools/check_dual_end.py` | L1–L4 分级 | L1/L2 阻断，L3/L4 告警 |
| 宪法版本一致性 | `~/.workbuddy/_tools/constitution_version_check.py` | 现行版本断言 | 漂移 exit=1 |
| 知识保鲜 | `~/.workbuddy/_tools/kb_freshness.py` | S1 时效 / S2 同号多版本 / S3 阈值冲突 | 告警 |
| 交付物校验 | `~/.workbuddy/_tools/check_deliverables.py` | 命名合规 + 四件套齐全 | 0 合规 |
| 四盘同步 | `~/.workbuddy/_tools/sync_disks.py` | 权威盘 → 三副本 | 新增/移除/变更计数 |
| 成文自检 | `~/.workbuddy/_tools/doc_style_check.py` | 母规则 STD-A~H+Z | 1 = P1 阻断；2 = 仅 P2 |
| 架构图双校验 | 架构图 skill `scripts/validate_flowchart_html.mjs` / `render_flowchart_html.mjs` | mermaid parse + render | `ALL_PARSE_OK` + `ALL_RENDER_OK` |
附录 D
表 D.1 偏差条目登记必备字段清单
| 字段 | 含义 | 首轮示例 |
|---|---|---|
| id | 偏差编号 | D1 / E-7 |
| level | 分级 | P2 / P3 |
| carrier | 所属载体 | skill / machine-memory / derived-snapshot |
| claim_side | 声明侧现值 | 版本 1.36.1 |
| entity_side | 实体侧现值 | 目录名 V1.36.1 |
| register_side | 登记侧现值 | registry 1.36.1 |
| evidence | 实测证据 | `grep` 零命中 / 字节数 / `sha256` / 退出码 |
| action | 处置动作 | 外置压缩 / 回填 / 补建 / 归档 / 删除空目录 / 归并 |
| before_after | 改前值与改后值 | 31,710 → 30,111 字符（净省 1,595） |
| gate_rerun | 复跑闸门与结论 | `ALL_PARSE_OK` 10/10 + `ALL_RENDER_OK` 10/10 |
| closed | 是否闭环 | 是 / 否（否须留可执行命令） |
附录 E
E.1 E.1 任务前检查清单
表 E.1 任务前检查清单（12 项）
| # | 检查项 | 判据 |
|---|---|---|
| 1 | 偏差清单已登记并分级 | 每条含 P0–P3 与实测证据 |
| 2 | 扫描覆盖六类载体 | 逐类有结论 |
| 3 | 三类判定基准已应用 | 无跳过归类直接改 |
| 4 | 改前备份已前置 | 备份路径 + 可回读 |
| 5 | 唯一来源已识别 | E-2 类须先证目标载体已承载 |
| 6 | 外置内容可追溯 | 有实测来源，非虚构 |
| 7 | 运行期产物已举证 | 附代码行号 |
| 8 | 升版入口唯一 | 走 `skill_upgrade.py` |
| 9 | 并发静默已确认 | `mtime` + 锁文件 |
| 10 | 受管解释器已确认 | 非裸系统 python |
| 11 | 任务夹已建 | 三字标题 + `state.json` |
| 12 | 预算档位已定 | 短/中/长入档 |
E.2 E.2 任务后检查清单
表 E.2 任务后检查清单（10 项）
| # | 检查项 | 判据 |
|---|---|---|
| 1 | 销项率 100% | 已销项 ÷ 登记 |
| 2 | 留证率 100% | 每条含改前/改后值 |
| 3 | 三重校验已复跑 | 含计数行 |
| 4 | 双校验已复跑 | `ALL_PARSE_OK` + `ALL_RENDER_OK` |
| 5 | 边数逐图一致 | 与上版或源码手工计数比对 |
| 6 | 归并后幸存者 = 1 | 全工作区复扫 |
| 7 | `sha256` 回读全一致 | 归档项 |
| 8 | 九项指标入台账 | 任务夹 `state.json` 的 `hard_indicators` |
| 9 | P0/P1/P2 清零 | 存在即不得宣布结束 |
| 10 | 四盘同步收敛 | 新增 0 / 移除 0 |
附录 F
表 F.1 达标判定标准
| 判定档 | 条件 | 结论 |
|---|---|---|
| **达标** | C1–C9 全部达到阈值，且 P0/P1/P2 = 0 | 可宣布任务闭环完成 |
| **部分达标** | C1–C9 达标，P3 存在但已登记带出且留命令 | 可宣布闭环，P3 随下一轮处置 |
| **不达标** | 任一 C 指标未达阈值，或 P0/P1/P2 > 0 | 不得宣布结束，须继续销项 |
| **报告失真** | 将他人载体存量计入本轮成效，或证据不可复现 | 按 P1 处理并回退结论 |
F.1 定稿校核结论
表 Z.1 定稿校核结论
| 校核项 | 结论 |
|---|---|
| 技术内容是否已达定稿条件 | **已达**。四篇式齐全（4 篇 13 章 + 6 附录）；两类认知图齐备（图 1-1 逻辑思维简图 / 图 5-1 生命周期逻辑结构图）；失效模式表 7 条且 100% 可追溯治理条款；九项硬指标含判据与阈值；修订记录 1 条、审批记录 3 项齐全 |
| 三原则符合性 | **符合**（依据见 表 9-1）：场景定义需求——分级先于处置；技术经济性——净增常驻 0、零新增载体、首轮实测净省 1,595 字符；1 进 1 出——销项链严格线性、零回环 |
| 成文自检 | `doc_style_check.py` 判定 **P1 0 项 / P2 0 项**，可发布（跑法见附录 C） |
| 发布前未闭环的行政事项 | ① 标准编号 LHB/TS-2026-003 为**暂定**，待正式发布时确认——**不阻断**技术内容定稿；② 附录 E.2 第 6 项「归并后幸存者 = 1」为**工作区级**判据，跨工作区复核须在各工作区分别执行——**不阻断**本轮发布 |
宪法 ＞ 基本法 ＞ 行政法规 ＞ 地方法规 ＞ 地方规章