后来我自己维护的东西越来越多：服务器、CI 、脚本任务、家里设备……推送一开始还能靠“多发点提醒”解决，但很快就会变成另一种麻烦：消息很难整理。同一件事会从不同来源冒出来（监控、脚本、日志、告警），通知列表里一堆“碎片”，你要自己在脑子里拼图：到底发生了什么、现在处于什么状态、是偶发还是持续、有没有恢复。
所以我干脆自己写了个 PushGo ，目前它的定位很明确：先把“收消息 + 更好整理”做好。后面再慢慢往更通用、更可扩展的方向演进。
PushGo 的思路
PushGo 的思路和 Bark 不太一样，更像 MQTT / Ntfy 那套：频道 + 订阅（ pub/sub ）。
你创建频道、订阅频道，消息按主题走，路由和转发会灵活很多；未来不管是扩展更多推送渠道，还是把消息类型做得更丰富，这种结构都更顺手。
未来方向
客户端会持续推进更多平台支持，并不仅限于高性能设备，比如目前我自己就在做一个带屏的 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
截图
截图被第三方图床压缩过了，惨不忍睹，大家随便看看就好
