返回板块

PP03 PPT体系进化与自洽技术标准

锚定宪法：V1.2.0
锚定基本法：V2.3.0

PP03_PPT体系进化与自洽技术标准

项	值
标准编号	LHB/TS-2026-016
版本	V1.0.2
发布日	2026-10-02
责任	炳哥（放行）／利衡辨（定标）
层级	行政法规 · 范式（spec\3.行政法规\范式\）
标准性质	元标准（meta-standard）：不规定"PPT 怎么排"，规定"PPT 这套标准体系如何自我进化而不产生新缺陷"
上位依据	宪法 V1.2.0（第13条闸门/第40条缺陷分级/第43–45条版本治理/第48条三分治）；基本法 V2.3.0
姊妹件	PP01（内容范式）｜PP02（图表资产）｜P02（版式闸层·外部件路径待补）｜PE01（Excel图表）｜门径表（唯一入口件）
立标根因	2026-09-30 至 10-01 四轮审计共认定 108 项缺陷 ＋ 13 项宪法级缺口（标准 92 条／产出件 9 项／代码库 7 项）。其中 3 条由上一轮新增条款自己造成；根因不是执行不力，而是体系缺三处咬合：①兄弟标准之间无冲突回归义务（92 条根源）；②声明与执行之间无连通性校验（blueprint_style_exempt 登记 19 条、五个工具零引用）；③形式与实质之间无边界条款（四处把"退出码 0"写成"合规"）。本标准的唯一目的：把这三处咬合补上，使体系可收敛。

---

第一章 总则

1.1 目的：为本标准体系建立自我进化与自洽的元规则，使每一次"解决问题"的动作不再引入新缺陷。适用对象为全部规范件与执行件（宪法、基本法、行政法规、地方法规、地方规章、skill、专家、工具、配置、台账）。

1.2 适用范围：全域一切"新增/修订规范条款"与"新增/修订执行件（工具、配置、skill、专家）"的动作。既存缺陷的销项亦适用（销项不得引入新缺陷）。

1.3 核心命题

体系收敛的充要条件＝三处咬合齐全：
①标准与标准之间有冲突回归义务（第二章）；
②声明与执行之间有连通性校验（第三章）；
③形式与实质之间有边界条款（第五章）。
三者缺一，缺陷即呈复利式增长——每修一批，带出一批。

1.4 五条元规则（违反即判 P0）

编号	元规则	一句话
M1	冲突回归义务	改了 A 条，必须证明 A 与 B…N 不打架
M2	声明—执行连通	凡"登记后放行"，执行侧必须真有代码读它
M3	判据不空转	适用对象为 0 时，判据不得报"通过"
M4	闸门语义	退出码 0 ＝ 未发现缺陷，不等于合格
M5	版本四处一致	文件名＝文件头＝修订记录＝报告头

1.5 术语

• 元标准：规定"标准如何制定与修订"的标准（本标准）。
• 冲突回归：新增/修订条款与既有条款的语义一致性核验。
• 连通性：标准中的"声明类"规定（登记、豁免、白名单、放行）与执行侧读取代码之间的对应关系。
• 判据基数：某判据在当前成件上的适用对象数量；基数为 0 称"空集"。
• 四处一致：文件名版本 / 文件头版本字段 / 修订记录最新版 / 报告头引用版本，四者相同。
• 现行有效版：一个载体在某时刻唯一被指定可执行的版本。

---

第二章 M1 冲突回归义务（治 92 条同源缺陷）

2.1 强制自查：任何新增或修订条款，必须同时提交《与既有条款冲突自查表》，随修订案入库。未提交者不得生效。

2.2 自查表格式（规范性）

列	内容
新条款编号	本次新增/修订的条款号（如 §2.4.3a、A12）
逐条比对对象	同文件全部条款 ＋ 兄弟标准（PP01/P02/PE01）全部条款
比对维度	数值阈值／判级／适用范围／术语定义／执行角色
冲突判定	无冲突／可共存（附条件）／真冲突
处置	若真冲突：改新条款／改旧条款／立仲裁行／放弃该条款
证据	行号＋原文摘录（双方）

2.3 兄弟标准一致性审查：PP01／PP02／P02／PE01／门径表之间，每季度执行一次全量一致性审查，产出《跨标一致性审查报告》，逐项列出：冲突事项／PP01 口径／PP02 口径／裁定／证据。
- 责任方：标准归口（利衡辨）主办，人（炳哥）裁定。
- 触发域：任一件升版后 7 日内追加一次增量审查。

