踩过的坑就像掉在地上的钥匙：当下找到了，随手一放，下次再掉还是一样的找法。团队用代理IP出过的那些问题，如果只是解决完就算，半年后换一批人，同样的坑会再踩一遍。留下来的东西越少，重复交的学费就越多。
- 记录发生了什么，不写谁的错
- 写清楚当时的判断依据
- 把结论改成能照着做的动作
- 按季度合并同类项
记录什么
复盘记录里最重要的两样是现象和当时的选择。现象要写到能被认出来的程度，比如页面对同一批关键词反复返回相同的旧内容，比「页面不太对」有用得多。当时的选择也要写，包括为什么这么处理，因为换个人换个时间，未必会做同样的判断。记录里涉及的代理IP线路最好标出编号，后面再遇到类似现象时，能直接对应到具体资源上。
记录里不必写谁的责任。
怎么把记录变成清单
原始记录是一次一次的具体事件，清单是可复用的动作。转换的办法是把「我遇到 X 然后做了 Y」改成「碰到 X 时检查 Y」。改完之后，清单就脱离了具体的人和场景，谁都能照着用。这一步不做，记录攒得再多也只是档案，翻起来还费劲。
复盘的价值在于让下一次少花时间，把过去说得多清楚并没有那么重要。
清单也要有人维护，否则会慢慢变成一堆互相矛盾的老经验。维护的动作有两个：一是合并同类项，把重复出现的条目并成一条；二是标注失效，随着工具和流程变化，有些条目不再适用，标出来但先别删，留个痕迹，以防将来又需要。这两件事看着琐碎，季度做一次也用不了多少时间。
合并的周期不必太频繁，一季度一次就够。
团队里的经验大多来自反复遇到的小问题，很少来自一次性的重大事故。把小问题攒起来整理，比等大事故再总结要划算得多。代理IP的使用尤其如此，绝大多数麻烦都是一些不起眼的细节重复出现，今天换个时段、明天换条线路，单看每一次都不算事，攒在一起就成了效率上的漏洞。
与 IP 代理的关系：把踩过的坑写成清单，新人不用重新试一遍，团队的整体效率就稳住了。