蛋壳特攻队多开跑到一定阶段，总会碰到号退出来却不再往里补的局面。有的号产量掉下来，有的号占着的设备腾出来干别的，退出去的位置就这么空着。把规模往下放本身没问题，前提是先算清两件事：会掉到什么程度，以及掉下来的这段时间靠什么撑住。代理IP的线路数、窗口数、人手安排都跟着号数走，号数往下走，这几样也要跟着动，不然账面上省下的和实际付出的对不上。
- 退出按天走，规模是缓坡向下，一个月也就掉一两成，日常产出基本看不出来
- 退出按周走，节奏明显快得多，两三周就能掉三成左右
- 退出集中在某个时间点，规模会直接掉一个台阶，后续所有安排都要重算
- 退出的号如果集中在产量最高的那一批，掉的不光是数量，单号产出也跟着弱
把退出节奏换算成数字，掉到什么程度就不难估。原来铺满的号群，退到七成左右通常还能撑住日常那一摊活，因为留下的号本来就在跑大部分任务。掉到一半以下就不好看了：线路空着、窗口空着、人手也没少，成本没跟着降，产出却实打实少了一截。真正的下限很少是号数本身，而是几条核心线路还能不能跑满，跑不满的代理IP线路留在账上就是纯开销。
掉下来的速度取决于退出节奏
还有一层容易被忽略：号数往下走的时候，单号压力会上升。原来十个号分摊的活，现在七个号分，每个号的在线时间、操作频次都会拉长，代理IP的线路上并发也跟着变。这个变化不会立刻显出来，通常要跑上一两周才看得出来，所以检查的落点要放在每个号的负载上，别只看总数还剩几个。负载一旦上了台阶，处理问题花的时间也跟着往上走，这部分时间账要提前算进去。
估算下限时，先把「核心线路能不能跑满」当作第一条线，其次才看号数还剩多少。
掉到一半就得停手了。
回头看这套做法，它更像一次有计划的收缩，跟被动等着号自己跑废是两回事。区别在于收缩的速度和下限都由自己定，代理IP的线路怎么摆、人手怎么排还有主动权；等到被动缩，就只剩收拾残局这一件事可做。真到了要往上走的时候，从哪儿接回来也不难：先把核心线路跑满，再按承载往上加号。