模型与交付等级
模型决定能力，交付等级帮助你选择成本、渠道与服务方式。
同一个模型，为什么有不同 Tier？
模型名称描述模型家族与版本；Tier 描述它通过什么配置交付。不同档位可能有不同价格、接口兼容性、渠道来源与使用限制。
| Tier | 定位 | 选择时关注 |
|---|---|---|
| Flex | 成本优先 | 适合可容忍波动的批量、非关键任务，先检查限制。 |
| Core | 日常性价比 | 常规开发与日常应用，可先比较成本和体验。 |
| Premium | 官方云基础设施 | 关注所选模型的云渠道与接口能力。 |
| Native | 模型厂商第一方基础设施 | 关注第一方交付需求与对应可用性。 |
Premium 与 Native 的主要区别是交付渠道。它们不自动代表所有功能、上下文长度或吞吐都相同。
第 1 步 · 先选模型，再看档位
打开 Models，查看具体模型的档位、输入输出单价和请求协议。并非每个模型都有四个可用档位；未提供的配置不能直接用于接入。
第 2 步 · 创建对应配置的 Key
在模型详情页选择档位，使用接入入口创建匹配的 Key。保存页面提供的请求模型 ID，再按照 快速开始 配置客户端。
没有指定 Tier，会怎样？
实际调用使用 Key 已绑定的路由配置和权限。文档中的 Core 建议只是选型起点，不会把所有未指定的请求自动改成 Core。
会不会跨 Tier 回退？
页面选择与实际网关路由是两个环节。不要依赖跨档自动回退；需要严格渠道约束时，应在接入前确认该 Key 的路由策略。同档备用渠道是否配置，也应按具体模型确认。
Native 的产品定位是不跨等级降级。业务依赖这一边界时，请在接入验收中核对实际配置及不可用时的错误行为。
怎么比较价格？
到 Pricing 比较输入、输出和预期用量。官方参考价与 UOUO 档位价需要使用相同模型、单位和输入输出比例；目录显示的预览数据不作为正式报价。