待所有者决定的事项

版本：v1.0 · 日期：2026-10-24 每项含：问题 / 为什么需要决策 / 方案与差异 / 影响 / 推荐。本清单本身不构成任何授权。

D-1【最高优先】是否批准本实施计划（docs/21–28）

• 问题：修订后的总体方案与七阶段实施计划是否获批启动。
• 为什么：一切后续任务的前置（T-1.1）。
• 方案：A 批准（可附修订意见，先落实修订再启动）；B 提出结构性修改后复审；C 不批准。
• 影响：批准只解锁 Phase 0 的 L0 只读任务（T-0.1/T-0.5/T-0.6）；L1 操作（T-0.2/T-0.3/T-0.4）须对所有者明确授权具体范围后才执行；L2/L3 始终单独授权。批准计划 ≠ 批准所有实施操作；批准 Phase 0 ≠ 批准后续阶段。
• 推荐：A。依据：v0.1 → v1.0 已按 10 项修订要求逐项落实（见 docs/28），依赖关系经复核。

D-2 = E-1【紧急】repoRoot 修复

• 问题/方案/推荐：维持交付物 E 的结论——方案 A（5 行路径改为 data-product 下新路径）。
• v1.0 补充：修复后仍需 T-0.3/T-0.4 验证真实可跑（运行时前提是独立风险 R-9/R-10）。

D-3 = E-2 P-01 处置形态

• 推荐：方案 A（升级 P-01 v2.0.0）。逐条内容映射已补齐（docs/21 §5.2）：6 节保留/扩充、§7 因时效重写且"暂不实现"清单逐条保留、§1 一处措辞冲突修正。无信息丢失。

D-4 = E-3 凭据处置（L3）

• 推荐：维持 E 结论：所有者轮换飞书 App Secret + 批准删除 tmp-set-secrets.py。
• v1.0 补充：已拆为独立支线（T-0.7），不阻塞主线；即使暂缓，主线各阶段照常，但风险 R-2 持续存在并按月提示。

D-5 = E-4 BagComply 工作区

• 推荐：维持 E 结论：先 T-0.6 只读验证出证据，再由你定 A 提交 / B 回退 / C 声明暂不接入。
• v1.0 补充：若选 C，BagComply 仍可注册（L1）但接入（L3+）冻结，Phase 4 的 bc 组相应跳过并记录。

D-6 = E-5 服务器核实方式

• 推荐：维持 E 结论：提供访问方式或按清单自行核对；暂缓亦可接受（后续结论保留"服务器状态未知"标注）。

D-7 = E-6 注册顺序

• 推荐：维持 E 结论：CN → WGL → BB → PW → BagComply。

D-8 = E-7 执行层独立化

• 推荐：维持 E 结论：本轮仅落 ADR-003，评估推迟至 Phase 6 依真实数据决策。

D-9【v1.0 新增】Phase 3 改码授权的授予方式

• 问题：Phase 3 是首个改码阶段（CN 2 个脚本 + workbench 内核）。阶段批准是否默认含 L1 改码授权，还是单独授予。
• 方案：A：Phase 2 末的"阶段后决策点"一次性授予（推荐）——改码范围已在计划中逐任务列明，重复申请无信息增益；B：每个任务单独申请。
• 影响：A 减少 2 次往返；B 控制粒度更细。
• 推荐：A，但授权时明确列出允许触碰的文件清单（超出清单即触发暂停条款）。

D-10【v1.0 新增】积压 items 的处置原则

• 问题：44 条积压异常如何消化（T-5.4）。
• 方案：A：一次全部清理；B：按严重度分批，先清影响健康判定的，其余列入常规消化计划（推荐）。
• 影响：A 快但批量关闭有"未核实即关闭"风险（违反证据关闭原则）；B 慢但合规。
• 推荐：B。依据：items 六态的"关闭需证据"是既有规则，批量关闭若证据不足等于伪造闭环。

决策依赖提示：D-1 是唯一阻塞项；D-2（E-1）是 Phase 0 关键路径；D-4/D-6 为支线不阻塞；D-3/D-7 影响内容不阻塞启动；D-8/D-9/D-10 可到对应阶段再定。

已决补记（2026-10-24 晚）