mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-09-22 18:08:04 +00:00
用户指出的语义(设计稿 §4.1 早已写明): **inputch 是可分配资源**,「路由发生在**进内核之前**」—— 划给某个 agent 后, 该通道的输入**只流向那个 agent**;outputch 不同,授权是**非独占**的, 父依旧可以通过它发送内容。 而代码里 inputch 划拨只做了**登记**,没有做**路由**: - 插件注入输入的 io 是**根 agent 的**(`cmd/homed` 里 `pluginReg.SetIOManager(iom)`); - 唯一消费输入的是「该 io 自己的调度器」(`scheduler.go` 读 `a.io.InputChan()`); - `ChannelRegistry.Assign` 只把 Owner 写进登记表,**没有任何转发动作**。 ⇒ 现场表现(用户线上联调):子挂 `inputch=[timer]`,**timer 的输入却打在父身上** (日志 `[agent] interrupt from timer/timer`),子侧 `轮次=0` 永远不动。 登记表里的 Owner 于是沦为标签。 改法(按 §4.1 把路由放回"进内核之前"): - `IOManager` 增加 `InputRouter`(`SetInputRouter`),并把**五处直接入队**收口到 `deliverInput`:`InjectInput` / `InjectInputSync` / `InjectInputTo` / `InjectInputSyncTo` / `InjectInterrupt`(排队与中断两条路都过路由)。 - 内核注入路由器 `Agent.routeInputByOwner`:查 inputch 的 Owner —— 归自己/未分配 ⇒ 本内核处理;归自己的某个驻留子 ⇒ `DeliverRouted` 交给它(**不再进父的队列**); 归一个不存在的 agent ⇒ **不吞输入**,父兜底 + 留痕(吞掉输入比多处理一条更糟)。 - `DeliverRouted` 是"已路由"的投递口,不再二次路由(避免成环)。 - 同步输入的 `ResponseCh` 随事件一起走 ⇒ 回答由持有者写回同一回程(§4.3)。 判据(新增 6 条): - io 层:被接管时排队/中断都**不入本内核队列**(且中断确实经过路由)/ 放行与未设 路由器时与历史行为一致 / `DeliverRouted` 不再触发路由 - 内核层:划给子的 inputch 输入进**子**(子 Executed>0)且**父 Enqueued 不变** / 归属到不存在的 agent 时父兜底(不吞)/ 未分配的 inputch 仍归父