一念逍遥多开的号群大到一定程度，出错之后的处理方式就得跟着变。判断的门槛可以落在一个很实在的数上：出错影响到的号超过总数的两成，就该停下来统一查一次。低于两成，按单次出错处理；高于两成，说明背后有共性的东西，单点处理解决不了。代理IP线路的分组方式在号群变大之后更容易成为共性源头，值得优先看。
- 数一数这次影响了多少个号，占总数的比例是多少
- 比例低于两成：按常规处理，记录下来即可
- 比例高于两成：停止新增动作，先查共性原因
- 查的顺序：先看代理IP线路与分组，再看动作次序，最后看人
两成这个门槛不是定死的，但有一个数是必要的。没有门槛，判断就会凭当天的感觉走，心情紧张的时候什么错都像大事，心情放松的时候明明影响到一半的号也觉得没事。写下一个数，判断就稳定了。
为什么先查线路与分组
这两样是共用资源，一处变动会顺着共用关系传到很多号身上，代理IP线路最容易把影响铺开。动作次序和人这两类原因，影响面通常会小一些，因为它们是逐次动作里发生的偏差。
停下查要多久
控制在半小时以内。查的目的是找到方向，不是找到确切原因。半小时内定下方向，后面的验证可以边做边看，代理IP那边恢复没恢复也在这半小时里先看一眼。拖得太久，当天的活就全停在那儿了。
查完发现是虚惊一场怎么办
照常继续，把这次判断记一笔。虚惊也是有用的信息，它说明当前的观察指标可能太敏感，下次可以调一调门槛。
小号群要不要用同一套
可以参照，但门槛要放宽。十几个号的规模，两成就是两三个号，很容易触发。这个阶段用四成左右更合适，等到号群过五十再往回收。
门槛写在哪里
跟当天的动作清单写在一起。写下来之后，判断就不再依赖记性，代理IP线路的那条门槛也一并写进去，不用每次开会讨论一遍。
还有一种情况值得单独说：出错不集中，但每天都有零星的错。这类情况不会触发门槛，可是累积起来的影响不小。处理办法是把周期拉长一点看，比如按周统计一次出错次数，连续几周都偏高，就当成一次大面积事件来查。
有门槛之后，什么时候停、什么时候继续就清楚了。
门槛本身就是一条可以调的经验值。跑上几个月，统计一下实际影响比例和最后查出来的原因，门槛该往上还是往下挪，数字会自己说话。