4.4 KiB
4.4 KiB
NAVSEA-PBF-MULTISOURCE 阶段 B2.6:标准显示组与 PRIMARY 人工审核门禁 RDC 完成报告 v1
- 日期:2026-10-12
- 状态:离线审核工具 PASS;人工语义审批 NOT DONE;正式 Contract 未冻结;新增 Runtime 执行授权 0。
- 上位依据:2026-10-12《NavSea 多源 PBF:通用解释器与标准层映射强制原则 v1》及 MULTISOURCE-002B/004。
1. 环境与保护边界
- X220 Linux RDC,仓库 /root/sourceserver/pbf-provider-pipeline-v1,分支 feature/provider-pipeline-v1;原 HEAD d046d7ee0d9f2030d974d0e5435ae6571b0b4489。
- Windows CARBON7i RDC 只读核对 D:\React\NavSea-PBF-Multisource 中的正式文档及 pbf_group.json,NavSea 代码未改。
- 不更改原始 PBF/Style/Sprite、九文件 Provider ZIP、当前 CM95 1.1.0 的 102 条映射、客户端已有 19 条 EXECUTABLE、Fishery/LIGHTS05 兼容。
- 没有进行 Codex、Android/iOS 编译、安装/ADB、Jest、Git reset/clean/commit/push/tag,也未切换工作树。
2. 现状事实
- 全量身份审核队列 475 条;329 条已赋类、146 条 UNKNOWN/AMBIGUOUS,275 条多绘制组件。
- 现有审查结果有 15 种非空 standardLayer;但 upstream 的 style-visual-object-standard/v1 文件是特定 Style 的视觉目录,不是标准层至产品显示组权威 Catalog。
- CARBON7i 的 pbf_group.json 有 13 个普通用户组、另有 base_map。其已有 layer_ids 属旧数据/Style 配置;不能根据字段名/图标/相似名称自动分配新来源对象。
3. 实际新增代码与数据
- tools/provider-pipeline/standard_display_review_gate.py:生成完整待审草稿;强制分开审 standardLayer→displayGroup 和 VisualObject→PRIMARY/COMPONENT;绑定 provider/dataset、源队列、候选 Host 组、原 Style 的 SHA-256。
- 人审审核状态 PENDING/REVIEWED/REJECTED;REVIEWED 必须附审核人和证据引用。逐组件必须指定唯一 PRIMARY 及所有其它组件指向它的父关联;拒绝重复/缺失/越权字段。
- 未批准 Host 组快照(OBSERVED_NOT_APPROVED)时禁止审核记录通过;UNKNOWN/AMBIGUOUS 不允许在此工具中被强行晋级,需返回上游 Mapping 审核。
- 即使离线审核记录结构符合要求,门禁也永远报告 runtimeExecutionAuthorizedCount=0、globalIdentityAuthorizedCount=0;不是生产 Contract Validator,更不能作为 Compiler 执行授权。
- 草稿已存在时 --generate 拒绝覆盖,防止人工改动被清空。
- tools/provider-pipeline/standard_display_review_gate.py;tests/test_standard_display_review_gate.py(8 个新增测试)。
- docs/报告/NAVSEA-PBF-MULTISOURCE_阶段B2-6_NavSea现有Host显示组候选快照_v1.json:实际 pbf_group.json SHA 0a6856f4ff59fa6ba804d1aa6763f3fc44fde23280edd1f1e007654ce405c0ac;明确未批准。
- docs/报告/NAVSEA-PBF-MULTISOURCE_阶段B2-6_标准层与PRIMARY待审草稿_v1.json:15 条标准层决策、475 条对象决策,全部 PENDING。
- docs/报告/NAVSEA-PBF-MULTISOURCE_阶段B2-6_审核门禁结果_v1.json:PASS_PENDING_REVIEW,0 个已审核对象,0 个新增执行授权。
4. 验收与局限
- Python:.venv/bin/python -m unittest discover -s tests -p test_*.py -v,38/38 PASS(B2.1 至 B2.5 原有 30 + B2.6 新增 8)。
- 合成 Provider 不等于两个真实不同 PBF 的实际发行/设备验证;当前仍未打开新的 Pickup/Danger/Planning。
- 显示组候选不是正式批准的、跨 Provider 通用 Catalog;本阶段审核工具不是已冻结 Schema,也不允许靠把候选清单的 approvalStatus 改成 APPROVED 代替真正审核。
- 当前模板一条 standardLayer 暂限单个 displayGroupId;若正式产品允许标准层拆分成多个 UI 组,需另行版本化设计裁决和 selector 范围证明,不能用多个字符串绕过。
5. 下一步 B2.7
先正式审定 15 个标准层与 NavSea 显示组的关系,并逐对象审定唯一 PRIMARY 和所有组件从属;UNKNOWN 返回上游语义审核。再做单一已审核类型的原始 Style 逐层精确 selector 纵向切片,验证 residual-preserve、全显恢复 originalFilter、混合层不误隐藏。通过两个真实 Provider 与 Android/iOS 分项门槛后,才考虑扩大 Compiler EXECUTABLE 或重发正式 ZIP。
6. 归档结论
工具生成与结构回归完成,不等于人的审核完成。当前实际 result 是 PASS_PENDING_REVIEW,不是 Package/Compiler/Runtime 的 PASS;不作自动授权、Commit/Push 或正式发布。