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 的帧前端整帧丢弃）

internal/services/channelbridge/channelbridge.go

@@ -183,8 +183,13 @@ type Bridge struct {
 	owner       *user.OwnerProfile
 	history     history.HistoryStore
 	onPersisted func(history.Message)
-	onRejected  func(adapter.UnifiedMessage, string)
-	review      adapter.Reviewer
+	// onProactivePersisted 是**主动推送**那条实时通知接缝（切片 P0b）：一条主动消息刚
+	// 落进主会话时被调用，使客户端能凭结构化判据（帧顶 `proactive:true`）走与
+	// proactive_message **同一套**提醒逻辑 —— 「她该不该提醒我」因此与后端走哪条路由
+	// 无关。普通消息的通知仍走 onPersisted，两条互不串味（见 proactive_notify.go）。
+	onProactivePersisted func(history.Message)
+	onRejected           func(adapter.UnifiedMessage, string)
+	review               adapter.Reviewer
 
 	light          LightJudge
 	quietStartHour int