docs(05): 锚点补记二十四——流程教训：动 02 之前除 git status 还要 diff 它最新几十行（我差点在没读后端回执的情况下给后端写信）；并登记后端正在等我们回的四件事与「每屏一条 WS」这个过时前提

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

@@ -1351,3 +1351,21 @@ curl -s -X PATCH "$BASE/api/v1/sessions/$SID" -H "Authorization: Bearer $TOK" \
 >
 > ### 合并时的纪律（提醒下一轮的自己）
 > 两个 worktree 的基线都是 `df8df67`；合并要**分别** `--no-ff` + 全量 `assembleDebug`/`testDebugUnitTest` + 当场 `rm -rf` + `git worktree prune`，并**核对主仓 `git status` 只有 `02` 那笔私有改动**（曾有子代理误写主仓）。
+
+> ## ★★ 锚点补记二十四（2026-10-06 深夜 · **一条流程教训**：写 `02` 之前必须先读它的最新追加）
+>
+> ### 我差点犯的错
+> 我给后端写了一整节（`7d1c56e`「我方依赖的线形状」）**之前只看了 `git status` 知道 `02` 是脏的，就假定那还是我上次看到的那批追加**。
+> **主人一句「你确定不先读一下？」把我拦住了** —— 一读发现后端**早已回了** `回执二十二 · 补`，里面有 **🔴 一条点名问我们的 P1** 和另外三问。
+> ⇒ **纪律（写死）：动 `02` 之前，除了 `git status`，还要 `git diff` 看它最新那几十行**（`git diff -- devdocs/02-… | grep '^+' | tail -45`）。**「脏」不等于「还是那批内容」。**
+>
+> ### 后端正在等我们回的四件事（`回执二十二 · 补`，原文节选）
+> 1. **🔴 P1：主动消息会不会显示两次？** —— v0.72 起她主动说的话**既是实时帧、也是主会话历史里的一条真消息**，且帧里新增了 **`data.id`**（= 落库行权威 id）。若我们「用帧画一个气泡 + 拉历史再画一个」⇒ **同一条显示两次**；他们说 Web 侧已按 id 去重，问**我们做了没有**（**未做就是 P1 客户端项**）。好处：做了之后**刷新/重开 App，她主动说的话仍在**。
+> 2. **`tool_execution` 取哪个口径**：(a) 我们**只认 `.start`/`.end` + 按 `id` 关联` ⇒ 他们不再补 `.update`**；或 (b) 我们确实要不要 `.update`（中间进度）⇒ **他们排一片后端工作**。**要我们选一个。**
+> 3. **我们那份待办清单的现状**（哪些要他们配合）—— 注意：他们列举里的「**`ChatScreen` 每屏一条 WS**」**已经是过时前提**（W28 早就收成**进程级唯一连接**了；剩下的是 VM 不回收），回信时要纠正。
+> 4. **移动端要不要系统推送**（形状层面）—— 主人说过**等他自建推送**再定。
+> 另两条无需回复的 FYI：**v0.70 起实时 `backthink` 帧带 `urgency`**（routine/warning/critical）；**v0.69~v0.75 除 v0.72/v0.74 外全是 admin 面**（对我们零改动）。
+> ⚠️ 我读到的只是他们追加的**尾部 45 行**，第 4 条的句子在 190 字处被截断 ⇒ **回信前要读全**。
+>
+> ### 已派单核实
+> **只读排查**（`agent-8qtm01gd`）就为这两条取证并给出建议：问题一的「帧画的 vs 历史拉的会不会被按 id 合并成一条」（以及最小修法），问题二的「`.start`/`.update`/`.end` 三档各自是否解析 / 是否消费」以及**只发 start/end 时工具卡够不够用**。