返回板块

G18 载体一致性偏差销项技术标准

历史条款出处：本文上位依据原属已废止的宪法体系（正文条款出处锚点原样保留、未改写）；二次引用前须核对 产出\旧新条款映射表.json。

标准编号：LHB/TS-2026-003（暂定，待正式发布时确认） ｜ 版本：V1.0.0 ｜ 发布日期：2026-09-12 ｜ 实施日期：2026-09-12 ｜ 归口：利衡辨 · 全域治理

标准性质：规则性标准（初版）· 执行层落地件 ｜ 上位依据：《全域任务脑手架构宪法》V1.2.0 第 19 条「载体一致性偏差销项铁律」

权威关系：本文件为全域载体治理的执行层标准。效力层级为：宪法 > MEMORY > 台账 > 国家标准 > 本文件 > 其他规范。与宪法冲突时以宪法为准；与《全域文件工作流规则技术标准》（该标准现行版 V2.3.0）就区域路由与双盘同步冲突时，以该标准为准（本文件复用其条款，不替代）。本文件不改变既有质量门禁——13 维校验、附图闸、字体闸、命名闸、区域闸、前置闸、双端校验全部保留，且优先级高于本文件任一条款。

目次

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

前言

本标准由 2026-09-12 一次真实故障复盘提炼而成：工作流架构图（专利助手工作流架构图_V1.36.1_flowchart.html）的页脚 .risk 表已如实登记 D1–D6 六处实测偏差，但该表本身没有任何机制保证偏差会被销项——若无人回头处理，这份「已如实披露」的清单会长期驻留、反复被后续架构图原样抄录，甚至因记录口径失真而误导后续执行（本轮即实测到：D1 的「位置」与「量化值」两项记录均与实际不符）。

类似形态在治理链路中反复出现：版本号三处一致而版本沿革缺档、SKILL.md 声明 API 文档路径而实体目录不存在、知识资产目录残留 .bak 与空目录、工作区同族产物多版本并存、机器级记忆中的文件指针指向不存在的文件——它们的共同点是：每一处单看都「有据可依」，整体却已不一致；每一处都不阻断流程，累积后使「当前态」不可信。

本标准把「载体偏差是否销项」从取决于执行者是否回头，收敛为扫描前置 + 分类判定 + 逐条留证 + 闸门复跑 + 归并留档五重确定项。

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

规范性要求等级（RFC 2119）

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

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

引言

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

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

原则	内涵	本文落地方式
场景定义需求	先定场景，再由场景推导需求	偏差分级（P0–P3）先于处置；短/中/长任务分别适用不同销项强度
技术经济性	净增常驻载荷趋零，能复用不新建	全部复用既有工具链（skill_upgrade.py / check_skills_registry.py / check_dual_end.py / constitution_version_check.py / sync_disks.py），零新增常驻载体
1 进 1 出	单入口单出口，无回环	销项链为严格线性：扫描 → 判定 → 销项 → 复核 → 归并 → 发布，每阶段单出口

第一篇 目的与底层逻辑

1 范围

1.1 适用对象

本标准适用于「载体」及其附属产物的一致性偏差识别与销项。本标准所称载体包括六类：① skill 目录（~/.workbuddy/skills/<V版本>_<名>/）；② 专家包；③ 插件；④ 机器级记忆四文件（「MEMORY.md」 / 「MEMORY_CORE.md」 / 「MEMORY_REFERENCE.md」 / 「MEMORY_HISTORY.md」）；⑤ 规范权威库（~/.workbuddy/spec/3.行政法规/）；⑥ 派生快照产物（架构图、体检报告、四件套）。

:表题: 表 1-1 适用与不适用范围

类别	是否适用	说明
载体自身的一致性偏差（版本沿革缺档、载荷重复、API 文档空悬）	适用	本标准核心对象
载体目录内残留物（.bak、空目录、临时文件）	适用	按 R7「历史残留移入任务夹 _backup_*/」处置
同族多版本产物并存	适用	按 §〇·C 遗留处置归并
机器级记忆内的文件与索引指针	适用	须与实盘逐项一致
派生快照（架构图 / 体检报告）所披露偏差的销项闭环	适用	触发事件即此类
业务交付物内容质量（交底书 13 维得分）	不适用	属对应业务 skill 的校验体系
外部标准原文的时效性	不适用	属 _tools/kb_freshness.py 职责
第三方（非自建）载体的命名合规	不适用	属存量登记问题，按 M2 单独处置

