使用免费代理IP的过程中，最容易被忽略的是交接。一个人用得顺手，换了人之后所有隐含的前提都消失了：哪个环节能用、失败怎么处理、记录写在哪，新接手的人一概不知。这种风险平时看不出来，交接时才集中暴露，而且往往正好赶上最忙的时候。
要交接哪三件事
第一是使用范围，写清哪些任务用免费代理IP、哪些不用；第二是失败处理，写清遇到问题先做什么；第三是记录位置，写清记录存在哪里、谁负责更新。三件事都写下来，接手的人才不用重新摸索，也不用靠试错去还原别人的习惯。
- 写清使用范围
- 写清失败处理顺序
- 写清记录存放位置
- 交接时逐条确认一遍
口头交接为什么不够
口头交接依赖对方记住，而记住的内容会在几天内衰减。免费代理IP的使用细节又比较琐碎，更难记住。写成文档不是为了正式，而是为了让信息不依赖某个人的记忆，也让后面接手的人有一个可以对照的起点，不至于每次换人都从零开始。
设备更换也算交接
还有一种交接场景是设备更换。换机器时，之前配好的出口、写好的脚本、记录的位置都可能丢失。把这几样放在共享位置，而不是只留在一台机器上，能省掉很多重复配置的时间，也能避免同一个坑再踩一次，接手的人不必从头试探免费代理IP的性能边界。
交接还有一层容易被跳过：把判断依据一起交出去。新人知道怎么做，但不知道为什么这样做，遇到没写进说明的情况就无法判断。把每一项规定背后的理由用一句话写下来，接手的人才有能力处理例外。
需要注意的是：这份说明要和实际使用保持一致。写着允许但实际上早就不用了，会让接手的人做多余的排查，也会让免费代理IP的定位越写越模糊。
先写下来，再交接。
免费代理IP的交接风险，来自使用细节没被写下来，而不是来自工具本身复杂。