按信号挪号数，记录是这个做法的记忆。没有记录，每次调整都是从零开始判断，积累不起来经验；记录做得对，几个月之后回头看，哪条线在什么状态下该配几个号，一目了然。命运方舟这类副本驱动的 MMO，负载变化跟版本进度相关，代理IP的号数记录里带上版本信息会有用。
一条记录要写哪几项
- 改动前的号数
- 这条线当时带几个号，以及在这个号数下跑了多久
- 改动的理由
- 是哪个信号触发的，现象出现在什么时段
- 改动后的号数
- 改成了几个，改动发生在哪一天
- 观察结果
- 三天后的表现与改动前的对比，符合预期还是相反
四项里最容易漏的是观察结果，代理IP的号数也一样。改动当天大家都记得写，三天之后往往就忘了回头补。少了这一项，记录里只有动作没有结果，积累下来只能看出你改过什么，看不出改得对不对。把代理IP的号数观察结果当成记录的必填项，补不上的那条记录等于没写。
只有动作没有结果的记录，攒再多也推不出规律。
记录放在哪里
放在一个固定的地方，所有人写在一起，别各自记在手上。分散的记录等于没有记录，因为比较的时候凑不到一起。表格是最简单的形式：一行是一条线的调整，列是刚才那四项，再加一列时间。一行一行往下写，一个月之后按线分组看一遍，规律就浮出来了。代理IP的号数变化跟表现之间的对应关系，正是靠这张表积累起来的。
记录的形式可以简单，字段不能少。
多久回头翻一次
每个月翻一次，看的是这段时间代理IP的号数调整有没有反复。同一对数字之间来回挪、或者同一条线连续几个月都在往下调，这两种情况都值得单独拿出来看。前者说明判断标准不稳，后者说明这条线或者这个号群的状态在持续变化，需要从别的方向找原因。
现象之外的判断要不要写进记录，答案是写，但要分开写。现象写在结果那一栏，判断写在旁边另一栏，两者别混。混在一起之后，回头看的人分不清哪句话是当时看到的、哪句话是当时的推测，记录的参考价值会下降很多。命运方舟的号群如果多人协作，这一条尤其重要，接手的人要靠现象自己得出结论，不能照搬别人的判断。
挪号数这套做法能不能沉淀出经验，全看记录做没做到位。代理IP的号数管理不太依赖技巧，依赖的是把每一次改动和它的结果老老实实写下来。