yuming
e47a399ad5
余额为 0 时改为发探针，不再无条件全部跳过
balance 只有前端上报这一条上升通道，没升级小程序的老用户在微信侧仍在
真实累积额度却永远不上报，记账会系统性低估。低估到 0 就一条不发，比
改造前更糟——改造前至少还会试。
改为：余额为 0 时仍发出优先级最高的那一条当探针。成功则证实微信侧有
额度，本轮继续发；43101 则立即中止（与原行为一致）；非额度错误记 failed
且不再重复探。每用户每轮最多探一次。
探针成功仍走 quota.consume：内部 MAX(0, balance-1) 扣不出负数，净效果是
balance 保持 0、sentTotal +1。不趁机把 balance 调高——探针只证明「至少
还有 1 条」，凭空补猜出来的数字会让首页风险预告变成乐观的假话。
注：三个原有用例断言的是「余额 0 就一个请求都不发」这一被本次刻意推翻的
旧契约，已按新行为改写；改写后仍用变异测试确认能抓到探针被关掉。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-16 10:23:11 +08:00
..
2026-08-16 09:21:09 +08:00
2026-08-15 17:30:42 +08:00
2026-08-16 10:19:47 +08:00
2026-08-15 17:30:42 +08:00
2026-08-15 17:40:31 +08:00
2026-08-16 10:23:11 +08:00
2026-08-15 17:55:40 +08:00
2026-08-16 09:14:50 +08:00