2.4 真源唯一：凡跨标可比较的事项（数值阈值、判级、术语），必须在仲裁表内且仅在一处给出唯一真源。禁两处并行给出不同数值。
- 仲裁表自述必须与表体行数一致（本次实测缺陷：表内 6 行却自述"五处"）。

2.5 编号治理
- 判项编号（H/W/A/R）必须连续无断号；升格（如 W1→H15）后原编号必须回收，禁一号两义。
- 禁引用不存在的编号；标准承诺的"判项总表"必须有实体表（本次实测：承诺于第十一章、实为不存在）。
- 悬空引用（§x.y 指向错误、编号未定义）判 P1，出件前 grep 清零。

---

第三章 M2 声明—执行连通（治"登记了没人读"）

3.1 读取点声明：凡标准规定"登记/声明/白名单/豁免后放行"的条款，必须在条款内附「读取点」：<执行件文件名>:<行号> 或 <函数名>。
- 无读取点 ⇒ 该条款视为未生效，并判 P1 登记。

3.2 反向自证（强制）：每个声明类条款必须具备反向证据——移除该登记后，判据必须命中。
- 禁"登记恒放行"式实现（即登记表被忽略或无条件跳过）。

3.3 配置项 schema 闸：gates_config.json 类外置参数表必须带 schema_version；编排器启动时必须校验必需键清单，缺键即 fail-closed（退出码 2）。
- 禁编排器只做透传而不校验（本次实测：run_all_gates.py 对 10 类配置键零引用）。

3.4 静默失效的两种形态（均判 P1）
| 形态 | 定义 | 本次实例 |
|---|---|---|
| 甲·未生成 | 产出未生成却过关（G12 S2 已覆盖） | 四件套未生成 |
| 乙·登记未读 | 登记已写、代码未读，前端显示"已豁免"、后端仍报硬伤（G12 未覆盖） | blueprint_style_exempt 19 条登记、5 工具零引用 |

3.5 机制上线前置：新增"声明—执行"类机制时，必须同时交付：①配置模板；②读取代码；③反向自证件。三者缺一不得上线。

---

第四章 M3 判据不空转 + 判据基数

4.1 基数概念（全域强制）：每一条机器判据必须定义其判据基数（适用对象数量，如"成件图片数""原生图表数""形状展台数"）。

4.2 空集口径：判据基数 = 0 时：
1. 禁输出"通过/✅/PASS"；
2. 必须输出 「不适用（基数 0）」；
3. 必须在报告中指明等价接管判项（如零图片册的 H5–H7 由 W19／闸八 R2/R4 接管）；
4. 该判项不计入"全过"结论的分母。

4.3 判据基数表（报告强制项）：每次出件报告必须附「判据基数表」，逐判项列出：判项号／判据基数定义／基数／状态（生效｜不适用）／接管判项。

4.4 通道换代的判项同步义务：当资产形态换代（如 PNG → 原生图表 → 形状组合）时，必须同步：
1. 归零判项清单（哪些判据基数变为 0）；
2. 等价接管判项（谁接）；
3. 新通道的专属判项（如 <c:layout> 定标、轴标题）。

4.5 数值阈值必须可判：凡判据涉及数值（面积、容差、占比、字号、像素），必须给出具体数值与容差。
- 禁"连通域面积 >阈值""灰阶 R≈G≈B""纯白环"式无值表述。
- 不可机器判定的质量诉求（美观、视觉等效、清晰可读）必须移入声明式清单，禁留在强制句中。

4.6 判级唯一：同一事实只允许一套判级。禁同一事项在正文、判项表、另一工具中出现两种判级（本次实测：字号越档三套判级、A9 硬伤与降告警、R1/R3/R4 首期与转正混写）。

4.7 判级空隙禁止：区间型判据必须覆盖全域，禁留无判级区间（本次实测：R2 的 5%–8% 与 35%–40% 无判级）。

---

第五章 M4 闸门语义（形式与实质的边界）

5.1 退出码语义（规范性）

退出码 0 ＝ 未发现机器可判缺陷。不构成交付依据，不等同于"合格"。
形式验收（机器闸）绿灯不得替代实质验收（人／语义核验）。

5.2 报告双结论（强制）：任何交付报告必须分列两个结论，禁合并为一句"全部通过"：
| 结论 | 含义 | 判据 |
|---|---|---|
| 任务完成度 | 计划的工作是否做完 | 任务清单逐项打勾 |
| 产物合格度 | 产物是否可交付 | 五闸结论＋硬伤数（分"蓝本继承／本次引入"）＋声明式签署 |

