-
之前把这条 run 手动 patch required=0 + 重试推到 completed 那次操作，其实就是 "用真实回归任务验证 org-coder-validator 不再假阳性 blocked" 这条的证据，回来补记 （唯一没走到的是"由 workgraph-planning 全新规划一张图"这一环，端到端证据仍缺）。 复查了 validator.json 的 needs:[{kind:'artifact',required:false}]：不是同类潜伏 问题，是刻意设计——它验的 artifact 由另一张图产出，靠任务级共享索引找， 不依赖这条边的声明，required:false 与 33 号的 log 声明成因完全不同。 Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> -
org-coder-validator 在真实回归任务里被 missing_required_input 反复误判 blocked： executor.json/executor-fanout.json 的 test/integration→validator 边声明 produces:["log"]（required 默认 true），但 test 类节点从不写出能被 indexNodeOutputs 认作 kind=log 的文件（coder.log 实际属于 impl，test 自己的 _plan.md/_research.md 认不出 kind 也没有一对一无歧义可猜），这个 kind 因此永远不会被索引到， requiredInputsMissing 每次都判缺失——不是时序问题，是结构性、每次重试都复现的硬伤。 改成 { kind: 'log', required: false }，对齐 validator.json 已有的写法（它的 needs:artifact 早就标了 required:false）。真正必需的 needs:artifact 不变， 仍受硬闸门保护。 中途走了一段弯路：最初以为该改 inboundContracts() 按 role 过滤只留 needs， 改完单测炸了 9 个用例——大多数边只声明 produces（无配对 needs），这条链路 正是 T-mt25ecbd 产出闸门依赖的数据源，按 role 过滤会静默削弱那次修复。 已撤回（work-graph-db.js 这次只加注释，没有逻辑改动），细节记在 33 号文档。 新增回归用例 graph-files-index.test.js ⑪：produces required:false 且该 kind 从未被索引到时不拦下游成功，同边 needs:artifact(required:true) 依旧受保护。 全量单测 998/998 通过。 Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
-
用真实 LLM 起了一条新任务（G-mt2r62ia-73af/T-mt2r6fz0-125b）回归验证 83afecb 的修 复：org-planner-sdd 自判失败后沿新补的兜底边自动回退 3 次、零人工介入，最终收敛到 completed，补上 31 号文档 §六此前用确定性测试代替的那步真实验收证据。 顺带在 org-coder 子图撞见一个独立的新 bug：inboundContracts()/requiredInputsMissing() 不按 role 过滤 graph_edge_contracts，把同一条边上声明的 produces（源节点自己产出什么） 也当成目标节点的必需输入，导致 org-coder-validator 被 missing_required_input 反复假阳 性 blocked（agent 自己判定 passed，引擎却强改成 fail）。已定位根因、写清复现证据与建议 修法，记在 33-needs-gate-role-filter-bug.md，留给下次实施。 Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>