1.2 适用边界

• 本方标准只规定偏差的发现、判定、销项、复核、归并，不规定任何载体自身的业务能力。
• 销项动作不得改变载体的对外契约（如渲染契约 CONTRACT_VERSION、动作清单、触发词集合）；确需变更者按对应载体的升版流程单独处置。
• 权项宽窄、场景边界等属决策的事项不得以「销项」为名擅改。

1.3 生效范围与过渡条款

• 本标准自发布之日起对全域生效。
• 对本标准发布前已存在的偏差：应在下一轮同载体的任何升版或体检中一并销项，不得以「历史遗留」为由无限期挂账。
• 已登记为「待确认」的处置项（如 .bak 目录物理删除）可保留原状，但必须在偏差清单中显式标注为未销项，不得计为已闭环。

1.4 目标值承接与驳回

• 本标准承接上位宪法 V1.2.0 第 19 条；当本标准条款与上位条款冲突时，以宪法为准。
• 判定结论必须附实测证据（命令、路径、字节数、sha256、退出码）；不得以「已核查」「符合预期」等无证据表述替代。

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-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	字体国标依据

3 术语和定义

:表题: 表 3-1 术语和定义

术语	定义
载体	承载规则、知识或能力的可版本化实体，见 §1.1 六类
载体一致性偏差	载体的声明、实体、登记三者中任意两两不相等，或三者单看合规而整体不可信的情形
现版本断言	版本号用于声明「当前是什么版本」，必须与现行版本逐字比对
条款出处锚点	版本号紧邻 M<版本> 条款标记（如 M0.7 第 19 条），表示该条款的出处时点，永久正确、不随现行版本改写
历史留档	带日期或带版本的沿革条目（如「V1.34.0（2026-09-10 训练）」），禁改，改动即篡改史实
销项	使一条已登记偏差从「未处置」变为「已处置且留证」，并能在复跑闸门中证明
原位 stub	载体或产物被归并后，在原路径留下的说明文件，使原引用不悬空
归并	把同族多版本产物收敛为单一「当前态」，历史版本移入归档并校验完整性

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 判据

5 逻辑结构（第二篇）

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，判为偏差。

5.2 六类载体与偏差面

:表题: 表 5-3 六类载体及其典型偏差面

载体	声明侧	实体侧	登记侧	典型偏差
skill 目录	「SKILL.md」 frontmatter	目录名 / references / scripts	skills_registry.json	名称与目录名不一致、沿革缺档
专家包	plugin.json / 「agent.md」	专家目录 + 挂载 skill	registry experts	挂载区间失配
插件	清单文件	插件目录	registry	未登记
机器级记忆	指针文本	实盘文件与索引卡	版本校验器常量	指针漂移（E-7）
规范权威库	文档登记表.json	spec/3.行政法规/ 实体	发布盘镜像	镜像破等价
派生快照	页脚清单	快照文件本体	任务夹	只披露不销项（E-1）

5.3 销项四要件

:表题: 表 5-4 销项四要件（缺一不得判闭环）

要件	内容	反例
改前备份前置	销项前必须备份被改文件，并校验可回读	直接原地覆盖
实测前后值	每条销项必须给出改前值、改后值与口径	写「已优化」
证据可复现	命令 / 路径 / 字节数 / sha256 / 退出码	写「已核查」
闸门复跑	销项后必须复跑对应闸门并给出结论	只改不复跑

5.4 归并四步

:表题: 表 5-5 同族多版本产物归并四步

