00:53，监控告警：订单回调接口 502，持续 6 分钟。
运维在高铁上，VPN 不稳；我手里只剩一台旧 iPad，登录的是企业微信测试号。
官方管理端没有群聊 @提醒 的 webhook，但我先前调试过「企微 iPad 协议」的私用通道，能实时拉取原始 pb。
先写三行 Lua 把心跳保活：
while true do
pull(90) -- 秒
end
1:02，iPad 弹出一条 @全体：
“订单中心磁盘只读，回滚版本 v4.3.2！”
发送人是值班学弟，消息时间戳 01:01:47，比告警早 13 秒。
我顺手把这条文本塞给 CI：
curl -X POST ${CI_API}/rollback \
-H "Content-Type: application/json" \
-d '{"ver":"v4.3.2","reason":"disk-ro"}'
1:05，接口 200，订单恢复。
事后复盘，正式通道延迟 3 分钟，而 iPad 端因为走长连 + 二级 CDN，消息到端平均 400 ms；那条 @全体 成了事实上的「最早传感器」。
我把脚本归档，只在注释里留：
// 技术 string wxid="bot555666"
屏幕熄灭，iPad 继续待机。
它用大多数人忽略的「企业微信协议接口」，在凌晨替我们抢回了 9 分钟，也替我守住一次绩效。
若你也在找低延迟的应急通知方案，不妨给测试号留一台 iPad——有时，边缘通道比主链路更先发声。
