docs(changelog-v2): 配房大改补待办①刚抢单+④定制师未读并入待办列表(派生项) (#4480)

changelogs-v2/2026-06/29_4469_配房改天级确认流程大改-询房中单日确认整体确认可改+删记录式询房-管理后台.md

@@ -81,7 +81,15 @@
 - 新 `todoType=HOTEL_REPLY_TIMEOUT`（label「酒店超时未回复」）：某天选了酒店发了话术但 12h 内没单日确认 → 待办提醒（每小时 job 产，房务单日确认/取消/标完成后自动消）。
 - 「我的接单」`list[]` 删 `waitingDesc`。
 
-> 房务待办「刚抢单的需求」「定制师发消息未读」仍是「我的接单」行内指标（`todoCount`/`unreadMessageCount` 红点），未并入待办列表（口径待产品确认）。
+### 6b. 待办列表并入 ①刚抢单 + ④定制师未读消息（派生项，PR #4480）
+
+`GET /v3/admin/order/todos` 的 `list[]` 新增 2 类**派生项**（实时算，非持久化）：
+- **`todoType=PENDING_ARRANGE`「刚抢单待配房」**：当前房务 claimer 且 `house_status=CLAIMING` 的需求（一需求一条，带 `requirementId`）。
+- **`todoType=UNREAD_CHAT`「定制师消息未读」**：当前房务抢的订单中**有定制师未读消息**（unread>0）的订单（一订单一条，带 `unreadCount`）。**被动展示，不主动推送通知**。
+
+派生项标识 `derived:true`、**无 `id`（不可走待办 RESOLVE 端点）**，源条件消失即自然消失（①配齐确认离开 CLAIMING / ④房务读消息 unread 归 0）。**派生项置顶、仅第 1 页出现、不计入 `total`**。`stats` 再加 `PENDING_ARRANGE`、`UNREAD_CHAT` 两全量计数键。
+
+前端：待办列表渲染 5 类（②③⑤持久化可处理 + ①④派生只展示/点击跳转）；派生项 `derived=true` 不显示「处理/解决」按钮。
 
 ---