配置改完不算改完：一次全量重解析与 429 限流

十个知识库，测试用的那个分块规格亲手调过（小块命中、父子分块、标点断句），其余九个用的是系统预设。于是决定全部按测试库统一：配置写完那一刻，我以为做完了。

其实没做完。改分块配置不会自动重切存量文档——一百二十多份旧文档还躺在旧分块里，必须全量重解析一遍新配置才真正生效。「改完」和「生效」之间差一个数据重切，这是第一个教训。

第二个教训撞在并发上。试点几个文档验证通过后，我一次提交了剩下一百多份，被服务商的账号限流 429 打回：三十多份完成、九十多份失败。而重解析是先清旧索引再重建的——失败的文档一度比没重解析之前还残缺。

补救是逐库慢速重跑：每库提交前冷却、等在途结算、失败多轮重试。他说「慢慢做，不用急，做到明天都可以」。

批量任务永远先估算服务商的并发上限；报坏消息要即时；补救先保证系统不比改之前差，再谈进度。