CS2多开的确认动作有边界，加多了反而会让整套流程失效。不该加确认的动作有三类：随时能撤回来的、做了不产生后果的、频率高到每天几十次的。这三类各自会踩一种坑，前两类让确认显得多余，第三类会让确认变成随手点确定，连该认真的那几处也一起废掉。
- 随时能撤回的：改窗口大小、切清晰度、换排序
- 不产生后果的：看一眼状态、翻一下记录
- 频率过高的：每天要做几十次的小动作
随时能撤回的动作
改窗口大小、切清晰度、换一下排序，这类动作做完之后随时能改回来。加确认只会让每天多出几十次无意义的点击，而且会训练出闭眼点确定的习惯，连代理IP相关的确认也会被一并跳过。
频率高到每天几十次的动作
比如看一眼代理IP线路状态，这类动作本身不带变更，确认的意义是提醒自己看仔细，用意不在拦住手。用一句提示语比弹一次确认框更合适，看过就是看过，不用留证据。
真正需要确认框的动作，一天通常不超过十次。超过这个量，说明设卡的标准放得太宽，把不需要拦的动作也拦了。一个可用的判断办法是看这个动作一年会做多少次：超过一千次的，别设卡；低于一百次的，设卡的成本可以忽略。
还有一个容易走偏的地方是确认框的内容。写得太长的确认框，人只会看最后一行。把要确认的东西压到一行以内，比如代理IP线路的那一栏，放在最显眼的位置，剩下的说明放到旁边，需要的时候再展开。确认框本身也在消耗注意力，写得越复杂，越容易让人养成不看就点的习惯，那这道卡就等于没有。
确认框一天弹十次以上，就等于没设。
把不该设卡的动作去掉，设卡的那些才有分量。
这道减法值得每隔一段时间做一次，因为动作本身会演变：有些原本危险的代理IP调整动作随着工具升级变得可逆了，确认框就该跟着撤掉。