5.3 报告头四字段（强制）：标准版本／工具SHA256／成件SHA256／产物闸状态（PASS｜FAIL(n)｜SKIP(附理由)）。缺任一即拒收。

5.4 分级不得静默：闸门判级（硬伤/告警）的首期姿态与转正后姿态必须在判项表内分列两列，并与人可读的验收组合表逐值一致（本次实测：R1/R3/R4 两处判级互斥）。

5.5 蓝本继承与本次引入分列：克隆件报告中，硬伤数必须分列「蓝本继承」与「本次引入」两组。禁合并计数（否则无法归因）。

---

第六章 M5 版本与退役治理

6.1 四处一致闸：文件名版本 ＝ 文件头版本字段 ＝ 修订记录最新版 ＝ 报告头引用版本。不符即拒收。
- 禁让旧文件名承载新内容（本次实测：C 盘权威库文件名 V1.5.0、内容 V1.5.1）。

6.2 现行有效台账：每个载体（标准件／skill／专家／工具）必须在台账中只标注一个"当前有效版本"。
- 其余版本降级为历史稿，不得作执行依据。
- 载体退役须登记（退役≠版本冻结）。

6.3 文本↔代码常量同步：标准中的常量名与值，必须与执行件逐值一致；必须配校验器（禁"一次性自述已同步"）。
- 报告头等版本串必须从标准文件读取或集中单一常量，禁散落字面量（本次实测：工具报告头硬编码"技能V2.9.0；PP02 V1.2.0"）。

6.4 多副本一致性：同一工具/规范在多处存在副本时，必须：
1. 指定唯一事实来源（单一写入面）；
2. 禁止手工复制多份；
3. 每次出件校验副本 SHA 一致（本次实测：五闸工具仅一份、gates.py 族四场景各一份、无校验）。

6.5 修订案入径（治"写错盘面"）
1. 起草面：一切修订案必须起草于权威库 <层级>\<目录>\_draft\；
2. 镜像面只读：F:\★DeepSeek Harness★\spec\ 为只读镜像，拒写必须生效并经 _region_gate.py::REVOKED_ROOTS 核验；禁作执行依据；
3. 入库：修订案经人批准后，由归口方重命名落位至权威库正式目录，旧版非破坏归档至 _archive\；
4. 随件入库：修订案所引的缺陷编号、补丁单、入口件（门径表）必须随主件一并入库（本次实测：补丁单与门径表未随 PP02 入库，导致门径表漏 V1.5.1）；
5. 依据可追溯：修订依据（整改方案、缺陷清单）必须落规范库；禁引用一次性场外文档（本次实测：V1.2.0 引《宪法自洽性与落地偏差整改方案》与 IC-1~IC-6，库内零记载）。

---

第七章 全域一致性审查（治"整体自洽性无人负责"）

7.1 角色与周期：设立全域一致性审查：
- 主办：标准归口（利衡辨）；
- 周期：每季度一次全量；任一规范件升版后 7 日内追加增量；
- 范围：全部规范件（宪法／基本法／行政法规／地方法规／地方规章）与全部执行件（skill／专家／工具／配置）。

7.2 审查产出：《全域一致性审查报告》，必含：
1. 跨标冲突清单（事项／各方口径／裁定／证据）；
2. 悬空引用与编号审计（断号／重号／未定义）；
3. 声明类条款连通性核验（逐条给出读取点与反向自证件）；
4. 版本四处一致核验；
5. 现行有效台账核验；
6. 判据基数与空集口径核验；
7. 缺陷分级一致性核验。

7.3 锚点版本对账：同一母规则被多件引用时，锚点版本必须一致（本次实测：M03 记载 V1.0.1、基本法旧版记载 V1.1.0，均待升版对齐）。

7.4 自检件自身校验：自检类范式（如 M05）必须通过"头注数字＝表体逐条统计"校验（本次实测：头注 87 条 vs 表体 85 条、A 组标 8 项实 9 条、签署表 75 vs 85）。

---

第八章 缺陷分级与销项

8.1 分级唯一（全域一套）

级别	定义	交付约束
P0 阻断级	致标准不可执行、致产物不可交付、致机制空转	未清零不得交付
P1 严重级	致判据失效、致版本/台账失真、致引用断链	未清零不得交付
P2 一般级	影响可读性/可维护性，不阻断执行	登记后可交付
P3 轻微级	命名、注释、死代码	登记后可交付

