ARC Raiders多开跑图的台账记到第二个星期，会出现一个尴尬的状况：数字都在，但对不上人。哪一个窗口出了状况、当时组里还有谁，翻遍表格也找不回来。
分组台账要记的三层关系
第一层是窗口和代理IP的对应，哪个号走哪条线，这一层最容易记；第二层是窗口和分组的对应，哪几个窗口算一组、组内谁带队，这一层开始有人漏；第三层是分组和时段的对应，这一组在哪个时段跑，这一层几乎没人记。三层缺一层，出了问题就只能定位到「某一天不太顺」这种程度，再往下追就追不动了。而这三层里，时段的粒度不用很细，按上午、下午、晚上三段分就够，分得太细反而没人填。
三层关系里，第二层决定了排查的速度。同一组的窗口通常共用一条代理IP，一个出问题，同组其他窗口多半也有反应。把分组记清楚，一次就能圈定范围；分组没记，只能一个个窗口去试，试完一天也未必有结论。这一点在窗口上到十个之后会变得明显：十个窗口分三组，一组出问题只牵动三个，另外七个的产出照常；没分组，就得逐个确认，一圈下来大半天过去了。
怎么记才不费事
- 行是窗口编号，列是代理IP与分组编号
- 分组用 G1/G2 这类短编号，不写成员名单
- 换组、换线当天就改，不留到周末一起补
一张表解决，行是窗口、列是代理IP与分组，一格填一个数。分组用编号表示，比如 G1、G2，不必写成员名单，成员看同一列的数字就知道。每周更新一次，换组的窗口改一个数字，几秒钟的事。
结果那一栏当然也要记，但它不是台账的全部。只记结果的台账，能说明哪一天差，说不清差在哪里，也谈不上给下一次调整提供依据。
分组编号占一列，能省下每天半小时。
分组编号是台账里最省字、也最有用的那一列。
带到第三个星期，这张表会开始反过来指导安排：哪几个窗口适合放在一组、哪条代理IP上的人多了该拆开，看表比凭印象快得多，也不用每次都从头讨论一遍。