逆水寒手游多开的号群从五个涨到二十个，动作顺序要不要跟着改，这件事值得单独想一遍。结论是分段改，不整体推倒：起量段必改，在营段小改，收尾段基本不动。起量段最敏感，窗口数量一多，逐个登录的时间会成倍拉长，原来那套先登后看的顺序就撑不住了。代理IP线路的数量通常也跟着涨，核对的动作要从逐条看改成按组看。
- 起量段改成按组并行：整组拉起来，整组登录，当场核对代理IP线路
- 在营段改成按组巡视：只在组内异常时逐个查
- 收尾段改成按组记录：一组一行，不逐号写
规模上来之后，起量段改成按组并行最划算。代价是同一时间窗口更多，对机器压力大一些；好处是整组的进度是齐的，后面看产出时一眼能对上。逐号登录在五个号的时候没问题，二十个号的时候，光登录就要花掉大半个上午。
在营段改哪几处
改的通常是巡视的频次和粒度。号少可以逐个看，号多了只能按组看，只在组内出现异常时才逐个查。代理IP线路也一样，从逐条看改成按组看。巡视频次不用跟着号数线性涨，号数翻倍不等于要多看一倍，关键是看得更挑。
收尾段为什么基本不用改
收尾段的动作本来就少，无非记变动、关窗口、复查三件事，代理IP的变动就记在变动那一项里，和号数多少关系不大。只是记变动的条目会变多，改成按组记就够。
改的顺序有没有讲究
先改起量段，跑两周稳住之后再动在营段。两段一起改，出了问题分不清是哪一段改坏的。
规模变了就改一次，听起来合理，真做起来容易过头。真正需要警惕的反而是改得太频繁。次序没跟着规模走，通常不会出大问题；一周换一套，执行的人记不住，代理IP线路的分配也跟着反复调整，账号那边的网络环境反倒更不稳定。把改动集中到规模跨台阶的时候做，平时不动。
规模每上一个台阶，值得把次序拿出来过一遍，但不必每次都改。
规模变了，次序要跟着变。
判断台阶有个简单的参照：窗口数量翻倍算一个台阶。没翻倍的那些增长，先用现有次序撑一撑，撑不住再改。代理IP线路的数量也照这个办法看，不用一涨就跟着调。