逐条对应任务指的是每一条记录都要能追溯到具体来源，典型特征是结果需要逐一核对、不能批量处理、出问题要能定位到条。这类任务对代理IP的要求是身份清晰，而不是速度。来源一旦混淆，前面的核对工夫就全部白费，而且很难事后补救，只能重新跑一遍。
这类场景的三个特征
逐条核对、不能混批、需要追溯，这三项要求代理IP的出口与记录能一一对应。如果同一时间多个出口在跑同一批数据，事后很难判断某条结果来自哪条线路，核对就失去了基础。数据本身没有错，但它证明不了自己来自哪里，判断也就无从下手。
代理IP来源不清，核对就无效。
- 逐条核对：结果需与来源绑定
- 不能混批：同时只能有一条线
- 需要追溯：历史记录要能回看
从类型上看，这类任务偏向不变或长时间保持的一侧，因为身份一旦变化，前后数据就无法放在同一组里比较。代理IP的调整在这类场景下应当留出记录对齐的时间，不能随手更换。换得越快，能用来核对的数据就越少，结论也越不可靠。
常见做法
常见做法是为每条线路单独维护一份记录，并在其中标明使用的出口信息与时段。这样即便中途更换，也能按时间段切开，保持每组数据的内部一致。代理IP的使用在这类场景里，记录的重要性高于参数，参数可以随时调，但断掉的记录补不回来。
记录先于参数。
容易出错的地方
最容易出错的是并行处理时没有做线路隔离，多条线路同时写同一份结果。事后想区分来源，只能靠时间戳猜测。代理IP在这类场景下应明确一条线与一份结果的对应关系，宁可慢一点，也不要让来源变模糊，模糊之后再想理清，成本会成倍上升。
逐条任务的选择标准是来源可辨，而不是跑得快。只要这条守得住，代理IP的其他差异都可以再比较。把来源这条基础打牢之后，提速才有意义；基础不牢时提速，只会带来更多需要核对的东西，整体效率反而下降。