mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-09-27 21:03:16 +00:00
3d12e82f65
问题：f.StageCtx 是**单槽**，批内每个工具都覆写它（ToolCalls=[单元素]、 ToolResults 覆写、Results[0] 回读）。串行下看不出问题，但并发下 N 个 goroutine 同写一个 ctx = 数据竞争，且 after_toolcall 插件可能读到 **别的工具**的结果。 改动（task.go）： · TaskFrame 增 toolCtxs []sdk.StageContext（每工具一份） · buildToolContexts 在 stepLLM 设 PendingTools 时建池； Extra **逐份浅拷贝**——共享同一 map 即竞争（stage handler 会写它） · toolCtxFor(i) 取第 i 份，越界/未建时回落 f.StageCtx（测试替身安全） · stepToolBegin（before_toolcall + 参数回填）、stepToolExec（写结果）、 stepToolAfter（读结果）三处全部切到 per-tool ctx 判据（toolbatch_test.go 追加两条）： · 每个工具的 before_toolcall ctx 只带自己的 ToolCalls[0].Name， 且 Extra[output_channel] 逐份带过去（stage.go:18 依赖它） · after_toolcall 读到的 Result 必须属于当前工具，不能是批内另一个的 ★ 诚实记录：这两条判据在**串行**下**测不出与单槽的差别**——串行时 每工具跑完才进下一个，不存在交错。变体验证（toolCtxFor 退回单槽）后 判据仍全绿。故 2c 记为「实现已就位、判据未闭合」，真正判据必须与 2d （并发执行）一起写，并以 -race 确认无竞争。已在执行计划中标注。 过程中两次自伤： · 我的 harness 没设 Extra[output_channel]（那是 prepareInputTask 才写的， task.go:380），判据一度报「产品缺陷」——核实后是我造的场景，已对齐生产； · 阶段 1 的 TestStageCtxSuccessIsHonestEndToEnd 读 f.StageCtx.ToolResults， 拆分后失效——判据跟随新结构改为按批索引取 toolCtxs[i]， 断言的仍是内核产出的 Success 值本身。 顺带记录（非本次引入）：TestResidualKeep/Drop 偶发失败，根因是 offload_test.go 的 SpawnResident 起了子调度器 goroutine，而测试 enqueue 后无同步就读同一队列。干净基线 3/3 全绿属运气。已在计划中 记为待修，避免后续误判为并行化引入的回归。