2 Commits

Author	SHA1	Message	Date
JianFeeeee	fe1d2672d8	fix(offload): 积压可能全堵在 io 输入 channel，不在就绪队列 ... 线上实测发现上一版**永不触发**：主 agent 跑着 6×45s 的长任务、我连发 4 条消息， scheduler 始终显示 queue=0、residents=0，转投一次都没发生。 根因：schedulerLoop 是**同步执行**任务的，所以「正忙」期间它根本回不到循环顶部 去调 pumpInbox —— 后到的输入全堆在 io.inputCh（容量 256）里，压根没进 sched.queue。 而 takeQueuedInputs 只看 s.queue ⇒ 恒取不到东西。 ★ 仓库里早记过同一个坑：armStop 的注释写着「pending 是还没被 pumpInbox 搬进队列 的那一段……只数 s.queue 会得到 0（实测），配额随之失效」。我重犯了它。 修法：转投前先 drainInboxToQueue() 把 channel 里的输入搬进队列。 与 pumpInbox 的区别是**不要求 hasRoom** —— pumpInbox 满时会停下保留背压， 而转投场景恰恰是「队列空、输入堵在 channel」（调度器回不到 pumpInbox）。 队列上限仍由 enqueue 把关，放不下的给同步调用方 skipped 终态（不丢、不阻塞）。 回归测试 TestOffloadSeesInputsStuckInChannel 精确复现该现场状态： 已实测它对着修复前的逻辑**会失败**（期望 3 实际 0），修后通过 —— 是真回归测试。	2026-09-19 17:05:38 +08:00
JianFeeeee	69446a2649	feat(scheduler): 主 agent 忙时把积压任务自动转投给驻留子 ... 问题（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 确实会触发。	2026-09-19 16:59:47 +08:00