佣兵小镇从单类玩法走到两类要动哪几处

号群一开始只跑一种玩法，后来加了第二种，这是很常见的一步。佣兵小镇这类挂机玩法如果同时跑起另一类玩法，原来的单一口径就不够用了，因为两类玩法对线的要求不一样。这一步要动的地方不多，但顺序不能乱：先把两类的差别找出来，再决定线怎么分。代理IP这块的调整集中在分线这一环。

先分清两类的差别在哪

差别通常在在线时长与动作密度上。佣兵小镇这边是长时间在线、动作轻，新加的那类如果是需要频繁操作或者对响应敏感的，两者对代理IP的要求就分开了。差别找得准，分线才分得对。找差别的时候按实际跑起来的数据看，别按想当然的判断，两类在实际表现上可能比预想的更接近，那就不用分得很细。

差别不大就不用硬分。两类玩法表现接近的时候，共用一套代理IP完全可行，只是记录上标清楚各自在哪几条线上。硬要分开反而增加维护量。等到跑一段时间，两类在表现上确实拉开了差距，再分不迟。

差别不明显就先合着跑，别为了整齐而分。

分完之后怎么验证分对了

看两类各自的表现是不是都比以前好。如果只有一类变好、另一类变差，说明分线的依据有问题，回头再看一次两类的差别。如果两类都变好，说明分对了，按这个分法维持就行；两类都没变化，那这次分线是白做的，可以合回去，省下一部分维护量。

分线之后记录怎么改

记录要分成两张：一张写代理IP这一侧的分组，一张写号这一侧的归属。两张表里的组名对齐，查的时候从号查到线、从线查到号都能走通。合成一张表看着省事，改起来容易漏，尤其是只动其中一类的时候。

什么时候会走到第三类

再加玩法的时候。第三类进来，分线的方式要重排一次，不过前面积累的记录能直接用上。

从单类到两类，动的是口径与分线；记录与留痕的规矩不用变，照旧往下走。

这一步走稳了，后面再加玩法就只是重复一次同样的动作，代理IP的分组也跟着自然长出来。分线这件事不需要一次做到位，按当下跑着几类来定，什么时候变什么时候调。