手机后台推送要靠服务端远程推送

更新于 2026-07-08

**只靠「App 前台 WebSocket + 本地通知」做不到「电脑上的 agent 跑完就推给手机」。** iOS 退后台会很快挂起 App 的 JS/业务代码，WebSocket 不能长期稳定保持；本地通知只能在 App **已经拿到事件之后**才弹。App 被挂起时收不到「电脑 Codex 完成了」这个事件，也就没机会发通知。

为什么微信能做到

不是微信 App 在后台一直收 WebSocket，而是链路里多了一层公网服务端 + 官方推送通道：

对方 → 微信服务器（常驻在线）→ Apple APNs → iOS 系统弹通知 → 点开才唤醒 App 拉消息

对「远程 agent 客户端」的推论

电脑桥接服务不在公网，完成事件发生在你本机，手机退后台后收不到它的 WebSocket，所以本地通知天然不可靠。要稳定，必须补一条：

电脑桥接 → 推送中转服务 / APNs → iPhone 系统通知 → 打开 App 后同步 session
  • 只在手机 App 里改本地通知，做不到微信那种稳定性 —— 缺的是服务端那一环。
  • 因此「前台实时同步」和「后台可靠推送」是两个独立能力：前者靠 WebSocket，后者必须有服务端中转。

相关

  • 远程控制本机Agent要让bridge跑在本机 —— 桥在本机是「能操作 Mac 文件」的前提，但正是它导致后台推送缺公网一环
  • 实时与异步 —— 前台流式与后台通知的边界
  • 共享历史不等于共享活会话 —— 同属「手机看电脑 agent」的层级划分