跨 run · 什么阻塞下一步
问题与待办
回答一个问题：什么阻塞了下一步，谁在处理，怎样算解决。这里只读登记表，不从开发报告推断状态。
25 / 25 条起草自项目文档，待用户核对
这些条目是 2026-10-03 根据 G 任务书、Codex 审查、开发报告和 decisions.tsv 整理出来的历史记录，每条的「来源」写明了文档与日期；状态一律取保守值（拿不准写未解决 / 待验），负责人不确定写「未登记」。核对后把登记表 notes/plan/issues.tsv 里该行的 drafted 列清空，「起草待核对」标记就会消失。
T1 链启动门?Codex 对跨环续做的审查（2026-10-03）发现的 P0 / P1 问题：这些修复和三环回归通过之前，不启动正式的 T1 24 小时链（decisions.tsv「T1 链启动时机」）。
未通过：5 / 5 个 P0 未验证 依据 decisions.tsv 2026-10-03「T1 链启动时机」：Codex 审阅发现 4 个 P0 与护栏 seed 指纹等 P1，T1 24 小时链等这些修复与三环回归（含截止收尾）通过后再启动，不做「第一环关闭续做」的折中。
状态、负责人只来自登记表：没登记的显示「未登记 / 待核验」。开发报告写「已实现」不会把任何一项标成已关闭，只有登记为 verified 才算。详细审查见 2026-10-03_codex_g45_impl.md，实现说明见 2026-10-03_G45_carryover_limits.md。
P0（5）：启动前必须修，并有回归验收
| ID · G 任务 | 严重度 | 问题与阻塞对象 | 状态 | 负责人 | 下一动作 | 验收条件 | 来源 · 更新日期 |
|---|---|---|---|---|---|---|---|
| G45-P0-1 G45.6 | P0 | 截止收尾竞态：截止时先进入 final，执行线程随后丢掉 carryover；前移后的截止没有传到执行、缓存锁、GPU 等待和评分 起草待核对 阻塞：T1 24h 链启动门 | 未解决 | 未登记 / 待核验 | 每项工作绑定启动时的阶段；前移截止传播到所有等待和评分路径；进入 final 前等待搜索线程完成进程回收、封存与节点结算（Codex 最小修复） | 截止收尾回归通过（含动态截止前移）；Codex 复审无此 P0 | 2026-10-03_codex_g45_impl.md P0#1（2026-10-03） 更新 2026-10-03 |
| G45-P0-2 G45.6 | P0 | 第三环重复续做旧版本，且把历史 resume 算进本环名额（名额被耗尽） 起草待核对 阻塞：T1 24h 链启动门 | 未解决 | 未登记 / 待核验 | 导入时重映射 resume_origin.imported_id；用稳定的工作身份记「已被承接」；本环名额只数 origin_run 为空的 resume | 三环去重回归通过（A→B→C 不重复续做同一快照；历史 resume 不占本环名额） | 2026-10-03_codex_g45_impl.md P0#2（2026-10-03） 更新 2026-10-03 |
| G45-P0-3 G45.7 | P0 | 权重验收失败仍可打分，之后晋级/护栏 seed 悄悄重训，把不同训练结果当成同一冻结权重下的样本 起草待核对 阻塞：T1 24h 链启动门 | 未解决 | 未登记 / 待核验 | per_view 验收必须全部成功才允许评分；已存在但不完整的索引抛 ArtifactError，不退回训练 | 回归覆盖：声明的权重缺失/符号链接/超限时该次评测明确失败，不产生分数，也不重训 | 2026-10-03_codex_g45_impl.md P0#3（2026-10-03） 更新 2026-10-03 |
| G45-P0-4 G45.6 | P0 | 祖先 run 事后被污染（TAINTED），第三环仍可能打包其被改动的轨迹 起草待核对 阻塞：T1 24h 链启动门 | 未解决 | 未登记 / 待核验 | 凡实际读取其代码、轨迹或快照的祖先都递归验证污染状态与内容；打包时重新验证，失败则拒绝采用该证据 | 回归覆盖：A 被标 TAINTED 后 C 的启动与 package 均被拒绝 | 2026-10-03_codex_g45_impl.md P0#4（2026-10-03） 更新 2026-10-03 |
| G45-REG G45 | P0 | 三环回归与截止收尾回归尚未通过：两环正常路径的验证没有覆盖这些边界 起草待核对 阻塞：T1 24h 链启动门 | 未解决 | 未登记 / 待核验 | 补三环去重回归与截止收尾回归，修复 P0 后在 Spark 全量回归 | 三环回归 + 截止收尾回归 + Spark 全量回归全部通过，Codex 复审无 P0；之后才启动 T1 24h 链 | decisions.tsv「T1 链启动时机」；2026-10-03_codex_g45_impl.md 总体结论（2026-10-03） 更新 2026-10-03 |
P1（7）：可后置于启动修复，但不能当作已完成
| ID · G 任务 | 严重度 | 问题与阻塞对象 | 状态 | 负责人 | 下一动作 | 验收条件 | 来源 · 更新日期 |
|---|---|---|---|---|---|---|---|
| G45-P1-5 G45.6 | P1 | segments[] 有清单，但不保证每段完整证据随包交付（封存只收 Engineer 的会话，queries_used 记 0，execution 封存会替换 Engineer handoff） 起草待核对 阻塞：T1 24h 链启动门 | 未解决 | 未登记 / 待核验 | 封存节点本段的全部角色轨迹和真实预算；package 按 segments 逐段取证、校验并报告缺失 | package 对多段续做的每个 segment 都有轨迹，缺失时明确报告 | 2026-10-03_codex_g45_impl.md P1#5（2026-10-03） 更新 2026-10-03 |
| G45-P1-6 G45.6 | P1 | 读取额度失败会把已用查询算成零：最后一次 quota 请求失败时封存 queries_used=None，累计按零处理，下一环重新获得已消费额度 起草待核对 阻塞：T1 24h 链启动门 | 未解决 | 未登记 / 待核验 | 从本 run 评分日志恢复 counted 查询数（复用 agent/scoring/service.py 的计数口径）；仍无法确定则拒绝发放新增额度 | 额度失败场景回归：下一环额度 ≤ 剩余额度 | 2026-10-03_codex_g45_impl.md P1#6（2026-10-03） 更新 2026-10-03 |
| G45-P1-7 G45.6 | P1 | 封存不是可恢复的原子事务：SEAL 写完但 archive 未变 carried_over 时崩溃，recover 会把节点改成普通 interrupted；导入中途失败也无恢复流程 起草待核对 阻塞：T1 24h 链启动门 | 未解决 | 未登记 / 待核验 | 临时目录封存后原子 rename；封存/导入加事务标记；recover 幂等补齐节点状态与元数据 | 故障注入（封存中途、导入中途崩溃）后可恢复且不丢快照 | 2026-10-03_codex_g45_impl.md P1#7（2026-10-03） 更新 2026-10-03 |
| G45-P1-8 G45.7 | P1 | 终选预留已扩大，但内部截止仍按廉价基线留时间：训练型候选过护栏后可能没时间完成 final，只能退回基线（倾向安全，未发现跳过护栏） 起草待核对 阻塞：T1 24h 链启动门 | 未解决 | 未登记 / 待核验 | seed/guard 截止扣除候选 final 冷启动预留；按实际 guard 作业集合估算（含 holdout、冷训练、缓存失配） | 训练型候选在预留内完成 final 的回归；估算计入 holdout 执行 | 2026-10-03_codex_g45_impl.md P1#8（2026-10-03） 更新 2026-10-03 |
| G45-P1-9 G45.7 | P1 | 自动换 fresh seed（3–7 → 8–12）使每环评测指纹不同，导入时清空旧分数，只有 top-k 被重评，其余节点永久成为 history-only（护栏 seed 指纹问题） 起草待核对 阻塞：T1 24h 链启动门 | 未解决 | 未登记 / 待核验 | 区分「搜索分数可比较性指纹」和「完整终选规格」，仅护栏 seed 变化不使已有搜索分数失效 | 仅换护栏 seed 的两环导入后，旧搜索分数仍可用 | 2026-10-03_codex_g45_impl.md P1#9（2026-10-03） 更新 2026-10-03 |
| G45-P1-10 G45.7 | P1 | SIGTERM 宽限只等 leader，没有给整个进程组 60 秒；回收未完成仍可能封存 起草待核对 阻塞：T1 24h 链启动门 | 未解决 | 未登记 / 待核验 | 宽限期等待整个进程组消失，到期再 KILL；回收未完成时不得登记权重或封存快照 | 进程组回收回归：子进程写检查点的场景下宽限生效 | 2026-10-03_codex_g45_impl.md P1#10（2026-10-03） 更新 2026-10-03 |
| G45-P1-11 G45.7 | P1 | 权重缓存键没覆盖执行时注入的 GPU 环境（GPU 配置、sitecustomize.py），可能回放旧环境产物 起草待核对 阻塞：T1 24h 链启动门 | 未解决 | 未登记 / 待核验 | 把实际影响训练的注入环境和运行工具内容哈希纳入键；无关的排队参数不加 | 改 GPU 注入环境后缓存键变化的单测 | 2026-10-03_codex_g45_impl.md P1#11（2026-10-03） 更新 2026-10-03 |
其他未解除的问题（13）
| ID · G 任务 | 严重度 | 问题与阻塞对象 | 状态 | 负责人 | 下一动作 | 验收条件 | 来源 · 更新日期 |
|---|---|---|---|---|---|---|---|
| OL-P0-1 G56 | P0 | 直接同步绕过隔离检查：Spark `git pull` 没有运行中 run 的兼容检查，存在锁后改变执行环境的路径 起草待核对 阻塞：外层循环转 live（notes/outer_loop/config.yaml 现为 dry_run） | 未解决 | 未登记 / 待核验 | 部署前加门禁：枚举全部运行模式，未隔离 run 存在则延后；禁用 SYNC_FORCE/--allow-dirty 于自动正式 run。先核对 19_outer_loop_autonomy.md 与 SKILL.md 是否已按审阅修订（待核验） | 对应审阅条目有文档/实现修订并通过 Codex 复审（文档未写具体验收，待登记） | 2026-10-03_codex_outer_loop.md P0-1（2026-10-03） 更新 2026-10-03 |
| OL-P0-2 G56 | P0 | PAUSE 不是两个写者的互斥协议；自动 stash 可能收走别人的工作；`meta all` 会写文件、应用提案 起草待核对 阻塞：外层循环转 live（notes/outer_loop/config.yaml 现为 dry_run） | 未解决 | 未登记 / 待核验 | 所有仓库写者取同一把写锁；外层开发用独立 worktree、主树脏时不 stash；`meta all` 拆成 facts/analyze 与显式 apply。先核对 19_outer_loop_autonomy.md 与 SKILL.md 是否已按审阅修订（待核验） | 对应审阅条目有文档/实现修订并通过 Codex 复审（文档未写具体验收，待登记） | 2026-10-03_codex_outer_loop.md P0-2（2026-10-03） 更新 2026-10-03 |
| OL-P0-3 G56 | P0 | 整事件重试会重复提交、启动 run、应用提案 起草待核对 阻塞：外层循环转 live（notes/outer_loop/config.yaml 现为 dry_run） | 未解决 | 未登记 / 待核验 | 持久化分步状态（上传意图、服务器确认、记账、启动确认、通知）；返回不明时先对账再重试；故障注入验收。先核对 19_outer_loop_autonomy.md 与 SKILL.md 是否已按审阅修订（待核验） | 对应审阅条目有文档/实现修订并通过 Codex 复审（文档未写具体验收，待登记） | 2026-10-03_codex_outer_loop.md P0-3（2026-10-03） 更新 2026-10-03 |
| OL-P0-4 G56 | P0 | P2 提交额度单位写错（官网是每队每任务每 UTC 日，T2 各榜共用）；P3 授权未绑定具体候选 起草待核对 阻塞：外层循环转 live（notes/outer_loop/config.yaml 现为 dry_run） | 未解决 | 未登记 / 待核验 | 更正文档；上传前加任务级总额度硬门禁并与账户对账；P3 授权绑定榜、预测哈希、锁哈希和第几次提交。先核对 19_outer_loop_autonomy.md 与 SKILL.md 是否已按审阅修订（待核验） | 对应审阅条目有文档/实现修订并通过 Codex 复审（文档未写具体验收，待登记） | 2026-10-03_codex_outer_loop.md P0-4（2026-10-03） 更新 2026-10-03 |
| OL-P0-5 G56 | P0 | A/B/C/D 改动范围重叠，自动改动可能改掉自己的护栏（合规检查器、审计门、提交授权等） 起草待核对 阻塞：外层循环转 live（notes/outer_loop/config.yaml 现为 dry_run） | 未解决 | 未登记 / 待核验 | 按路径、配置键、语义给出范围表，D 优先；与 17 号文和 agent/meta/policy.py 同步。先核对 19_outer_loop_autonomy.md 与 SKILL.md 是否已按审阅修订（待核验） | 对应审阅条目有文档/实现修订并通过 Codex 复审（文档未写具体验收，待登记） | 2026-10-03_codex_outer_loop.md P0-5（2026-10-03） 更新 2026-10-03 |
| OL-P0-6 G56 | P0 | 审计 fail/TAINTED 后数据与教训仍可能传播（教训表无审计资格过滤）；终态不等于已收尾可审计 起草待核对 阻塞：外层循环转 live（notes/outer_loop/config.yaml 现为 dry_run） | 未解决 | 未登记 / 待核验 | fail/TAINTED 时只诊断与汇报，禁止 apply、教训生成、carryover、提交；可提交路径核验封存→verify→package→审计。先核对 19_outer_loop_autonomy.md 与 SKILL.md 是否已按审阅修订（待核验） | 对应审阅条目有文档/实现修订并通过 Codex 复审（文档未写具体验收，待登记） | 2026-10-03_codex_outer_loop.md P0-6（2026-10-03） 更新 2026-10-03 |
| OL-P0-7 G56 | P0 | 统一流程无法处理 T3 agent 模式（trajectory_facts 只处理 search run；harness 拒绝 agent 配置的 --continue-from） 起草待核对 阻塞：外层循环转 live（notes/outer_loop/config.yaml 现为 dry_run） | 未解决 | 未登记 / 待核验 | 为 agent 模式定义单独流程或明确排除，避免连续失败后永久停止。先核对 19_outer_loop_autonomy.md 与 SKILL.md 是否已按审阅修订（待核验） | 对应审阅条目有文档/实现修订并通过 Codex 复审（文档未写具体验收，待登记） | 2026-10-03_codex_outer_loop.md P0-7（2026-10-03） 更新 2026-10-03 |
| DATA-1 G52 | P1 | D 模板默认 data.fetch: true，各仓库 API 解析器没用真数据验证过，下一次正式 run 会真实下载 起草待核对 阻塞：下一次正式 run 的 Data agent | 未解决 | 未登记 / 待核验 | 先做一次小规模真下载验证，或暂改 fetch: false 只开元数据检索 | 至少一个仓库真实走通 fetch→删窗→入库→挂载并留下 DATA_REVIEW 记录 | 2026-10-03_integration.md §7.3；15_data_agent_compliance.md §8（2026-10-03） 更新 2026-10-03 |
| G44-1 G44/G45 | P1 | G44 分析 agent 没有在真实 run 上验收；G45 调度器未接线（_apply.json 不会被执行） 起草待核对 阻塞：自动应用提案并开下一环 | 未解决 | 未登记 / 待核验 | 中继部署后在 scr-A/B/D 与两个 r2-D 上跑 G44，对照 ABCD 轨迹报告 §0 验收；接线调度器 | 对照 ABCD 轨迹报告 §0 的验收通过 | 17_meta_and_audit_agents.md §7（2026-10-03） 更新 2026-10-03 |
| LEAK-1 G42 | P1 | T2 心脏外推本地 proxy 的尺寸项被泄漏（方向库/方法卡写了 E9.5 的尺寸），程序白拿 +4.15，官网只有 49.6 起草待核对 阻塞：T2 心脏外推本地分 | 已修复，待验收 | 未登记 / 待核验 | 已改用 proxy_noscale 并做全面泄漏排查；用官网配额扫尺度（g40 三个 run）验证 | 新 run 的终选与官网分与改动后的预期一致；泄漏审计复核 | decisions.tsv「本地尺子目标泄漏审计…」；2026-10-03_proxy_target_leak_audit.md（2026-10-03） 更新 2026-10-03 |
| REL-1 G49 | P1 | LLM 中继（VM）与 Spark 反向隧道尚未部署；D 模板里的 Opus 角色目前可能实际跑在回退模型（千问）上 起草待核对 阻塞：正式 run 里各角色的模型与模板声明一致 | 未解决 | 用户 | 部署 agent/relay/install.sh（VM）与 spark_setup.sh --apply；正式 run 前 /healthz 确认 | 各 run 锁文件与调用记录中 Opus 角色的实际模型 = 声明模型 | 2026-10-03_integration.md §7.1；16_llm_relay_fallback.md（2026-10-03） 更新 2026-10-03 |
| RULER-1 G41 | P1 | T3 没有可靠的本地尺子：留一基因尺子在 3 个官网点上完全反序（ρ = −1），只有 lgo875 排对 3 个点（n=3） 起草待核对 阻塞：T3 的本地选择 | 未解决 | 未登记 / 待核验 | T3 走 agent 模式、本地分只作参考；用官网配额验证方法卡 v2 主线 | 3 天内候选批中至少 1 份官网分 > 60（G41.3 验收） | G39-G43_plan_2026-10-03.md §0.2、G41；14_objective_rulers.md（2026-10-03） 更新 2026-10-03 |
| RULER-2 G42 | P1 | 本地尺子（X3/X1/X4–X6）目标里新类型占比为 0，而官方 E10.5 约一半细胞属于新名字的类型：搜索在结构上只能在重采样已有细胞里找分 起草待核对 阻塞：T1 搜索对新细胞状态的评价 | 未解决 | 未登记 / 待核验 | 做 X7 尺子（目标含新类型）并对账本里有官网分的程序配对校准 | X7 新类型占比 > 30%，ρ ≥ X3 才进目标（G42.1 验收） | G39-G43_plan_2026-10-03.md §0.2、G42.1（2026-10-03） 更新 2026-10-03 |
登记表 notes/plan/issues.tsv，文件最后修改 2026-10-03；同一 ID 追加多行 = 状态更新，页面取最新一行；看板只读。
怎么登记
由 G 任务立项、审查验收时在 notes/plan/issues.tsv 追加一行（TSV，UTF-8，格子里不要出现制表符或换行）；更新状态就再追加一行同一 issue_id，页面取最新一行，旧行保留作历史。列：issue_id, g_task, severity(P0/P1/P2), title, blocks, status(open / in_progress / fixed_unverified / verified / wontfix), owner, next_action, acceptance, source, updated_at, drafted。blocks 里写「T1 24h 链启动门」之类的阻塞对象，含「T1」和「链」的条目归入启动门。drafted 填 yes 表示起草待核对。