我一直用 Bark ，很喜欢：省心、稳定，作者也一直在更新。PushGo 这个坑某种程度上就是从 Bark 开始的，先向作者致敬🫡。

后来我自己维护的东西越来越多：服务器、CI 、脚本任务、家里设备……推送一开始还能靠“多发点提醒”解决，但很快就会变成另一种麻烦：消息很难整理。同一件事会从不同来源冒出来（监控、脚本、日志、告警），通知列表里一堆“碎片”，你要自己在脑子里拼图：到底发生了什么、现在处于什么状态、是偶发还是持续、有没有恢复。

所以我干脆自己写了个 PushGo ，目前它的定位很明确：先把“收消息 + 更好整理”做好。后面再慢慢往更通用、更可扩展的方向演进。

PushGo 的思路

PushGo 的思路和 Bark 不太一样，更像 MQTT / Ntfy 那套：频道 + 订阅（ pub/sub ）。

你创建频道、订阅频道，消息按主题走，路由和转发会灵活很多；未来不管是扩展更多推送渠道，还是把消息类型做得更丰富，这种结构都更顺手。

• 目前已经完成 iOS / watchOS / macOS + Android （ FCM ）平台适配，全部原生开发，apple 平台使用 Swift ，Android 平台使用 Kotlin
• WNS 和自有推送渠道正在路上，国内无法访问 FCM 的问题，自有渠道上线后就会得到解决
• 公共网关已部署，并且支持自部署网关
• 消息正文支持文本和部分 markdown 标签，可以渲染轻量级表格
• 消息支持 AES-GCM 加密，网关不保留任何与解密有关的数据
• 永久完全免费，不管客户端还是网关，纯公益运营

未来方向

• 客户端会持续推进更多平台支持，并不仅限于高性能设备，比如目前我自己就在做一个带屏的 ESP32 设备

• 目前客户端还很简单，也存在很多不足，尤其是 UI ，因为我自己实在没有这方面的天赋，所以 UI 只能尽量贴合系统原生，未来会持续改进优化，不断改进功能和体验，如果你有任何产品问题和建议，也可以加入 TG 群一起探讨，如果有小伙伴愿意提供 ui 设计方面的支持，欢迎 TG 私聊，感谢

• 服务端未来会加入 MQTT 等协议支持，不仅支持消息接入，也会提供第三方注册为客户端接收消息

• 我后面有一个比较明确的长期方向：参考 IoT 里的 物模型 概念，把一些东西（服务器、任务、设备）抽象成“模型”，用属性持续更新状态，然后在 App 端围绕这些状态做聚合展示、规则处理、报警/联动等。从消息接收器转身为综合消息枢纽，不过这个变化很大，未来尚不确定是基于 PushGo 演进，或者另开新坑

目前进度 & 参与测试

目前网关 + iOS / watchOS / macOS + Android （ FCM ）都已经有初版了，也部署了公共网关，正式版预计将在一个月左右到来。

作为免费运营的公益项目，欢迎大家参与共建，为 App 和网关的持续迭代建言献策，我不希望闭门造车，大家的需求才是最重要的演进方向

• Apple：TestFlight
  https://testflight.apple.com/join/xhYmNZH8

• Android （ FCM ）：TG 群获取
  https://t.me/+vq5kaaB3CFFmMTll

截图

截图被第三方图床压缩过了，惨不忍睹，大家随便看看就好