撤掉一样东西之后，最先起变化的往往是边角上的那几件小事，最要紧的那部分反倒照旧。代理IP撤掉之后，头一周差不多就是这个样子：主流程能走完，边上的动作先乱。留意这些边上的动静，比盯着主流程更能说明问题，因为它们暴露的是平时靠惯性撑着的那块地方。
- 打开工具时，配置页里少了一栏要填，手指会习惯性往那里划一下。
- 跑了很久的账号，第一次需要重新确认来源。
- 靠它固定的地区特征消失，页面上的语言和时区跟着换。
- 出问题时少了一个能去查的环节，排查顺序得重排。
换个角度讲：最先乱的那几处，往往是靠惯性维持的那几处。
为什么先乱的是边上
主流程有一套明确的步骤，每一步都对应一个检查点，换掉某个环节之后，这些步骤照旧走得完。边上的动作不一样，它们没写在任何一张清单上：打开页面先点哪里、看到某个提示下意识做什么、出状况先怀疑谁。这些动作来自长期的重复，依据就是那一层稳定存在。这一层不在了，动作失去落点，就第一个表现出来。
哪些算边上的动作
判断标准很朴素：说得出理由的算主流程，说不出理由但从不错过的算边上的动作。比如先连上再打开页面，这个说得出理由，属于流程；连上之前先瞄一眼状态，这个说不出理由，属于惯性。把两类分开之后你会发现，边上的动作占了相当一部分，而且它们全都不在任何一份配置文档里。
从这些动静里能看出什么
哪些动作在撑场面，从这些动静里一眼能看出。
多久会稳下来
多数情况下两周左右。第一周是动作失去落点的阶段，会反复出错；第二周开始重新建立依据，新的顺序慢慢固定下来。代理IP不在的这两周里，最容易出现的问题是想一次性把动作全改掉，结果旧的丢了新的还没立住，反倒乱了更久。分批改，一次动一两处，稳下来的速度更快。
把这些动作重新接上
把代理IP摘掉之后要接上的是动作那一层。接法很朴素：把靠惯性的动作写下来。写的时候你会发现，其中一部分可以直接取消，它们的唯一作用就是照看这一层；另一部分需要重新找一个依据，比如原来靠地区特征判断的事，改成按时间或按内容判断。两类分开处理，边上的动静通常在两周内就会停。
整理的时候有个细节值得留意。写下来的动作里，找不到依据的那些，多半可以直接取消，剩下的才需要重新找落点。凭记忆整理很容易把两类混在一起，本来可以删掉的也一并补了回去。
这段过渡里，最乱的一段排在最前面，撑过去就稳了。
