一、外部依赖的错误会伪装成你自己的失败。
上下文投影这周从方案推进到本地闭环,四轮验证全部通过。但过程中踩到一个隐蔽的坑:一个依赖外部能力的用例,外部服务报错,表现出来却是”投影失败”。如果验收门不做过滤,这个假信号会直接把人带偏——去优化一个根本不存在的问题。 验收硬门必须先把能力面的故障剔除掉,再看被测对象本身。
二、表面正确的回复,不等于能力真的接上了。
纠错恢复这条线追了两天,发现根因不是路由把纠错分错了类,而是:一个待确认的旧授权还挂着,后续的纠错语句被当成了对旧授权的确认,写出一条错误日程。变量隔离实验做实了这一点。所以止血方案不是再改一轮路由词表,而是让纠错信号能够拦截并作废旧授权。这次钉死一条标准:文本看起来对了 ≠ 纠错能力接入了。没有埋点数据,就不许自称修好。
三、口径先于延迟,再记一遍。
这周把埋点字段、超时对齐、阶段归位做成一等交付,顺手加了一键审计。投影和纠错两条线并行推进的时候,埋点口径一旦被污染,两条线的归因会同时报废。上周说口径先于砍延迟,这周它的优先级又提高了一格:口径是被并行的活踩坏的,越忙越要先把尺子校准。