冒险岛怀旧服的矩阵从五六个号扩到几十个，中间一定会撞上几个坎。表现出来像是线路不够用、机器带不动、管理跟不上，但真正的分界点通常只有两三个。搞清楚哪一步该换方案，比一路加机器加线路更省成本。
规模变化时先换方案的三步：线路的分配逻辑、窗口的组织方式、记录的维护方式。数量翻倍而这三样不变，问题会集中爆发。
第一步：线路从「一个号一条」换成「一组一条」
规模小的时候，一个号配一条代理IP线路是最简单的做法，边界清楚，出问题也好定位。到了几十个号，这个做法会同时撞上两个限制：线路成本按数量翻倍，管理成本也按数量翻倍。这时候要换成按组分配，一组几个号共用一条线路，组内用行为错开来维持区分度。
第二步：窗口从「一台机器几个」换成「一类用途一台」
小规模时习惯把号摊在一台机器上，谁空就放谁。规模上去之后，同一台机器上混着不同用途的号，会带来两个麻烦：一是线路分配不好排，二是出问题时排查范围太大。按用途分机器之后，一台机器上的号性质接近，线路可以整体处理。
- 先把现有号按用途归类，比如日常、搬材料、摆摊
- 给每一类划出固定的机器，不再跨类混放
- 每一类配一组代理IP线路，组内再按小时段细分
- 新号进来时先归到已有的类里，没有合适的才新开一类
第三步最容易被忽略：把记录的方式换掉。
第三步：记录从「随手记」换成「按模板记」
在冒险岛怀旧服里号少的时候，在聊天记录或者便签里写一句就够了。到了几十个号，随手记的东西既查不到也传不下去。这一步要换成固定模板：排班表管当前代理IP分配，档案管每个号的历史。两张表各管一段，谁看都能对上。
什么时候该动，什么时候先别动
在冒险岛怀旧服里，判断的依据落在最近一段时间里说不清楚的事情有没有变多，与号的数量本身关系不大。如果经常出现「这个号在哪条线上」「这条代理IP是谁在用」这类问题，方案就该换了。反过来，数量虽然上去了，但分配清楚、记录完整，那就先维持，不必为了规模而改结构。
扩张的速度可以快，但组织方式要跟着一起换，否则加得越多越乱。