我一直用 Bark ,很喜欢:省心、稳定,作者也一直在更新。PushGo 这个坑某种程度上就是从 Bark 开始的,先向作者致敬🫡。
后来我自己维护的东西越来越多:服务器、CI 、脚本任务、家里设备……推送一开始还能靠“多发点提醒”解决,但很快就会变成另一种麻烦:消息很难整理。同一件事会从不同来源冒出来(监控、脚本、日志、告警),通知列表里一堆“碎片”,你要自己在脑子里拼图:到底发生了什么、现在处于什么状态、是偶发还是持续、有没有恢复。
所以我干脆自己写了个 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
截图被第三方图床压缩过了,惨不忍睹,大家随便看看就好

1
ticysis 1 天前
等一手 windows
|
2
xjpz 1 天前
已安装,试试
|
3
bhqt 1 天前
已安装,试试
|
4
Ealrang 1 天前
文档和群有木有
|
5
FairyKID 1 天前
已安装,试试
|
6
clarkethan OP @Ealrang TG 群: https://t.me/+vq5kaaB3CFFmMTll ,文档的话,在 app 内部,或者公共网关首页,都能看到
|
7
Bssn 1 天前
看着很不错,用 bark 的时候也感觉各种消息太乱了
|
8
lc4t 1 天前
确实,bark 消息太乱了,试试
|
10
pandasq 1 天前
我自己是用的 slack 来接入各种通知,日常用着也挺爽的
|
11
clarkethan OP @pandasq 嗯嗯,每个人的使用场景和需求不同,选择最舒服的方式就好了
|
12
bigtan 27 分钟前
后面有打算接入国内 android 的推送渠道吗
|