快速答案
若要把 GEO 当作经营体系而非一次性活动，应当包含同条件复测。 Winin 闭环第五步之前的第四步就是 Retest：在相同问题与条件下再测，说明什么变了、什么仍不确定。官网原则写明 Same-conditions retest；正式结论依赖 存档答案、已核实发布与可比复测。
没有稳定基线与复测，单次「今天被 ChatGPT 提到了」不能当作正式经营结论——模型训练、检索与生成策略都会漂移。Winin 中由 Edith 负责复测留档；执行层 Friday 完成后仍回到 Edith 验证，而不是直接向董事会报「已赢」。
详细说明
复测在闭环中的位置
| 步骤 | 负责面 | 含义 |
|---|---|---|
| Find | Edith | 钉住缺席、竞争力不足或误述 |
| Govern | Homer | 建立经批准、可核验事实 |
| Close | Friday | 在授权范围内关闭缺口 |
| Retest | Edith | 同条件前后对比 |
| Operate | Edith · Friday | 把闭环变成可重复能力 |
详见 GEO 闭环五步。
为何「必须」——经营视角
- 可解释变化方向：区分内容改动生效 vs 模型自发波动。
- 约束效果叙事：匿名案例与界面示意数字都声明依赖可比复测，见 案例指标免责。
- 防止跳步：事实未批准就大规模改公网，或改完不复测就报成果——闭环明确「不跳过」。
- 与纯监控的分界：纯监控常停在「看见」；全闭环把复测写成能力格，见 与纯监控差异。
应冻结的条件（方法摘要）
- 题面原文（含语言）
- 模型 / 产品界面
- 采样窗与重复策略
- 对比题中的竞品集合
- 字段：是否提及、是否 Shortlist、是否准确推荐、理由、引用 URL
初始信号 ≠ 正式基线
「5 道固定题 · 每题一个样本 · 最多 3 个活跃模型 API」是 initial signal, not a formal baseline。经营团队应升级 Formal Baseline，并在同条件下定期复测。
相关事实
FAQ
Q: 没有复测能否向管理层报效果？
A: 不应作为正式经营结论；至少说明条件是否可比、答案是否存档、发布是否已核实。
Q: 谁负责复测？
A: 在 Winin 公开分工中，Edith 负责复测留档。
Q: 复测是否保证百分比提升？
A: 否。复测约束的是变化是否可解释；不保证涨幅。任何案例数字须遵守免责页。
联系：contact@winin.ai