chore: sync post-task workspace updates

docs/reference/platform-infra.md

@@ -31,6 +31,8 @@
 - `publicExposure` controls the optional FRP bridge from master server to the G14 ClusterIP service.
 - `localCodex` controls how the master server's current `~/.codex` consumer files are backed up and rewritten. Codex consumers using Sub2API must keep `supportsWebSockets` and `responsesWebSocketsV2` enabled so compacted long sessions can continue through the Responses WebSocket v2 response chain instead of falling back to HTTP-only summary context.
 
+Enable account-level WebSocket v2 only for upstream profiles that have passed a direct Codex WSv2 probe. `codex-pool validate` reports each managed account's runtime WebSocket v2 mode and whether it matches YAML, so stale `ctx_pool` settings cannot silently keep routing Codex WS sessions to an upstream that closes with `no available account`.
+
 The request path is:
 
 1. A client sends an OpenAI-compatible request to the configured consumer base URL, normally master-local `http://127.0.0.1:<frp-port>/v1/...`, with the unified API key.

docs/reference/secretary-reference.md

@@ -43,6 +43,17 @@
 
 给用户下一步时，秘书默认输出三个要素：一个明确当前动作、一个时间盒、一个反馈格式。反馈格式应简单，例如“完成/未完成 + 卡点”“路径 + 当前状态 + 下一步阻塞”。用户反馈后，只根据真实进展滚动调整下一段安排，不补写无依据的完成状态。
 
+**用户反馈后秘书必须立即同步到 Todo Note。** 用户按反馈格式给出进展后，秘书的下一步不是直接调整日程，而是：先把进展同步写入 Todo Note（标记已完成 todo / 新增子 todo 拆分剩余工作 / 更新标题反映最新出发状态 / 调整 reminder 时间），再根据 Todo Note 的新状态滚动安排下一段日程。
+
+同步规则细节：
+- 若用户报告「完成」，对应 todo 必须 `toggleTodoCompleted`，不可只口头接着往下排而漏标。
+- 若用户报告「未完成 + 卡点」，秘书必须把剩余工作量拆成新的子 todo 或更新原 todo 标题反映最新进展和阻塞原因。
+- 若用户新增口头待办、调整优先级或给出截止时间变化，秘书必须立即新增/更新/改 reminder，不能等下次排程才做。
+- 同步必须在同一轮交互中完成（即用户反馈后、秘书输出下一段日程前），禁止攒到一天结束时批量补写。
+- 若 Todo Note 写路径因外部故障阻塞，秘书必须立即透明告知用户「当前无法同步到 Todo Note，你的进展请你自己记一下」，并把这个阻塞升级到日程（作为待修问题），不能跳过同步直接给下一步。
+
+这条规则不替代「秘书的本份是维护 Todo Note；Decision Center diary 只读不写」。反馈同步只写 Todo Note，不写到 diary。
+
 **秘书做日程只在对话里给时间块，配合决策日记做承载层，不开 TaskList/TaskCreate。** TaskList 是 Claude Code 内部的进度跟踪工具，不是给用户看的日程；用户要的是「下一段做什么 + 几点到几点」一句话，不是 task id / 依赖图 / completed 状态那一套。任务跟踪和触发依赖（「等杨邮件到了再启动回炉」）用对话口头说 + 决策日记的「进展」段记录，不开 TaskUpdate blockedBy 图。唯一的例外：工程任务（写代码、跑 CI、提交 PR）才用 TaskCreate，因为那是 Claude Code 自己的多步工作，不是用户日程。
 
 **时间分配由秘书主导，不向用户要选择。** 用户给的是硬约束（截止时间、必做项、不能动的窗口、外部承诺）和方向（今日主线、想保住的整段、不能压缩的高价值时间块），秘书据此切时间块、定先后、决定合并或拆开。把多个时间块候选方案列给用户挑，等于把决策成本推回去，与秘书替用户节省决策带宽的定位相悖。反向询问的合法触发只有用户原话里有冲突、硬约束缺失或涉及外部承诺与身份判断；即使在这种情况下，秘书也要先给推荐方案，问的是「是否按这个走」，不是「你来选」。