一念逍遥多开的出错记录里，有一部分错误不用每次都追查。能归到「已知、已定处置办法」这一类的，按现成办法处理就行，不必重新走一遍查找过程。需要每次追查的，是那些处置办法还没定下来的错。代理IP线路偶尔的抖动属于前一类，处理办法早就固定：等一会儿再看，没恢复才动它。
- 已知且已定处置办法的：按办法处理，记录一笔
- 已知但处置办法还没定的：每次都要走一遍判断
- 第一次出现的：无论看着多小，都值得记全
- 同一类已经改过动作的：只观察，不重复追查
把「已知」和「已定办法」分开看，是这里的关键。很多错大家都知道它会出现，却没有定下统一的处理办法，于是每次出现都要临时讨论一遍。这类错看着像老问题，实际每次都在消耗判断力。
怎么把错归到已知那一栏
看它出现过几次、每次代理IP那边的结果是不是一样。出现过三次以上、结果都一样、处理方式也一样的，就可以归进去。归进去之后，记录里只写一行，不用展开。
归进去之后还要不要看
隔一段时间看一次总量。比如一个月统计一次各类错出现的次数，出现次数突然翻倍的，从已知栏里拿出来重新看一眼。数量变化往往比单次事件更早提示问题。
已知那一栏要不要按游戏分
号群跨多个游戏时按游戏分栏更好找。同一类错在不同游戏上的表现可能不一样，分开列出来，翻的时候一眼就能定位到是哪一款出的问题，代理IP那边的处置办法也不会串。
怎么避免把该查的错也归进去
拿不准的时候就不归，代理IP相关的错尤其别急着归。归错的代价比多查几次大得多，因为归进去之后就不会再有人仔细看它了。
这条做法省下来的时间不小。号群规模上去之后，每天出现的错里有八成属于已知那一类，如果每次都要从头判断，光判断就占掉相当一部分精力。把判断收拢到那两成真正新出现的代理IP问题与动作偏差上，精力就用在刀刃上了。
查得少，才查得深。
把不用查的挑出去，剩下的才查得动。
每季度把已知那一栏清一次，把长期没出现的错删掉，把新归进来的补上。清完之后这一栏保持在一二十条左右，翻一次几分钟，用起来才顺手。