你买到的AI模型，可能并非所购之名

模型名≠实际运行模型：三种隐蔽的‘身份断裂’

当开发者调用API并指定`model: "claude-fable-5"`，返回响应中的`"model": "claude-opus-4-8"`——请求无错误、无重试，却已悄然被重定向。Anthropic在7月1日恢复Fable 5服务时即明确说明：被分类为敏感类别的请求将自动路由至Opus 4.8，并在响应中如实标注实际执行模型。这是目前唯一在API层内实时、透明披露模型替换的主流实践。

两周后，开发工具厂商Cursor推出Router：一个基于60万+真实请求训练的分类器，依据查询上下文、复杂度与领域，动态调度至其判定最优的模型。三位早期用户报告，相比全部请求均发往Opus 4.8，成本降低30–50%。Cursor公开了路由逻辑框架，但未公布每类任务对应的具体模型名称。

更底层的聚合层平台OpenRouter则警示：部分供应商提供低价量化权重版本，其输出可能偏离全精度权重结果，且该切换行为不会出现在用户日志中——仅在文档角落以可选参数`quantizations`形式提及，且默认启用低价量化路径。

三种‘模型身份’瓦解方式

上述案例揭示模型身份正在沿三个独立维度碎裂：

替换（Substitution）：由分类器触发，调用A模型名，实际运行B模型——架构、权重、能力均不同。如Fable 5→Opus 4.8，或Cursor Router每次动态选择的未知模型。

降级（Degradation）：同一模型名，但以更低精度（如INT4量化）运行。OpenRouter明确承认量化端点性能可能劣于全精度，而默认负载均衡策略按价格排序，用户无感知。

漂移（Drift）：同一模型别名（如`-latest`）持续指向未经版本控制的后台权重更新。这相当于在生产环境中引入一个绝不容许出现在软件包清单里的未锁定依赖。

工程界视其为可靠性问题，但法律视角下，这更是根本性的身份问题——而合同、担保、合规声明与司法证据规则，全部建立在‘身份确定性’之上。

法律空白：你究竟购买了什么？

传统商品买卖法（如美国《统一商法典》§2-313）将商品描述视为明示担保，但AI推理API几乎必然被认定为‘服务’而非‘货物’，从而脱离成文法担保体系，落入普通法合同范畴——其效力完全取决于服务文档表述与双方议价细节。

企业协议按模型计价，模型卡片（Model Card）针对特定模型编写，合规材料精确到模型版本号……而路由层却将模型名降级为‘提示词’（hint）。若代码硬编码模型ID而非表达能力需求，行为可能巨变却永不报错；同理，按名称订立的合同亦存在同等缺陷。

披露梯度：从透明到隐匿

美国联邦贸易委员会（FTC）反欺诈原则要求：误导性陈述须同时满足‘对消费者决策具实质性影响’且‘易致理性消费者误解’。三款产品在此标准下呈现明显梯度：Anthropic主动通知并返回真实模型名；Cursor仅公布规则框架，不披露任务-模型映射；OpenRouter虽在文档中说明量化差异，但将其设为默认且需主动关闭——关键信息深埋文档，用户默认接受最廉价（亦可能最不稳定）路径。

编者观点：对中国企业而言，这警示API采购与集成必须从‘模型名称契约’转向‘能力交付契约’——在SLA中明确定义响应质量、延迟、准确率等可验证指标，而非依赖厂商单方面命名；同时推动内部模型治理流程覆盖路由、量化与版本漂移风险。