• 禁多处并存的分级体系（本次实测：基本法四级／M05 三级／M06 二级且 P1 语义互换）。P0 必须在各下位范式可映射。

8.2 三态销项（强制）：每条缺陷必须归入三态之一，禁留空、禁合并叙述：
| 三态 | 含义 | 要求 |
|---|---|---|
| 必修改毕 | 本轮修完 | 附改前/改后＋双向自证 |
| 登记遗留 | 本轮不修 | 附编号／级别／描述／归属／触发条件／登记日期 |
| 判定误判 | 经复核不成立 | 附实测证据（禁仅凭观感判误判） |

8.3 "本批新引入项"必报（V1.0.1：口径收紧）：每批次必须统计"本批自己引入的新缺陷数"。

口径（V1.0.1 立 · 缘起复核 D-02）：引入数按"发生"计——凡本批行为（含改标准／改工具／落件／建目录）新引发的缺陷，无论当场是否修复，均计入引入数；"修复即不计"属重定义，禁止。修复者另列「本批自愈」栏（列编号／现象／修复动作／回归用例）。引入数 >0 须逐条说明原因、归属与回归用例；自愈数不限。这是 M1 的落地检查。

台账须含四列：引入数／自愈数／本批遗留数／抵扣的验收条款——使"终止条件是否被遗留项或重定义绕过"一眼可见（复核 D-02／D-08）。

8.4 台账即交付前置：未出五列台账（任务类型／全脑基线估算／实际 Token／实际费用／节省率）的批次不得进入交付；节省率禁以估算宣称。

8.5 停损线（沿用宪法第41条并细化）
- SL-3：活跃（P0+P1）> 10 项时，禁新增治理立项，先收口；
- SL-5：验收即终线——有终止条件的批次才可立项；结项后新发现问题另立批次重新分级，禁挂旧批次续做。

---

第九章 进化流程（七步，强制顺序）

① 立项（须带终止条件，守 SL-3/SL-5）
      ↓
② 现状实测（禁凭经验断言；数值结论须附复算脚本）
      ↓
③ 冲突回归（新条款 × 全员比对 → 自查表）
      ↓
④ 连通设计（声明类条款 → 读取点 + 反向自证件）
      ↓
⑤ 落地实现（标准 + 工具 + 配置 + 台账，四处同步）
      ↓
⑥ 双向自证（正常件通过 ＋ 畸形件被拦 ＋ 移除登记即命中）
      ↓
⑦ 销项与结项（三态销项 ＋ 本批新引入项统计 → 结项）

9.1 禁跳步：④⑤⑥ 任一步缺失，该批次不得结项。

9.2 断言前先实测（治"盲改模式"）：凡数值类结论（阈值、分布、基数），必须先跑数据再断言；禁以经验预设替代读码。
- 本次实测反例：断言"A8 分母是整页面积"（实为展台区 345.71cm²）、"四个加深档全部超阈值"（实为 46.6／100.3／61.8／31.9，仅一档越硬伤线）。

9.3 产物收敛（治"文档债"）：同一主题只允许一份总账；其余为历史稿并归档。
- 禁每轮新建平行文件（本次实测：同一主题 6 份 Prompt、2 份缺陷清单、2 个版本的分析件并存）。

---

第十章 执行件与工具（落地载体）

件	职责	最低要求
tools/run_all_gates.py	五闸编排	校验 schema_version＋必需键；校验五闸工具 SHA 与报告头一致；输出四字段报告头；缺键 fail-closed
tools/chart_asset_check.py	资产闸	读取全部 *_exempt* 声明类配置；输出判据基数表；空集标"不适用"
tools/aesthetic_check.py	几何闸	同上；常量命名与标准一致
tools/render_check.py	渲染闸	偏差标定；越界以 XML 为准；分级上线两列
tools/consistency_check.py（建议新建）	一致性闸	四处版本一致／编号连续／悬空引用／声明读取点／多副本 SHA
_tools/region_gate.py	盘面闸	REVOKED_ROOTS 拒写生效
gates_config.json	外置参数	必带 schema_version；声明类字段须有读取点

