docs(05): 写死纪律——不准用 WaitFor 等子代理（会把回合锁住，主人无法插话）

为什么：主人当场打断我的 WaitFor 并明确「纪律是不准用 WaitFor」。这条在后端仓库 AGENTS.md §10 里原本
就有，本项目文档此前没写、我因此重犯了一次。正确做法：派完就结束回合，等待期间只做不冲突的并行工作
或停手。

devdocs/05-开发进度与交接.md

@@ -1604,3 +1604,8 @@ S2 我第一次测出「没生效」，差点去改代码——真因是**设备
 - **结论**：在线冷启动进「有内容的次级会话」时，屏幕是 **启动画面 → 「加载中…」 → 内容**，**没有出现空态** ⇒ **S3 在这个场景下否证**。
 - 口径与局限（别读成「S3 不存在」）：8 fps 采样（**<125 ms 的闪烁会漏**）、只测了这一个场景、只测了这一个 build。
 - 方法论一条：**别用「墨迹的 x 宽度」去猜那是哪一句话**——我一开始按宽度推断 4.9–7.4 s 是空态，抽帧一看是「加载中…」。**量到异常就抽那一帧看**，这才是收口。
+
+### 8. ★ 纪律（主人 2026-10-06 当场纠正，写死）
+- **不准用 `WaitFor` 等子代理**（哪怕动机是「本回合内把它收回来」）：它会把整个回合锁住，**主人在这期间无法插话**——主人当场打断了我的 `WaitFor` 并明确说「纪律是不准用 WaitFor」。
+- **正确做法**：**派完就结束回合**（子代理完成会自动唤醒我）；等待期间**只做与它们不冲突的并行工作**，或者干脆停手。多支并行时，谁先回来就先收谁。
+- 备注：这条在后端仓库 `Cyrene_v2/AGENTS.md §10` 里原本就有（「等待子代理：不许用长 WaitFor 阻塞回合」），**本项目文档此前没写、我因此重犯了一次**，现补上。