mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-09-27 21:03:16 +00:00
4ba72977d2
同一批多个 tool_call 的循环（StepToolBegin→Exec→After）此前只被 scheduler_critical_test.go:125 一条用例覆盖「按序执行」，缺的三条正是 阶段 2（并行执行层）要改的地方： · tool_call_id 配对完整性 —— 阶段 2 改消息落法（一个 assistant 带全部 tool_calls + N 条 tool）时，配对断裂上游会直接报错 · ContentOnce 批内语义 —— 同一段 assistant 文本在批内重复 N 次，撑爆上下文 · denied 后继续批内 —— 改成 abort 会丢掉本可执行的后续调用 判据 toolbatch_test.go（4 条），全部确定性断言：阶段 0 已消除 map 迭代随机性，同批工具的落序与配对可稳定断言。 变异验证：令 stepToolBegin 跳过批内最后一个工具后，4 条判据同时 FAIL （既有那条也 FAIL），报错直指 ToolsUsed=[tool_alpha]、 tool_call_id "c2" 被声明 0 次。 更正一处此前的不准确表述：我曾说「无任何测试直接驱动批内路径」—— 不准确。scheduler_critical_test.go:125 已驱动「同批两工具按序执行」； 漏查是因为只 grep 了 PendingTools/ToolIdx 字段名，没查断言内容。 真正缺的是上表三条。 过程中三次自伤（均由「判据先写」暴露）：臆造不存在的 helper； stageHost 置 nil 后又使用；给 newTaskFrame 传 nil 导致 stepPrepare 于 task.go:519 nil 解引用 panic（改用仓内既有 a.stageCtxFromInput）。 顺带记录：生产两处 newTaskFrame 调用都传真实 ctx，但 stepPrepare 对 f.StageCtx 无 nil 兜底——本次不修（无生产触发路径），记为潜在缺口。 回归：internal/agent/... 与 internal/plugins/... 全绿。