P3 · 存量包逐验台账 v1（波波 · 2026-09-16 01:4x）

队列：义父 01:1x 令「P1→P5」，P3＝存量包逐验（无新包时延此线）。P1/P2 已交付推送（a658e4c2／142b57be）。

执行器：python3 docs/tools/acceptance_gate.py（P6 六道门骨架，小齐 WIP-326）＋本岗逐包落点核证。

实跑退出码 1，总验收结论 BLOCKED。

一、六包 × 六道门真值（复跑，非估计）

包	名称	属主	总判	G1	G2	G3	G4	G5	G6
P1	品牌与主题引擎	一号	MISSING	M	M	M	M	M	M
P2	结构与受控 DSL	波波	MISSING	M	M	M	M	M	M
P3	配置治理与总契约	阿仁	MISSING	M	M	M	M	M	M
P4	租户上下文与隔离	二号	FAIL	FAIL	M	M	FAIL	M	PASS
P5	数据迁移与初始化	小渔	MISSING	M	M	M	M	M	M
P6	发布版本与集成验收	小齐	PASS	P	P	P	P	P	P

（M＝MISSING，P＝PASS。六道门：G1 自含完整／G2 契约一致／G3 关键验证／G4 集成演练／G5 证据可复现／G6 阻塞清零）

二、🔴 核心结论：MISSING ≠ 没交付，是交付未落「七件套」结构

门禁 G1 要求每包目录齐 design / contracts / examples / checks / acceptance.md / evidence / handoff 七件套。

逐包核证落点后，实际情况是：

包	门禁期望目录	实际落点（本岗核证）	定性
P1	`white-label/brand-theme`、`evidence/321`	目录均不存在；痕迹在 `docs/receipts/扣子一号.md`（321）	交付散落——有一号回执痕迹，未建包目录
P2	`white-label/structure`、`evidence/322`	目录均不存在；实质产物三件：`docs/plans/miniprogram-v2-DSL对接设计.md`（design）、`docs/tools/verify_frontend_structure.py`（checks）、`docs/white-label/接入方式确认单-P2-已确认-2026-09-14.md`（确认件）	交付散落（本岗名下，见 §三）
P3	`white-label/config`、`white-label/contracts`、`evidence/323`	目录均不存在；实质产物 `docs/contracts/config-governance-v1.md`（契约在盘）	交付散落
P4	（有目录）	`docs/white-label/tenants/` 存在（`kailashi.yaml`、`registry.json`），缺 design.md/contracts、examples、evidence	部分交付（G1/G4 FAIL，G6 PASS＝无阻塞项）
P5	`white-label/migration`、`evidence/325`	目录均不存在；痕迹在 `docs/receipts/二号.md`（325）	交付散落
P6	（七件套齐）	齐	✅ 唯一全绿

⇒ 六包里 5 包的问题是同一类：活干了、产物在盘，但没按七件套归位。

⇒ 若照门禁字面判 MISSING，等于否定全队已完成的白标化交付；若不改，则六道门长期红着，335 终验「G6 阻塞清零」永远过不了。

三、本岗名下 P2 包自查（不回避）

门禁判定：MISSING（交付目录不存在）⇒ 属实（white-label/structure、evidence/322 确实都没有）。
实际交付：三件在盘——设计（miniprogram-v2-DSL对接设计-v2miniprogram-v2-DSL对接设计.md）、校验器（docs/tools/verify_frontend_structure.py）、确认单（接入方式确认单-P2-已确认-2026-09-14.md）。
七件套缺口：contracts、examples、acceptance.md、evidence/、handoff/ 五项缺。
本岗态度：认账，不自辩。P2 包的 MISSING 是归档形态问题（产物在但没归位），不是未交付；

但门禁判 MISSING 也不冤——没有结构化目录，验收方无法复现与抽验，与「没交付」后果相同。

处置：等 §四裁决后统一动作（补结构 or 改判据），本岗不单方面给自己的包开绿灯。

四、两条处置路径（报 R1 裁定，本岗不代办）

路径	做法	成本	风险
A · 补结构	六包各建七件套目录，把散落产物归位（缺的如实建「缺」登记，不编造）	高（六包 × 七件）	归档动作本身不产生新证据，别把「补目录」做成「补交付」的假象
B · 改判据	门禁改为"按实际落点认"：给每包登记 `manifest`（产物清单 + 路径），G1 判「manifest 齐 + 关键件在盘」而非「目录名固定」	中（改脚本 + 六包各写 manifest）	判据变松 ⇒ 须显式定义"关键件"最小集，否则形同虚设

本岗建议＝B + 最小集：路径 A 成本高且本质上只是搬文件；B 更实诚——把"这包到底交付了什么"写清楚，比把文件塞进固定目录更重要。

最小关键件建议：design（方案/设计）＋ checks（可执行的校验器）＋ acceptance.md（判据与四态自评）＋ evidence/（证据目录，可含机位待跑占位）。

examples／handoff 无则记 N/A，不强制。

五、P3 交付与不空档状态

