云手机的好处是一次能开一批实例，坏处是这个批量动作会把网络配置也一起打乱。
蔚蓝档案的号如果放在云手机上跑，日常操作里最常见的动作就是批量开机和批量关机。这两件事本身不复杂，复杂的是每个实例对应哪条代理IP，批量操作之后还能不能对得上。
批量开机的时候，实例的编号通常会重新排一遍。如果代理IP是按开机顺序临时分配的，编号一变，对应关系就全乱了。
让地址跟着实例走
把代理IP绑定在实例上，不绑在开机顺序上。云手机平台一般允许给每个实例写备注或者标签，把地址条号写在这一栏里，开机的时候读这一栏。这样无论实例编号怎么变，地址都跟着实例本身走，核对的时候只要看备注，不用去猜平台当前是怎么排的。
- 给每个实例写一个固定的备注，里面带上地址条号。
- 批量操作之前先导出一次实例列表，留个底。
- 操作之后对着列表核一遍对应关系。
列表这一步看着多余，实际是最省事的一环。云手机平台的操作记录一般只保留一段时间，出问题的时候想回溯，靠的是自己导出的那份列表。导出的动作花不了半分钟，一份表格存下来，随时能翻，也能和上一次的列表对比看出这期间哪里动过。
批量操作之后不核对，等于把对应关系交给运气。
开机之后要确认什么
确认的内容有两项：实例是不是都起来了、每个实例用的地址是不是预期的那一条。第一项平台会显示，第二项要自己看。抽查几个实例，打开查地址的页面比对一下，和列表里的记录对得上就算过。抽查的时候尽量覆盖不同的用途分组，不要只挑最前面那几个实例。
还有一种是关机之后的处理。实例关了，占用的代理IP要不要释放，取决于这个实例还会不会再开。短期会再开的留着，长期不用的释放掉，释放的记录也要写进列表，不然下次分配的时候容易把还在用的地址分出去。
蔚蓝档案的号多数是挂机产出为主，云手机上的代理IP批量操作能省下不少人工。前提是每一步操作之后都确认一遍对应关系，确认这件事花的时间不多，省掉它反而会带来更多麻烦。