2 Commits

Author	SHA1	Message	Date
JianFeeeee	e2500035d5	fix(resident): 子的「轮次」一直显示 0 —— info() 根本没填 Rounds ... 现象（用户线上联调实录 + 我复验）：父侧 `resident_agents` 列出 `输入ch=[timer] 轮次=0 处理表=2` —— **处理表已有两条记录，轮次却是 0**，自相矛盾，容易被读成"子没干活"。 根因：`residentChild.info()` 构造 `ResidentInfo` 时**从来没有填过 Rounds 字段** （结构体里有这个字段，于是永远输出零值），不是计数漏加。 改法：`Rounds = 已执行轮次数`（调度器执行计数，单调不减）。新增 `Agent.roundsExecuted()` 并写明为什么**不能**用 inputch 处理表条数当轮次：那张表记的是"当前上下文窗口内"的轮次， 压缩会清空（设计 §8.3）—— 用它会让父看到轮次倒退。 判据：inputch 路由测试里补一条断言 —— 子处理完输入后 `info().Rounds > 0`。 (cherry picked from commit cd88b2dfe5)	2026-09-13 15:41:07 +08:00
JianFeeeee	886ba78b11	fix(scheduler): inputch 划给子后输入只流向子 —— 补上「进内核之前」的输入路由 ... 用户指出的语义（设计稿 §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 仍归父 (cherry picked from commit 4707b05498)	2026-09-13 15:35:59 +08:00