分组分屏不是只能加不能减。号群缩小、作业类型收敛、或者某几组的表现长期没有差别，都会让分组的收益变低，这时候合并回去反而更省事。穿越火线的号群如果从三组减到两组，屏幕上多出来的空间可以留给需要看清楚的号。代理IP的线路合并时要注意顺序，先确认合过去的号在哪条线上跑稳定，再动屏幕的分组。合并的成本主要在核对上，不在调整动作本身。
- 某组连续一个月没有出现组内特有的问题
- 两组的作业类型已经趋同，管理方式没有区别
- 号群缩小到一屏能放下的规模
- 分组的维护时间已经超过它省下的时间
- 代理IP线路从多条减到两条以内，分组的意义下降
合并的时机是分组的收益低于成本的时候。判断方法很直接：回忆一下最近一个月，分组帮你避免了几次看错。一次都没有，就说明这层分组可以撤了。
合并之前要确认什么
先确认两组合并之后线路怎么安排。如果两组原本走不同的代理IP线路，合到一组之后是继续分开走还是合并成一条，要提前定。分开走的话，记录里要注明组内有两个线路段，别让后面接手的人以为是一套，查起来对不上。
合并的顺序
一次只合并一组，观察一周再决定要不要继续。同时合并两组，出了问题分不清是哪一步引起的。观察期间关注三样：漏看次数、看错次数、机器负载。
合并之后记录怎么处理
旧的记录留着，加一行说明写清楚合并的时间和范围。不用把历史记录重新整理，整理的成本高，收益低。查历史的时候顺着说明往回翻就行。
什么时候不该合并
号群马上要扩张的时候不要合并。刚合并完又要拆开，两头的工夫都白花。另外，组间差异是作业类型带来的、不是规模带来的，这种组也不该合并，规模小了差异还在。
收益低于成本，就该合并。
合并前先定线路怎么安排，否则合并完排查反而更绕。
分组和合并不是对立的两件事，是同一套思路在不同规模下的表现。号群在变，摆法跟着变，这本来就是正常的。代理IP线路的划分比屏幕分组更稳定，合并屏幕分组的时候，线路这边通常不用大动。