体检跑完发现代理IP确实有问题，别急着找服务商或者换套餐——先用命令行做三步收尾，把问题范围锁死：换一个出口重测、换一种协议重测、关掉代理直连重测。三步测完，问题在出口、在协议、还是根本不在代理IP这一侧，答案就出来了，带着这个答案去处理，一步到位。
为什么要做这三步？因为体检测出的是「代理IP整体有问题」，但「整体有问题」太笼统：可能是这个出口恰好不好，可能是协议类型不匹配，也可能是本地网络本身在拖后腿。三步收尾分别排除一种可能，每排除一个，问题范围就缩小一圈，最后剩下的就是真正的病因。
第一步：换一个出口重测
第一步换出口：把 -x 参数里的代理IP地址换成另一个出口（最好换不同地区的），重复刚才的异常测试。换出口后恢复正常，说明问题出在原来那个出口上——可能是那个出口负载高、线路差，属于单个出口的问题，换个出口或者错峰就能解决。换出口后依旧异常，说明问题不在单个出口，继续下一步。
换出口时注意一次只换出口，其他条件保持不变：同一个目标、同样的协议、相近的时段。如果顺手把协议也改了、目标也换了，测出的变化就分不清是哪个变量引起的，三步收尾就失去了意义。换出口只换地址，其他一概不动。
第二步：换一种协议重测
第二步换协议：如果代理IP同时支持 HTTP 和 SOCKS5 两种类型，用另一种协议类型重测同一个目标。换协议后变好，说明原来的协议类型和你的使用场景不匹配——某些场景对协议敏感，选对协议类型能明显改善。换协议后依旧异常，说明问题不在协议选择，继续下一步。
换协议测试对命令行用户特别友好：curl 里改一下 -x 参数的协议前缀就行，HTTP 类型改成 socks5 类型，或者反过来，几秒钟就能切换。图形界面里换协议可能要翻好几层菜单，命令行一个字符的事——这也是命令行测代理的便捷之处。
第三步：关掉代理直连重测
第三步关代理：去掉 -x 参数用直连访问同一个目标。直连也异常，说明问题根本不在代理IP这一侧——是本地宽带、本地网络或者目标网站的问题，继续折腾代理IP没有意义，要转向本机网络排查。直连正常而走代理就异常，问题才确认在代理IP这一段，此时带着三步收尾的结果去找服务商，对方能直接定位。
三步收尾的本质是三个对照实验：换出口对照单个出口，换协议对照类型匹配，关代理对照本地网络——每步一个变量，做完问题范围就锁死了。三步全走完，绝大多数代理IP问题都能定性：是出口问题、协议问题、本地问题还是服务商问题，心里有数再动手，不盲目。
三步收尾还有个延伸用法：收尾的结果要记下来。哪个出口有问题、哪种协议不匹配、直连是否正常，这些结论下次遇到相似情况直接调用，不用重新测一遍。排查的经验就是这样一点点积累的——每查一次，你对代理IP的理解就深一层，下次定位就快一分。