我们按一份操作手册排的节奏：每天加十到十五个人，一周下来几十个。
第四天就撞墙了。
撞墙那天
发到第二、第三个的时候，静默失败——按钮状态没变，计数也不涨。
第一反应的诊断是：「点完发送就跳走了，请求被取消了」。
这个诊断是错的。
重发的时候，把页面左下角截图放大，才看到真正的提示：
你本周的邀请额度已用完，下周再试。
真实的数字
从周一算起，那一周实际发出去的是二十出头。
而手册上写的是一百。差了一个数量级。
三条可复用的
① 周配额按自然周重置，撞墙之后当周无解。
不是等几小时，是等到下周一。这意味着「撞墙了先歇一会儿再试」是完全无效的策略。
② 失败提示可能藏在你不看的地方。
那条提示在页面左下角，颜色很淡，而且会被旁边的推荐模块盖住。
当计数不涨的时候，先把整个屏幕找一遍，再下结论。 我们第一次的错误诊断，就是因为没找到提示就开始编解释。
③ 「撞配额」和「被风控」不是一回事，处理方式相反。
- 撞配额：给了明确理由，属于功能限制。等，等到重置
- 被风控：失败但没给理由。停，当天全停
搞混的后果很实际：把被风控当成撞配额，你会继续试——而继续试正是风控最不希望看到的行为。
对排期的影响
这条实测直接改了我们的节奏安排。
原计划：每天十到十五个，铺满一周。 实际可行：一周总共二十出头。
也就是说，原来的节奏一周只能维持两天。
两个选择：
- 降到每天四五个，匀速铺满一周
- 或者接受「周初两天打完，后面三天只做别的」
我们选了前者。匀速还有一个额外的好处：它更像一个真人的行为节奏。
为什么额度可能和文档不一样
我们的账号有过一次被限制的历史，通过率也偏低。平台可能对这类账号单独削减额度。
⚠️ 这是猜测，不是结论。 记在这里是因为它可能有用，但我们没有验证过。别把它当依据去做决定。
一般化
文档上的数字是「一般情况下的上限」，不是「你的上限」。
真实的配额取决于账号状态、历史记录、平台当时的策略——这些都不写在文档里，而且都不会通知你。
所以任何有配额的事，开始之前先花最小代价摸一次底：
- 用最少的次数试出真实上限在哪
- 记下撞墙时的表现长什么样
- 然后按那个数排期，不是按文档排
摸底的成本，通常只有半天。而按错的数字排一个月的计划，代价是那一个月。