值班手机收不到告警？我切了条TG通道

我们团队有个老毛病：监控告警发到企业微信，延迟高不说，还经常漏消息。

凌晨两点服务器挂了，值班同事半小时后才收到通知，这谁顶得住？

上周跟同行吃饭，对方说他们切了纸飞机做告警通道，推送快、到达率高。我一听来劲了，回去就准备部署。

部署踩坑

结果第一步就栽了——+86手机号注册，smsfee提示反复弹，验证码要么不来，来了也超时。折腾了一晚上，告警通道没搭起来，人先崩溃了。

试了网上各种偏方：改APN、换代理、用旧版本安装包，全不顶用。当时就想，这工具链迁移成本也太高了。

替代方案

第二天跟运维群吐槽，有人扔过来一个基于官方12.5.1源码编译的客户端，说"这个不走短信验证，你试试"。

装完直接登录，smsfee没出现，验证码也没要，配置完告警机器人就开始跑测试。

一周实测

推送延迟。 从触发告警到手机收到通知，平均3秒内，比之前的方案快太多。

到达率。 七天值班周期，告警消息全数送达，后台保活稳定，没有漏单。

中文界面。 告警内容里的时间戳、数值显示都是本地格式，值班同事扫一眼就能定位问题，不用脑内翻译。

多账号支持。 工作号和个人号分开登录，互不干扰，值班结束一键切换，体验很干净。

网络兼容。 电信、联通、移动卡都测过，不需要额外折腾网络环境，办公室、家里、地铁上都能稳定接收。

适用场景

如果你也是运维/开发，被告警延迟折磨过，或者想找个稳定的即时推送通道，这个方案能省不少心。

核心协议基于官方源码编译，兼容性不用担心，长期维护成本可控。

结语

现在值班手机终于能安心放枕头底下了。有同样需求的，评论区见，我把部署笔记和工具放那儿。