请求模型与返回模型不一致：别名、快照和回退怎么排查？

先区别三个经常混在一起的变化

第一种是别名映射变化：应用传入同一个名字，背后版本可能调整。第二种是模型回退：首选失败后改用候选模型。第三种是供应商路由：模型标识不变，但处理请求的供应来源变化。OpenRouter 为模型回退和 provider routing 分别提供配置文档，排查时应分别查看，不能把所有情况都叫降级。

官方依据：来源 2 · 来源 3

固定版本解决什么，又不解决什么

OpenAI 文本生成指南建议在需要一致行为时使用明确的模型快照并建立评估集。固定快照便于定位版本变化，却不会让生成变成完全确定，也不能保证快照永久可用。选择浮动别名可以减少手动升级动作，但要接受映射变化并监测结果；两种方式都需要保留迁移窗口。

官方依据：来源 1

先整理一条可追溯的应用记录

以下为应用自定义日志格式，model-A 与 model-B 均为演示占位，不是真实模型。保存为 model-record.mjs 运行，只会判断“需要核对”，不会宣称发生降级。实际日志不要收集完整提示词、Key 或私人文档。

const record = {
  requestId:'demo-001', requestedModel:'model-A', returnedModel:'model-B',
  fallbackConfigured:true, configuredCandidates:['model-A','model-B'],
  providerReported:null, configRevision:'demo-config-2'
};
function inspect(r) {
  if (!r.returnedModel) return '未知：缺少返回模型';
  if (r.requestedModel === r.returnedModel) return '标识一致，仍非模型认证';
  return r.fallbackConfigured && r.configuredCandidates.includes(r.returnedModel)
    ? '与候选回退相容，继续核对请求日志'
    : '存在未解释的标识变化，暂停自动判断';
}
console.assert(inspect(record).startsWith('与候选回退相容'));
console.log(inspect(record));

结合回退记录与费用核对

OpenRouter 的模型回退文档说明，最终使用的模型会出现在响应 model 属性中，并按最终模型计价。它不能说明任意第三方平台也提供同样证据。因此要把响应标识、启用的候选列表和对应账单关联起来；如果没有返回字段，向服务商索取脱敏请求追踪，而不是让模型“自报家门”作为证据。

官方依据：来源 2

如何复核结果，以及何时恢复配置

编辑建议是使用固定的合成任务集做对照：输出格式是否符合约定、工具参数是否合规、业务验收是否通过。保留请求配置版本，只改变模型版本或路由设置中的一项。一次答错不足以判断真实性；多次差异也需要排除提示词、上下文截断和采样配置变化。遇到未解释的标识变化时，暂停相关自动化并恢复已知配置；关闭回退后可能直接失败，必须给用户明确错误而非伪装完成。

给后续升级留出可操作的入口

把固定快照、允许的候选模型与回退预算放到受版本管理的配置中，变更时附上验证样例。不能取得供应商级日志，就把该字段保持未知；不要在站内发布“验真通过”标签。若旧版本下线，依照新版本文档做迁移验证，而不是持续重试一个不可用的名称。