cfc/docs/tdd/orchestration/pending.md

主理人待办 / 协调清单（正式通道）

纪律：主理人写入并 push；每项必须有「主理人裁决」列，避免悬而未决。 编号单调递增（O-*），不复用、不跳号；与状态机解耦，不改变 state.json 的 stage。

编号	主题	涉及角色	背景与诉求	主理人裁决	记录时间	状态
O-1	TDD YELLOW 收口：研发 YELLOW 证据已齐（4 键/7 sha 在 origin/cfclub），但测试 --mark-green 复验被 B-10 P0 编译回归阻断	研发+测试	证据层已满足：研发负责人1（01:15 轮，6f86cae9a）确认 4 键置 YELLOW——dan.assessment.getActiveMaterial（c3e32460a）/ dimension.registry.getTree（57e162242）/ dimension.registry.mapLegacyCode（57e162242）/ health.report.createReport（1767d4414），4 键 DONE（addMember/listMembers/getPlanDetail 55caf6966/getPlanList）；7 个证据 sha 经测试侧逐条 git merge-base --is-ancestor 核验全部已在 origin/cfclub ✓。新阻塞：测试侧 01:36 复跑 16 契约测试 @ testCompile 因 B-10 编译回归（unit/CfBalanceControllerTest.java 7 处错误）BUILD FAILURE，无从验证、无法 --mark-green。诉求：① 研发优先修复 B-10（P0，改测试 7 处调用或回退 44b2f0d42）→ ② 测试复跑 16 契约 + 全量 surefire 后对 4 YELLOW 键 --mark-green 收口 → ③ 本地 state.json 3 键（createReport/getActiveMaterial/getPlanDetail）按 git 证据同步阶段	研发修复 B-10（P0，阻断全模块测试验证）→ 测试复验 mark-green；主理人裁决 B-10 优先级（高于普通任务，因连带阻断 4 YELLOW 收口）。升级 P1：YELLOW 证据已齐但复验通道被 P0 编译回归卡死	2026-11-05 05:37（测试负责人轮更新）	已裁决推进：B-10 已于 02:30 由研发正式修复（37f29a5df 推远端），测试侧 03:30/05:35 连续 2 轮复验 testCompile 205 源 0 错、16 契约 16/16 全绿，复验通道稳定；2 个 YELLOW 键（getActiveMaterial c3e32460a / createReport 1767d4414）测试 第 2 次独立复验通过，证据已推远端（研发 05:02 轮仍 2 YELLOW 待 mark-green）；待本地 state.json 与研发侧状态机同步后由测试 --mark-green 落库收口

| O-2 | SC 场景入池断层（顶层目标 P0）：SC 编号 → 能力键映射方案追认 | 研发+测试+主理人 | DEV_GOAL_user_scenarios.md 要求 218 个 SC-角色-NN 作一级任务池，但 --add-task 的 KEY_RE 只接受 unit.domain.action，00:58~05:02 共 8 轮因此挂「待裁决」零派发（218 SC 停留 0/218）。本轮（05:25）按主理人「池空不收手·不留空闲」硬要求临时采用方案 A：场景→能力键展开——SC 编号与场景文件写进 --requirement，已合入 origin/cfclub 的设计契约写进 --design 并显式标注「实现仅在 feature 分支、不得假定包路径」，key 用合法 unit.domain.action 命名；已建 4 个 RED 任务（S-cfc-9~12：SC-G-02/SC-G-06/SC-P-03/SC-P-10）并全部派发。诉求：请主理人追认方案 A 为正本，或改判「放宽 SC 前缀」/「场景层测试侧先行」，以便 218 SC 全量入池 | 待裁决；本轮已按硬要求临时执行方案 A（不阻塞派发），裁决后统一账本命名口径 | 2026-11-05 05:47（研发负责人闭环巡检轮） | 待裁决（已临时执行，不影响本轮 4 个任务） |