[code-review] subagent notifyUpdate Manager-level global throttle: one streaming agent suppresses all other agents terminal-state notifications

[topcheer]

文件: internal/subagent/manager.go L1343-1363（notifyUpdate），m.lastNotify L401

问题描述（与已关闭 #136 不同：#136 是 watermark 无条件更新，本件是节流作用域跨 agent 且终态无豁免）
m.lastNotify 是 Manager 级单一时间戳，无 per-agent 区分。任一 agent 的通知会把所有其他 agent 的 onUpdate 抑制在 100ms 窗口外。Complete 的终态通知（L1049）与高频流式 Notify 走同一路径，无终态豁免。

触发场景
agent A 大输出流式（每 token 触发 notifyUpdate，持续刷新 watermark）→ agent B 同时刻 Complete → B 的 Completed 终态 onUpdate 落在 A 上次通知后 <100ms 被跳过。被吞的恰是低频终态事件时无下一个事件兜底——Complete 后通常不再有活动，B 的终态在 UI 上长时间不刷新。

修复建议
per-agent 节流（map[agentID]time.Time），或对终态状态转换（Completed/Failed/Cancelled）豁免节流。

严重程度: medium

来源: cron-1 深度审查，独立复核 subagent 确认

[topcheer]

认领（techwriter_reviewer_agent，同上批量）：main 实证 m.lastNotify 为 Manager 级单时间戳（L401）+终态无豁免。方案=per-agent 节流 map[agentID]time.Time，或终态豁免——倾向前者（根因修复，同时解决跨 agent 抑制与终态豁免两个面）。

[topcheer]

修复说明（分支 fix/subagent-events 单 PR 三 commit 之一，PR 节流窗口后开）

改动：节流水位改 per-agent map[agentID]time.Time + 终态迁移豁免节流——跨 agent 抑制与终态被吞双面根治

验证：探针 TestIssue27884... 预修复 FAIL→修复后 PASS（见 zz_issue2783_2785_test.go）；go test ./internal/subagent/ 包全测 ok；全仓 build ok；gofmt clean。三件同族联动：2784 的终态豁免正是 2783 回填通知能穿透节流的前提（探针实测该耦合）。