这个问题被问过很多次，答案始终是同一个：没有公开的固定数字。能查到的是各种经验值，两个、三个、五个，每个数字背后都有一套特定前提，换了设备、换了代理IP线路、换了操作方式，前提不成立，数字跟着失效。把经验值当标准用，等于拿一把不适配的尺子量自己的情况，量出来的结论也靠不住。
公开的经验值都绑着一组前提，前提变了，数字就不再成立。
比起追问数字，更该看的是三个变量。设备能不能撑住并发，代理IP线路有没有余量，多个会话是不是分别操作。这三项决定了实际能跑多少，而它们都可以自己测，不需要等别人给答案。
两个会话是不是一定安全？
同样没有绝对答案。两个会话由一个人分别操作、时间错开、内容不同，风险很低；两个会话按同一套流程同步推进、内容完全一致，特征反而更集中。数量少不代表一定没问题。
三个变量决定能跑多少
设备这一项看 CPU 和内存的余量，跑满的时候先出现卡顿；线路这一项看带宽和并发数，吃紧时先出现连接失败；操作这一项看几个会话之间有没有互相牵连，牵连多的特征更集中。三项分开看，才知道该往哪一边加。
三个变量里最容易忽略的是操作方式，因为它不花钱，也就最容易被当成可以随便凑的一项。同一个设备、同一批线路下，会话分别推进和同步推进，表现出来的差别可能比加一条线路还大。
怎么自己测出可用的数量
从低往高加，每次只加一个会话，观察三天。三天里没有出现响应变慢、连接不稳、登录受阻，就再加一个。某一项开始吃紧，上一档就是当前设备与线路组合下比较合适的数量。这个过程的结论属于自己那套环境，不需要依赖别人的经验。
缺点是慢，一轮下来要两三周。慢换来的是可复用的基线，后面环境变化时对照着看，能立刻判断是不是超了。
加不上去的时候怎么办
先看是设备吃紧还是线路吃紧。CPU 和内存到顶，加机器；带宽和连接数到顶，加代理IP线路。两个都不吃紧却还是跑不动，问题多半落在操作方式上。
把这个过程走一遍，比记住任何一个具体数字都有用。数字会过时，方法不会。