快速答案
把例行观察、异常核查和已发布变更后的验证分开安排。例行复测用于保持可比记录；出现重要错述时补测受影响的问题；内容修正则先核验实际发布，再观察回答。复测频率是运营约定，不能当作固定见效时间或交付承诺。
详细说明
例行节奏和触发式补测共同工作
公开的同条件复测指南给出实践参考：每周轮换子集、每月检查全量基线，并在重要竞品发布或事实错误出现时补测。这是方法建议，具体范围需结合问题重要性与实际记录能力确定。
本页重点是何时补哪组问题、如何标记任务状态，不规定服务时效或承诺多久改善。
| 触发事件 | 核查动作 | 记录状态 |
|---|---|---|
| 到了例行观察窗口 | 跑约定的可比题集，保留完整回答 | 例行观察完成，异常另开任务 |
| 发现停产等重要错述 | 保存错误，补查相关题面与现行事实 | 错误待确认或修正 |
| 事实页改动仍在草稿里 | 完成事实与内容审阅 | 尚未发布，不作为执行后效果 |
| 改动已经发布 | 核验 URL 与可见内容，再测原题 | 发布已核实，回答变化另记 |
| 模型版本或测试条件变化 | 标记变化并评估可比性 | 不直接合并成原基线前后效果 |
异常出现时，补测范围跟着错误走
停产、主体混淆或关键产品条件被说错时，先找受影响的题面与对象。确认当前事实后，检查同一对象在可比题面下的描述；不需要把所有无关问题都混进异常记录。
保留原文、时间、入口、来源和事实核查结果。异常尚未证实时先标待确认，不能因一条截图就宣布品牌信息已全面失控。
刚发布后的核查不等于效果验收
内容更新后可以立即核查页面是否实际呈现正确版本。回答复测也可以形成当时的观察，但短时间内的一次正确或错误回答，都不足以证明内容动作已造成稳定变化。
将“页面发布成功”“回答不再错述”“进入候选”“业务结果”分别记录。观察窗口与验收方法沿用既定计划，不因得到一条好答案就提前结案。
条件变化时重新说明基线
模型更新、题面改写或联网状态不同，应保留新旧记录，并明确哪部分可比。新题或新设置建立自己的记录，不覆盖旧题历史，也不把它们合进一个效果结论。
复测决策的输出可以是一张任务表：触发事件、受影响问题、现行事实、发布状态、可比性与下一次核查条件。方法依据见周运营答案；这里借用节奏参考，不把它改写成合同条款。
常见问答
Q: AI 推荐诊断多久复测一次才有用？
A: 可用例行子集与定期基线保持连续记录，再按重要错述或已发布变更补测。频率与范围写进运营计划，重点是可比与能回到原始回答，不是测得越密越有效。
Q: 发现 AI 把产品说成停产，要等例行复测吗？
A: 先保留错误并核实现行状态，再补查受影响题面。异常核查可以独立于例行窗口安排，不能把未经确认的停产说法扩散成事实。
Q: 官网刚改好，马上复测能算优化效果吗？
A: 可以核验发布并记录当时回答，不能据单次即时结果证明优化有效。网页正确、回答正确与进入候选分别观察，按既定窗口和可比样本判断。
Q: 模型版本换了，还能沿用原来的前后对比吗？
A: 先标明变化并评估哪些条件仍可比。不能直接把新旧版本的差异归到内容优化；必要时为新条件建立记录，同时保留旧基线。