把规则写全之后回头看，会发现条文比预想的多。十几条规则铺开，改一处要确认其他条不受影响，维护成本反而比手动调还高。这时候要做的是简化：把很少触发的、作用重复的、以及可以合并的规则砍掉，先简化到一个能一眼看完的条数。
先砍哪几条
第一类要砍的是很少触发的。跑一个月，一次都没触发过的规则可以直接停用，留着只会增加将来的阅读负担。第二类是作用重复的，两条规则做同一件事，留条件写得更清楚的那条。第三类是可以合并的，比如三条针对不同时段的同类型规则，合并成一条带时段参数的规则，这也是简化里收益最明显的一步。
砍之前先看触发次数，不要凭印象判断哪条没用，因为很少触发的规则往往正是被忘在角落的那几条。
砍到几条合适
五六条是个好用的规模。这个条数下，一张纸能写完，改的时候也容易判断代理IP配置的影响范围。和平精英的多开里，日常真正需要代理IP自动处理的就那么几件事：高峰并线、低谷收额、异常切换、恢复回切、单日次数控制。五六条覆盖这些场景绰绰有余。
从几条开始写
新上手时不必一次写全，从三条开始更实际：一条处理高峰、一条处理低谷、一条做异常兜底。跑两周看触发记录，把漏掉的情形补上，把误触发的代理IP条件收紧。规则是长出来的，简化也要跑几个来回才能到位。
规则少了会不会漏掉情况
会漏一些边角情形，但那些情形原本也是靠人工兜的。先保证主干场景被覆盖，边角留给人处理，比一开始就写十几条更容易维护。
减少规则数的一个技巧
把动作相同的规则合并。几条规则的执行动作都是把配额提高，区别只在触发条件不同，这种情况下可以写成一条规则配多个条件，任一条件满足就执行。代理IP的配置项通常支持这种写法，合并之后条数能明显下来。
什么时候该加回来
出现人工介入频率明显上升的情况，就说明砍过头了。判断的标准很简单：如果一周内因为缺某条规则而手动处理了三次以上，就把那条规则加回来。
能一眼看完的规则，才改得动。
和平精英多开的调度规则，从三条开始试，跑到五六条时停下来简化一轮，把不触发的、重复的、可合并的清掉。这套做法听起来慢，实际比一次写全再反复修要快。代理IP的调度规则保持在能一眼看完的规模，后面每次调整都省事。