信号出现之后，第一个动作是往上挪还是往下挪，这件事有明确的优先级：先减后加。理由不复杂，往下挪是回到安全区，往上挪是往边界靠。表现出现异常的时候，安全区的方向永远是对的，先把表现稳住，再谈提升产出。天下3这类老牌 MMO 的号群产出稳定，代理IP上短期少带一个号不影响大局。
为什么先减
- 减是止损
- 表现已经出现异常，先把号数退到安全位置，损失立刻止住
- 减是可逆的
- 退回来之后观察几天，没问题再加回去，代价只是几天
- 加是试探
- 加号本质是在试边界，而异常状态下试出来的边界不可靠
- 加的窗口在后面
- 把表现稳住之后再加，测出来的数字才有参考价值
什么时候反过来
有一种情况要先加：信号指向的是号数不够，线路吃紧属于另一种情况。比如某条线上的任务排队明显，产出慢是因为号本身少，这时候加到安全位置反而会加剧拥堵。区分这两种情况的办法是看现象的分布：整组的线都不够用，是要加；只有某一条线吃紧，是要减。
区分不清的时候一律先减，代理IP的号数先退一档再说。先减的代价是产出短暂下降，先加的代价是整条线进入吃紧状态，恢复要几天。代价不对称的时候，选代价小的那个动作。天下3的号群以稳定产出为主，几天的波动本身就在正常范围内，不必为了追回这一点而冒更大的风险。
减到哪里停
减到信号消失为止，不用减到最低配法。比如表现异常的是三个号这一档，减到两个之后现象没了，就停在两个，不必再减到一。减过头会让这条代理IP闲置出一块本来可以用的能力，几天之后再往上加又要重新观察，一来一回浪费的是时间。
加回来要隔多久
减完之后至少观察三天再加。这三天里表现稳定，说明减号的动作起了作用；这三天里表现继续变差，说明问题不在号数上，要查这条线本身。三天是一个经验值，号群规模大的时候可以放长到五天，规模小的时候两天也够。
记录里怎么区分加减
记录的时候把加减分开写。同一时间点上有加有减，判断会变得非常困难，因为表现的变化可以归于任何一个动作。前后两个动作之间留出观察期，记录里也留出空档，这样每一段变化都能对应到一个明确的动作上。
这套顺序要不要写进流程
要。把「先减后加、减到信号消失、隔三天再加」这三条写进流程，执行的人不用每次重新判断顺序。代理IP的号数挪动看着是个小动作，判断成本本身不低，能写成规则的部分就写成规则。
顺序固定下来，动作就不用想。
顺序之外还要注意什么
动作的先后之外，还有一处要注意的是别在同一时间对多条线动手。同时改几条，表现的变化就分布在整个号群上，任何一条线的结果都不干净。一次动一条，观察完再动下一条，这套做法虽然慢，但每次的结果都能用。
先减后加这个顺序固定下来之后，信号出现时就不必犹豫。天下3的号群按这套动作走，号数变动本身就不再是一件需要讨论的事。代理IP的号数管理走到这一步，靠的是流程，临场判断只做补充。