步骤	动作	判据
1 清点	列出工作区同族全部版本及其字节数与 sha256	版本数 > 1 即触发
2 移档	非最高版移入任务夹 _backup_*/ 归档目录	移动后回读 sha256 一致
3 留 stub	原路径写 「_已归并说明.md」，含原文件名 / 字节数 / sha256 / 归档路径 / 唯一当前态路径	原引用不悬空
4 复核	全盘复扫同族产物，确认仅存一个「当前态」	命中数 == 1

5.5 全生命周期模型

偏差从被发现到双盘收敛，共六个阶段，各阶段的信息条如下。

:生命周期结构图: 图 5-1 载体一致性偏差销项 · 生命周期逻辑结构图

扫描期 = 载体升版/体检/快照或用户要求 | 执行者 | 偏差清单含实测证据

判定期 = 偏差清单就绪 | 执行者 | 三类基准归类无跳过

销项期 = 判定完成 | 执行者 | 销项四要件齐备

复核期 = 销项完成 | 独立闸门工具 | 三重校验 + 双校验含计数行

归并期 = 复核通过 | 执行者 | 幸存者 = 1 且 sha256 一致

发布期 = 归并完成 | 发布授权 | 双盘同步新增 0 移除 0

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 字段；不得以推算值宣布达标。

第三篇 具体方法论

7 各阶段详细技术要求

7.1 扫描期

触发：任一轮载体的升版、体检、快照生成，或用户显式要求。

要求：

1. 扫描必须覆盖 §5.2 六类载体，不得只扫被改动的那一类。
2. 扫描结果必须按 P0（紧急）/ P1（高）/ P2（中）/ P3（低）四级登记，并给出实测证据。
3. 扫描工具应优先复用既有：skill_upgrade.py --audit、_tools/check_skills_registry.py、_tools/check_dual_end.py、_tools/constitution_version_check.py、_tools/kb_freshness.py。

7.2 判定期

要求：

1. 每条偏差必须先按 §5.1 三类基准归类，再决定处置——不得跳过归类直接改。
2. 对指针类偏差，必须同时核对「版本号」与「文件名 / 索引卡号」，不得只核版本号。
3. 发现既有检测器存在盲区时，必须同步补齐判据（下沉到工具），不得只修本次数据。

首轮实证（E-7）：constitution_version_check.py 原判据只比对版本号，实测对「指向不存在的宪法文件名」报「通过·无版本漂移」。销项要求为「数据纠偏 + 判据下沉」双动作。

7.3 销项期

要求：

1. 每一条销项必须满足 §5.3 四要件。
2. E-2（载荷重复）专则：外置前必须先实测「目标载体已确实承载该内容」，不得以外置为由删除唯一来源；外置后应复查目标载体 grep 命中数。删除的唯一来源 = 知识丢失，属 P0 级错误。
3. E-3（沿革缺档）专则：回填内容必须来自可追溯的实测记录（会话记忆 / 四件套 / 变更履历），不得虚构日期或细节；日期不可考时必须标注「日期未记载」。
4. E-5（残留物）专则：删除前必须举证该物是否为运行期产物。属运行期自动重建者（如 figlib.py::os.makedirs(OUT, exist_ok=True) 创建的输出目录）可直接删除并附行号举证。
5. 涉及载体内容的销项必须经该载体的唯一升版入口（skill 类为 ~/.workbuddy/scripts/skill_upgrade.py），禁手改版本号。

7.4 复核期

要求：

1. 销项后必须复跑三重校验（--audit / registry 对账 / 双端一致性），并核对输出中的计数行，不得只看退出码。
2. 涉及快照产物（架构图等）的，必须复跑其专属双校验（parse + render），并核对边数逐图一致。
3. 复核结论必须写明「本载体命中数」与「他人载体存量数」的区分，不得把存量他人问题计入本轮销项成效。

7.5 归并期

要求：按 §5.4 四步执行。归并不得删除历史版本实体，只可位移至归档目录；不得在工作区保留第二个「当前态」。

8 异常处理总则

8.1 分级定义

:表题: 表 8-1 偏差分级与处置时限

级别	判定	处置时限	是否阻断闭环
P0	知识丢失风险、不可逆破坏、闸门被绕过	立即冻结并回滚，任务内清零	是
P1	载体契约不一致、版本沿革缺档致不可追溯	任务内清零	是
P2	载荷重复、文档空悬、指向失效	任务内清零	是
P3	残留物、多版本并存、他人载体存量	可登记带出，须留命令	否

