docs(api-client): 补 proactive_message 主动推送事件(B6) — §3.6 触发/载荷/与message_persisted区别/owner-only+脱敏红线

Docs/api-client.md

@@ -173,6 +173,12 @@
   - `log` 为该节点累积的 span 事件 `[{time,type,props?}]`（设计 §2「节点实时日志」）。
 - **客户端处理**：`graph_update` → `setFlowGraph(parseGraph(data))`（`src/lib/wsParse.ts`），管理面板「全链路流程」页渲染 `FlowGraphView`，节点可点开看参数/结果/实时日志；无图时诚实显示「暂无流程」。
 
+### 3.6 主动推送事件（`proactive_message`，design/12）
+- **触发**：后台思考（backthink）自主决定「此刻主动发一条」时，经 `SendProactive` 投递给**当前所有在线 owner/admin 连接**（viewer / 未登录连接**永不**投递）。`SendProactive` 返回实际送达的连接数——**0 时调用方回退 IM 桥**（`im_bridge`），把该消息经渠道主动推送发给你（KOOK/微信等已接）。
+- **载荷**：`{type:"proactive_message", data:{platform?, channelId?, channelType?, content, contentType?, sender?, timestamp?, messageId?}}`（由 `adapter.UnifiedMessage` 脱敏投影：**不含 RawData / 媒体字节 / token**，绝不让凭据漏到前端）。
+- **客户端处理**：仅 owner/admin 收到；渲染成一条「她从某平台主动发来」的气泡（内容 + platform + sender + timestamp）。**与 `message_persisted` 的区别**：`message_persisted` 是你与她的对话回显；`proactive_message` 是**她未经你输入**主动推的消息（如 IoT 完成事件、后台思考结论），两路不同、不要混用去重。
+- **红线**：owner-only；payload 已脱敏；backthink 每次主动推送**只发一个决策平台**（决策渠道→最近活跃→旋转回退），Web 端与 IM 桥为两条投递路，客户端不要据此断言「所有平台都发了」。
+
 ## 4. 客户端接入指引（Web / 移动 / 原生 / IM bridge 通用）
 
 ### 4.1 一次性接入流程（三步走）