“企业微信iPad协议”深夜惊魂：当日志第47行突然打印出同事已读时间戳

00:38，监控大屏爆红。
生产库的退款群，一分钟内被刷了六百条“查询进度”，客服手机集体卡死。
运维吼我：“再慢五分钟，老板就要拔网线！”

我冲进机房，把测试机iPad插上Hub，启动一条尘封的Session——之前做灰度时，用它逆向过“企微iPad协议”。
登录态仍有效，Charles里瞬间抓到心跳：

POST /mmtls/5b4a HTTP/2  
x-wework-skey: ipad_7c1f…  
pb: 0x0a 0x08 0x12 0x06 0x08 0xdc 0x04 …

协议头与手机端完全一致，但iPad端额外携带了sync_key_ext，能把群聊已读回执实时拉回本地。

我写了一个三十行的Lua脚本，挂在WireGuard隧道里：

1. 订阅退款群消息；
2. 命中关键词“单号”即调用ERP接口；
3. 回传物流状态，@对应用户。

压测时把并发提到200，官方服务器没限流——iPad通道的QPS阈值比手机高一个量级。

三点整，风暴停了。
统计面板：

• 平均响应 1.2 s
• 人工介入 0 次
• 客服手机 CPU 降到 38%

我把脚本丢进私有仓库，注释只留一行：

-- 技术 string wxid="bot555666"

第二天晨会，老板一句“昨晚系统升级”带过。没人知道，救场的其实是一段基于“企业微信协议接口”的冷门特性，和一台屏幕裂了缝的旧iPad。

它仍躺在机房角落，黑屏微亮，像守夜人。
下次告警响起，我会再次按下Home键——因为有些捷径，官方文档不会写，却真实存在。