8.2 处置流程通则

分级 → 备份 → 销项 → 复跑 → 留痕。任一步中断不得跳至下一步。

8.3 一票否决条款

质量门禁（三重校验、双校验、命名闸、区域闸、字体闸）任一不通过时，本标准不得作为放行理由。

8.4 强制驳回清单

1. 「已如实披露」即视为已处置——驳回（披露 ≠ 销项，正是 E-1）。
2. 「历史遗留」作为无限期挂账理由——驳回。
3. 无证据的「已核查 / 符合预期」——驳回。
4. 只改数据不补判据（指针类）——驳回。
5. 只修本次不建闸——驳回。
6. 销项改变对外契约而未走载体升版——驳回。
7. 归并后工作区仍存第二个「当前态」——驳回。

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

9 符合性自检

:表题: 表 9-1 三原则符合性自检

原则	判定	依据与证据
场景定义需求·需求定义产品	符合	偏差分级（P0–P3）先于处置（§8.1）；短/中/长任务适用不同销项强度（P3 可带出，P0–P2 必清零）；扫描覆盖六类载体而非「只看被改动者」
技术经济性	符合	净增常驻 0——全部复用既有工具链，零新增载体；销项本身即载荷瘦身：首轮实测净省 「SKILL.md」 1,595 字符（1.60K，段落替换口径） —— 口径见 表 10-1
1 进 1 出	符合	销项链严格线性：扫描 → 判定 → 销项 → 复核 → 归并 → 发布，各阶段单入口单出口，零回环；归并为位移而非回滚

10 落地与验证

10.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.37.0_lihengbian_DIY_dianchizhuanlizhushou（历史快照，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.37.0_lihengbian_DIY_dianchizhuanlizhushou/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.37.0_lihengbian_DIY_dianchizhuanlizhushou.bak 为升版入口重命名产物、扫描器显式排除（skill_upgrade.py 第 446/452 行生成、第 519/596 行排除），属留档态不判为偏差；原稿缺此豁免边界 → 回填 §5.2 表 5-2，避免下一轮扫描误报
口径自查	本轮在最终复核时发现「1,595（段落口径）」与「1,599（文件口径）」并存，已在 表 10-1 与 表 9-1 显式标注取用口径 —— 此即本标准第 4 章 E-5（记录失真）的自我约束示例

10.2 执行顺序

扫描期 → 判定期 → 销项期 → 复核期 → 归并期 → 双盘同步。不得跳期，不得并行跨期。

10.3 生效前提

① 上位宪法 V2.19.0 M0.7 第 19 条已生效；② 宪法索引卡升 V1.17.0；③ _tools/constitution_version_check.py 现行版本常量同步 V2.19.0 并登记 CLAUSE_SOURCE[19]；④ 机器级记忆四文件同步；⑤ 双盘同步收敛。

11 监督与问责

• 本标准由全域文件治理工作组技术标准委员会归口。
• 偏差清单必须随载体升版一并复核；发现「只披露不销项」重复出现者，判定为 E-1 复发，按 P2 处理。
• 将他人载体存量问题计入本轮销项成效者，判定为报告失真，按 P1 处理。

12 修订记录

:表题: 表 12-1 修订记录

版本	修订日期	修订人	修订内容
V1.0.0	2026-09-12	全域文件治理工作组 技术标准委员会	初版。依据 2026-09-12 用户裁定「优化当前文件的 6 处实测缺陷，并全域发布」，由架构图 .risk 表 D1–D6 真实销项实践提炼：确立三类判定基准、六类载体、销项四要件、归并四步、九项硬指标与 P0–P3 分级处置；首轮落地实测锚点见 10.1

13 审批记录

:表题: 表 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 任务前检查清单（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 任务后检查清单（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 处理并回退结论

定稿校核结论

:表题: 表 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」为工作区级判据，跨工作区复核须在各工作区分别执行——不阻断本轮发布