魔兽世界怀旧服多开，停这件事定不下来，往往是因为没有一个明确的判断方式。今天觉得该停，明天又觉得再撑撑也行，一天天拖下去，最后变成被逼停。给自己定几条，照着走，比每天重新纠结省力。代理IP线路那边有明确的阈值，人这一侧也可以有。
把判断条件写下来，等于把决定提前做完。到了那个条件出现的时候，不用再做选择，直接执行。
决定提前做。
- 触发条件
- 机器和线路同时吃紧，或者人连续几天状态明显下滑。
- 执行动作
- 当天不做收尾，第二天挑一个白天的时间正式停。
- 停的长度
- 先定一个区间，一到三天，到期再评估要不要延长。
- 记录要求
- 停的时间和组号写进同一处，和代理IP线路的记录放在一起。
- 恢复条件
- 机器温度回到常态、代理IP线路重新验证通过，两条都过才开工。
谁来执行
一个人干，自己执行；有搭手的，两个人对着清单走一遍，比一个人记更不容易漏。代理IP线路的暂停最好由同一个人操作，责任清楚，记录也不会断。
执行不下去怎么办
定好的条件没执行，通常是因为当时手上有事走不开。补救的办法是设一个最晚时间，到了这个点无论手上什么状态都要停。有了最晚时间，拖的空间就小得多。代理IP线路这边也有类似的做法，超过某个阈值就强制切换，不依赖当下的判断。
什么时候该改条件
条件定得太松，等于没有；太紧，三天两头就要停。跑上一段时间之后，把当时定错的调一调，是正常的。代理IP线路的阈值也不是一次定终身，同样是跑一段时间再回头看。
多久回看一次
一个月回看一次就够。回看的时候看两件事，这段时间停了几次、每次的理由是不是同一条。同一类理由反复出现，说明要解决的是那一件事本身，停机只是把它往后推。代理IP线路那边的复盘也是这么做的，看重复出现的项，比看单次的发生更有用。
判断条件写下来，停这件事就从每天的选择题变成了执行动作。
把它当一件有条件的常规动作来安排，就不会再拖到被逼停。代理IP线路的管理已经有了这一套，人这一侧照着做一遍就行。