烟雨江湖多开的批量操作最怕做一半断掉。批量关十个窗口，做到第六个的时候被打断，剩下四个还在跑，而操作的人已经不记得做到哪了，代理IP那边也不知道切到第几条。防断的办法有两个方向：一是把批量拆小，二是让每一步都留痕。两个方向配合起来用，断掉之后能立刻接上，不用从头再来一遍。
- 按分组拆：一次只处理一组，一组做完再做下一组
- 按批次留痕：每处理完一个就在记录里划掉一个
- 断点可见：没划掉的就是还没做的
- 接续方式：接着没划掉的往下走，不用往前翻
让断点可见，是这里最实用的一条。人被打断之后，记忆里的进度是不准的，通常会往多了算。有一份能直接看的进度，就不需要凭记忆判断，也不用为了保险把已经做完的部分再做一遍。这一步的成本只是每次多花一秒。
批量拆到多大合适
一组五到十个。少于五个，拆得太碎，反复起停的损耗比省下的风险还多；多于十个，一次打断造成的损失又太大。五到十这个区间在多数号群上都够用，也方便按分组管理。
打断之后要不要先核对再继续
要，但只核对断点附近的一两个。全量核对等于重做，没必要。核对的内容是断点前后这几个的动作状态，确认没有半个做完的就行。
怎么做才不会被打断
批量操作安排在没有其他事务的时段，把消息通知先关掉，代理IP的批量核对也照这个办法安排。这个办法比任何流程都管用，只是需要提前计划，而多数人是在被打断之后才想到要安排。
代理IP线路的批量调整要不要单独走
要。线路的批量调整影响面比关窗口大，单独安排一个时段做，不和窗口操作混在一起。
批量操作的另一条经验是把最容易出错的那一步放在最前面。同样的动作，刚开始做的时候注意力最集中，做到第八个第九个就开始走形式。把风险最高的那一步放到开头，出错的机会能少一截。这条经验同样适用于代理IP线路的批量核对。
批量操作的安全感，来自随时能接上，不来自一次做完。
批量拆小之后，断掉的代价就只是一组。
把拆分和留痕做成习惯，代理IP线路的批量调整也照这一套走，进度就不再依赖当天的记性，换谁来做都能接得上。