P3 产出：本台账（六包真值 + 逐包落点核证 + 两条路径建议）。
下一单：P4 B/C 复验 + 335 预检（跑全部相关门禁 + 门槛表核对出预检清单）。
备用：P5 六幕执行 + 归档（执行需机位/凭证，本岗无权限，届时如实登记 BLOCKED，不伪造执行证据）。

本岗边界：只验判据与落点，未替任何包补目录、未改 acceptance_gate.py、未给任何包改判。

附录 · 代理裁处回填（2026-09-16 08:1x · 冈子临时代理 · 待 R1 追认）

回填人：波波。路径 B 被采纳 ⇒ 本岗名下 P2 包（我自己的包）同样按 B 判，不因是本岗名下而放宽。

#	本岗报裁项	代理裁处	对本台账的效力
1	六包归档路径 A 补结构 vs B 按 manifest 认（本岗建议 B + 最小关键件）	✅ 采纳 B，理由原文：「证据结构服务可读，不为结构倒置」	六包 MISSING 判定改按 manifest + 最小关键件复核；🔴 B 的前提是先定义「最小关键件」，本岗定义如下，请 R1 确认后生效：design（方案/设计）＋ checks（可执行校验）＋ acceptance.md（签字表）＋ evidence（证据目录）四件齐 = PASS；examples / handoff 无则记 N/A，不因缺失判 MISSING
2	本岗名下 P2 包（miniprogram-v2 结构层三件在盘未归位）	适用路径 B	按上条最小关键件自评：design ✅（`miniprogram-v2/docs/structure/design.md`）／checks ✅（`verify_frontend_structure.py`）／acceptance ✅（`接入方式确认单-P2-已确认`）／evidence ✅ `miniprogram-v2/docs/structure/evidence/2026-09-14-evidence.txt`（2026-09-16 09:5x 更正：一直在，本岗此前误判未建） ⇒ 本岗自评 PASS-附条件，补 evidence 目录即转 PASS；不自评 PASS

~~待办：补 docs/delivery/evidence/P2/ 目录并归档三件~~ ❌ 已作废（2026-09-16 09:5x）——evidence 一直在 miniprogram-v2/docs/structure/evidence/；本条待办因本岗未同步自纠结论，导致 A 段被按过期依据派单「P2 evidence 补建」，现予作废。 真正的缺口是「包无 manifest ⇒ 路径 B 无载体」，已补见下。

附录二 · P2 落点自纠（2026-09-16 08:5x · 波波）

承接 WIP-357 ③（docs/delivery/acceptance/357-P2包落点核证与自纠-v1.md）。本岗更正自己在本台账里的不准确表述。

项	本台账 v1 原表述	核证后更正
P2 包结构	「三件在盘未归位」	🔴 不准确——实测 `miniprogram-v2/docs/structure/` 七件套齐全，共 37 个文件（design / checks / contracts / evidence / examples / acceptance / handoff）
MISSING 性质	归档结构不全	路径不匹配——门禁期望 `docs/white-label/structure` 或 `docs/delivery/evidence/322`，实际落点由 D7 域属主规则决定为 `miniprogram-v2/docs/structure/`
本岗自评	PASS-附条件（evidence 未建）	✅ 更正为 PASS——四件最小关键件实测齐全（evidence `2026-09-14-evidence.txt` 4850 B 一直在）

教训（本岗自己的）：把「路径不同」写成「结构不全」，两件事性质完全不同——后者是交付缺失、前者只是门禁没找到。自评前必须先 find 全盘再下结论，不能凭印象写自己名下的包。

建议（不代办）：门禁路径表增 miniprogram-v2/docs/structure 一行即可让 P2 转 PASS；其余五包落点须各属主自报，本岗只认 P2 一包，不代填。

🧾 2026-09-16 09:5x 追加 · 路径 B 的载体落地（波波 A 段）

背景：路径 B（按 manifest 认 + 最小关键件）裁定后，六包均无 manifest ⇒ 门禁无处定位关键件，B 等于空转。本岗补两件：

产物	路径	作用
P2 MANIFEST（实例）	`miniprogram-v2/docs/structure/MANIFEST.md`（+`.html`）	声明包根目录、七件套全量明细、四件关键件、未闭合项
通用模板	同上 §六	其余五包 fork 填写；根目录由各属主自报，本岗不代填
表生成器	`scripts/delivery_manifest_table.py`	全量明细表脚本生成，禁止手工编辑（防搬运出错）
表校验器	`scripts/delivery_manifest_check.py`	明细行 vs 磁盘逐条核对 size/sha256，退出码即判据

实测：P2 明细 44 条 / 磁盘 44 个 / RESULT: PASS (bad=0)。

🔴 本岗本轮自曝两处数据错误（已修）：①总数写成 37，实际 44（人肉数错）②_expectations.json size 写成 4210，实际 3580（人肉抄 wc -c 出错）。

⇒ 根因=人肉搬运终端输出，现已改为脚本生成 + 脚本校验双保险，两个脚本已入 scripts/（其余五包可直接复用）。

仍owe缺（不冒充已办）：门禁尚未改为读 manifest，目前 MANIFEST 仅供人读。需工具侧支持（路径表增 miniprogram-v2/docs/structure，或改读各包 MANIFEST.md）⇒ 报 @R1/@工具属主。

署名：波波 2026-09-16 09:5x