账号数量跟一条代理线路的承载能力之间，没有固定的换算关系，问「一条线能带几个」很难得到统一答案。不同平台对来源的敏感程度不一样，同一平台在不同时段的判定也不一样。能确定的是几个影响因素：同时活跃的数量、每个账号的操作强度、以及这些账号之间有没有别的关联。
数量上限是测出来的，不是查出来的。同一个数字在不同平台上没有可比性。
所以先别急着找数字，先把三个影响因素各自降到合理范围，再看整体表现怎么变化。降的顺序从代价最低的那一项开始，逐项观察。
- 同时活跃数 同一时刻有动作的账号数量，先压到原来的一半试
- 单账号强度 每个账号的操作频次与间隔，改成不规律
- 关联项 注册信息、操作习惯、活跃时段是否重合，逐项拆开
为什么没有标准数字
判定的依据是整体行为特征，单一维度很少决定结果。代理IP线路只是其中一个维度，把它单独抽出来问上限，答案只能是一个区间。区间宽到没法直接拿来用，只能回到自己的场景里慢慢测一遍。
测出来的那一档就是自己的答案，不需要跟别人的数字对齐。
怎么测自己的上限
固定其他变量，只加账号数量，每次加两个，观察一段时间。出现异常就退回上一档，把这一档记下来。整个过程里代理IP线路本身不要换，否则分不清是数量的问题还是线路的问题，结论也没法复用，下一轮还得重新测一遍才知道。
什么时候该加线路
账号数量还在涨、单条线路的延迟明显上升时，加一条代理IP线路比继续挤在一条上合理。加的时候按批次分散到不同线路，别把新账号集中放在一条新线上，那样只是把问题挪了个地方，老问题还在。
回到最初的问题：数字不用提前定，测出来的那一档就是基准。测完记下来，后面扩容按这个基准走，比反复试错省事。