理解它的作用，还可以从传递的角度入手。使用代理IP时，它传递的是请求本身与必要的连接信息，不传递的是任务的结果判断与后续动作。换句话说，它负责把请求送到，至于送得值不值、结果要不要用，仍由任务自己决定。把传递与不传递分开，职责边界就清楚了，很多纠结也就自然消失。
它负责送到，不负责决定值不值。
传递的是哪些内容
传递的主要是请求内容与连接所需的参数，包括来源信息与鉴权信息。使用代理IP时，这些内容决定了请求能否被正常发出与接收。把这一部分管理好，基本能力就有了保障，也不必在任务侧重复处理同类问题，分工更清晰。
不传递的是哪些内容
不传递的是业务判断、结果校验与后续动作。使用代理IP时，这些仍留在任务内部处理。把这一条写清楚，可以避免在链路上堆叠业务逻辑，也能让链路保持简单，替换起来更容易，维护量也更低。
边界模糊会有什么问题
边界模糊时，链路会慢慢承担起越来越多的职责，最后变成一处难以替换的复杂结构。使用代理IP时，这种演变往往不是刻意设计的，而是一次次临时安排累积的结果。定期回看边界，能在结构变得难以维护之前及时收手。
- 传递：请求内容与连接参数
- 不传递：业务判断与结果校验
- 边界收紧：链路保持简单可替换
职责划分清楚，结构才不会越用越重。使用代理IP时，让链路只做链路该做的事，任务只做任务该做的事，两边都能保持清晰。这样的结构在需要替换时最能体现价值，改动范围小，风险也低。
该谁做的，就让谁做。
边界也要在文档里写明。使用代理IP时，把传递与不传递的内容列成两行，放在架构说明里，新加入的成员一眼就能看懂。这比口头交代更可靠，也不容易随着人员变动而走样。