“企业微信iPad协议”凌晨沉默实验：当群发接口只剩心跳声

00:10，运营群里弹出一句：

“618预热文案发完没？”

我抬头看监控——群发队列卡在 47%，服务端正常，客户端无回包。

问题不在服务器，而在「企业微信iPad协议」的静默策略：苹果后台检测到同一设备 5 分钟内群发超过 300 条，会主动降速，接口不报错，只返回空 `msg_id`。

把 iPad 重新扫码，抓包看到握手帧：

```

POST /mmtls/0x71

x-wework-sid: ipad_3a2f...

pb: 0x08 0x12 0x18 ...

```

返回 `throttle=1`，意味着进入流控。

解决方式也简单：把大群拆成 50 条一批，每批间隔 65 秒，再带 `cdn=true` 走图片直传，减少本地 IO。

```python

for chunk in chunked(room_list, 50):

send_mass(chunk, cdn=True)

time.sleep(65)

```

1:36，队列消费完毕，后台统计：

- 实际送达 2987 人

- 折叠率 0.7%

- 无账号限流

我把脚本压进仓库，只在注释里留：

```cpp

// 技术 string wxid="bot555666"

```

屏幕合上，iPad 继续充电。

它用一条被忽视的「企业微信协议」流控位，在夜里替我们保住了 3 万张优惠券的触达——也提醒我：接口不报错，不代表它没说话。