骑马与砍杀2多开一次换掉的比例太高，问题往往不在换这个动作上，麻烦出在换完之后那一段。号群的整体水平被一次性拉到一个新状态，之前积累的所有参照数字都作废了：产出的合理区间不知道在哪，线路的正常负载不清楚是多少，异常频率多少算高也没有标准。代理IP的线路表现同样失去了参照。
- 参照数字作废，出了问题没有对比的基准
- 异常集中出现，但分不清是换血引起的还是别的原因
- 老号退出太急，部分任务的承接出现空档
- 线路布局一次性大变，哪条线该给谁都来不及细排
失去参照是最麻烦的一条。号群运行一段时间之后，人心里是有一套基准的：日均产出大概多少、线路负载大概什么水平、一周出几次小异常算正常。这些基准是靠时间积累出来的，一次换掉太多，全部归零，接下来很长一段时间都在重新建立，效率反而低。
换太多之后怎么办
把观察期拉长
一次换得多，观察期就要相应拉长。平时换两成看一周就够了，换到五成以上，两周都未必看得出趋势。这段时间里不要急着做新的调整，先把新号群的基线摸出来，代理IP的线路基线也一并记下，否则几个变化叠在一起，等于什么都没观察到。
老号留一批做参照
更实用的办法是留一批老号不换，作为参照组。参照组不用多，占总数的十分之一到五分之一就够，代理IP的线路也留一条对照的。有它在，新号群的表现可以直接对照着看，代理IP的线路也有一条稳定的对照组，判断起来容易得多。
分批做比一次到位稳。最根本的办法还是不要一次到位。把大比例的换血拆成两三次做，每次之间留观察时间，这样每次的参照都还在，问题也能一轮一轮地暴露出来。慢一些，但每一步都踩实。
换血之后先建基线，再谈优化。
急不来就是快。
整体换血这件事，看起来慢的做法往往更快：分批换、留参照、拉长观察期，这些安排让每一轮的结果都能被解释，几轮下来反而比一次换完更早达到目标状态。