feat(notify): IM 路由的主动消息也在非前台补浏览器通知（契约 v0.74）

主人裁定 C 的必然推论：她该不该提醒我，与后端走了哪条路由无关。P0 如实报回的缺口 = 通知只挂在 proactive_message 帧上，而 auto 提示在有已连接 IM 渠道时优先走 IM ⇒ 最常发生的路径恰恰不弹。

判据（先查现状、不猜）：行字段**区分不出**主动推送与普通回复（已用真库证据排除 platform/adapterId/turnId 反推）⇒ 新增**结构化的正向声明**：帧顶 data.proactive === true，只由主动推送那条通道打（gateway.BroadcastProactivePersisted）；普通路径永远传 false。
- 后端：channelbridge 抽出唯一写入口径 persistMain + 新增 proactive_notify 接缝；gateway 抽出 broadcastPersisted(msg, proactive) 两入口共用
- 前端：handlers/proactive-notice.ts 两条帧路共用同一套提醒运行时（有界去重 + 降级说明 + DOM/Notification 取值）；message.ts 读到判据才走提醒
- 对照断言（必须有）：普通 IM 回复/主人提问/显式 proactive:false ⇒ **0 通知、3 气泡**（不误伤）
- 变异实测：去掉非主动保护 / 跨两路去重失效 / 前台也弹 / IM 不发判据帧 / 普通广播带判据 ⇒ 5 条全部打红
- 契约 v0.74（纯增量：message_persisted 新增可选 proactive:true）
- 边界（如实）：判据**不落库**（翻历史不弹提醒，也不得从行字段反推）；落库失败时不发判据帧（无权威 id 的帧前端整帧丢弃）

cmd/cyrene/wire_frontend.go

@@ -116,6 +116,11 @@ func (a *app) wireFrontend() error {
 		// `message_persisted` 广播，让 Web 客户端用同一套统一帧来镜像 IM 消息
 		// （design/16 §4.4）。
 		a.channelBridge.SetOnPersisted(a.gw.BroadcastPersisted)
+		// IM 路由的**主动推送**另走一条通知通道（切片 P0b）：它落的也是主会话，但帧顶
+		// 带结构化判据 `proactive:true`，客户端据此在非前台补一发浏览器通知。此前 IM
+		// 路由只有上面那条普通帧 ⇒ 走 IM 的主动消息一条都不弹（而 `auto` 提示在主
+		// 人有已连接 IM 渠道时优先走 IM，恰恰是最常见的路径）。
+		a.channelBridge.SetOnProactivePersisted(a.gw.BroadcastProactivePersisted)
 		// design/16 §4.6 §6：被平台白/黑名单（allow/deny）丢弃的消息会记入网关审计
 		// 轨迹，这样即使它从未到达循环，这次拒绝也「audit 可查」。
 		a.channelBridge.SetOnRejected(func(msg adapter.UnifiedMessage, reason string) {