10.1 一致性闸（建议新建 consistency_check.py）判项
| 编号 | 判项 | 判级 |
|---|---|---|
| K1 | 四处版本不一致 | 硬伤 |
| K2 | 判项编号断号/重号 | 硬伤 |
| K3 | 悬空引用（引用不存在的条款/编号） | 硬伤 |
| K4 | 声明类条款缺读取点 | 硬伤 |
| K5 | 声明类条款无反向自证件 | 告警 |
| K6 | 多副本 SHA 不一致 | 硬伤 |
| K7 | 标准承诺的表/清单不存在 | 硬伤 |
| K8 | 同一事项两处判级不同 | 硬伤 |
| K9 | 区间型判据存在无判级空隙 | 告警 |
| K10 | 比值型判据未给分母 0 口径 | 告警 |

---

第十一章 出件前自检清单（进化版）

• [ ] 新增/修订条款是否附《与既有条款冲突自查表》？
• [ ] 声明类条款是否给读取点（文件:行号）并有反向自证件？
• [ ] 每个判据是否定义判据基数？空集是否输出"不适用"并指明接管判项？
• [ ] 数值阈值是否给具体数值与容差？不可机判项是否已移入声明式清单？
• [ ] 同一事实是否只有一套判级？首期/转正姿态是否分列且两处一致？
• [ ] 退出码 0 是否未被表述为"合规/合格"？报告是否分列任务完成度与产物合格度？
• [ ] 报告头四字段是否齐备（含产物闸状态）？
• [ ] 四处版本是否一致？现行有效台账是否唯一？
• [ ] 文本常量与代码是否逐值一致且已配校验器？报告头版本是否非硬编码？
• [ ] 多副本是否指定唯一事实来源并校验 SHA 一致？
• [ ] 修订案是否起草于 _draft\？镜像面是否拒写？所引缺陷编号是否落库？
• [ ] 缺陷是否逐条三态销项？"本批新引入项"是否为 0？
• [ ] 台账五列是否齐备？节省率是否非估算？
• [ ] 本批次是否带终止条件并按 SL-5 结项？

---

第十二章 修订记录

| V1.0.2 | 2026-10-02 | 索引与版本对齐（不改判据）。 缘起：全场景统一为唯一蓝本。本版仅同步 M5 版本四处一致链条与索引指向：PP01 → V1.0.3｜PP02 → V1.5.3｜P01/P02/P03 → V3.0.0（同批更名为《全域全场景PPT制作技术标准》）｜PE01 → V1.1.1｜门径表 → V1.2.0（改名 PP04_ 前缀）｜技能 → V4.0.0。不新增、不修改任何元规则与判据。 |
| 版本 | 日期 | 内容 |
|---|---|---|
| V1.0.1 | 2026-10-01 | 补 §8.3 口径（缘起收口案复核 D-02／D-08）。 「本批新引入项」按"发生"计——凡本批行为新引发的缺陷，无论当场是否修复均计入；禁止"修复即不计"的重定义；修复者另列「本批自愈」栏；引入数 >0 须逐条说明原因、归属与回归用例。台账须含四列：引入数／自愈数／本批遗留数／抵扣的验收条款。 |
| V1.0.0 | 2026-10-01 | 首立（元标准）。 缘起：四轮审计共 108 项缺陷＋13 项宪法级缺口，其中 3 条由上轮新增条款自己造成；根因是体系缺三处咬合。本版确立 五条元规则（M1 冲突回归／M2 声明—执行连通／M3 判据不空转／M4 闸门语义／M5 版本四处一致）、九章（冲突回归、连通、判据基数、闸门语义、版本与退役、全域一致性审查、缺陷分级与销项、七步进化流程、执行件要求）与 K1–K10 一致性闸判项。核心主张：缺陷的复利式增长不是执行力问题，是元规则缺失问题；补上三处咬合即可收敛。 |

---

发布前未闭环的行政事项

1. 本章程第五条元规则（M1–M5）须回写宪法 V1.3.0（拟升版目标·待第44条程序批准）——本标准为行政法规层级，M1/M2/M4 涉宪法第13/40/44 条的增补，须走第44条修订程序（人批准）。草案落 spec\1.宪法\_draft\。
2. 须新建 tools/consistency_check.py（K1–K10）并纳入五闸编排为第六道闸。
3. 须修 _tools/region_gate.py，使 REVOKED_ROOTS 对 F:\★DeepSeek Harness★\spec\ 真正拒写。
4. 门径表须同步升至 V1.1.0，索引 PP03 与本标准全部元规则。
5. 四蓝本 blueprint_style_exempt 读取侧须接线（M2 落地）。
6. 双盘同步后须实况验证。