mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-09-22 09:58:06 +00:00
69446a2649
问题（2026-09-19 线上实测）：主 agent 被长任务占住时（现场：12 分 8 秒、69 次 工具调用），后来到达的消息全部以 level insufficient 排进中断队列干等 —— 同级 中断不能抢占同级运行任务（canPreempt），只能等前一个跑完。而内核本有驻留子 （独立 agent + 独立调度器）可并行干活。 行为（用户 2026-09-19 明确要求）： - 触发：运行任务持续 > offload_busy_after(5m) 且积压 >= offload_min_pending(3) - 拉起/复用「转投专用」驻留子，把积压的纯排队输入转投过去 - 在原队列位置留下说明「[系统] N 条积压任务已转投给驻留子 agent X 处理…」 通道配置（按用户口径，与人工创建的子刻意不同）： - 不配 inputch（内核的干活 agent，不接收插件用户输入） - 持有全部输出通道（结果要能发回 qq/webui 等正确通道） 三个设计要点（都是实测撞出来的，写进代码注释与设计文档 §7.1）： 1. 检查必须在**独立 goroutine**：schedulerLoop 同步执行任务，放它里面在 「正忙」期间根本回不到循环顶部 ⇒ 永不触发（我第一版就写错了，测试才发现）。 2. 只转投 TaskQueued 纯排队输入：中断任务带级别语义、self 任务与父的记忆面绑定。 3. 转投失败/关闭时必须把任务**放回队列前端**：吞一条输入比多处理一条更糟。 这是设计 §7「决策在父的模型手里」的**刻意例外**（父正忙、物理上无法决策， 而积压任务本来就是空的），已在文档中显式记录，且默认关闭、由部署方显式打开。 测试 11 条：只取排队输入 / 不足量不取 / 放回不丢任务 / 说明自解释 / 默认关闭 / 空闲不触发 / 端到端转投 / 上限不增殖 / 独立 goroutine 确实会触发。