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)

internal/agent/core/inputroute_test.go

@@ -34,6 +34,11 @@ func TestResident_InputchRoutingIsExclusive(t *testing.T) {
 	if got := parent.DumpScheduler().Stats.Enqueued; got != before {
 		t.Fatalf("划给子的 inputch，父不应再入队（before=%d after=%d）", before, got)
 	}
+	// 轮次必须真的涨：此前 info() 根本没填 Rounds ⇒ 父永远读到 0
+	// （现场：子处理表已有 2 条，轮次却显示 0，被误判成"子没干活"）。
+	if got := parent.residents["r-route"].info().Rounds; got <= 0 {
+		t.Fatalf("子处理的轮次应 > 0，实际 %d", got)
+	}
 }
 
 // 归属到一个不存在（或已销毁）的 agent 时**不吞输入**：父兜底处理。