优先看 Anthropic Native 标识
适用于 Anthropic 原生访问的分组,通常会在名称或描述里明确标注 Anthropic Native。
这一页讲的是控制台里真正影响接入稳定性的概念:API Key 创建、QPM、每日限额、分组选择,以及如何判断哪些分组属于 Anthropic 原生端点。
创建 Key 的时候,实际上是在把一个密钥绑定到某个分组和限额策略上。
进入控制台的 API Keys 页面,选择创建个人计费 Key 或团队计费 Key。
给 Key 一个能反映用途的名字,再根据预期并发设置 QPM。
如果你需要预算护栏,就设置 daily spend limit;如果确实不希望单 Key 有每日上限,再考虑留空。
API Key 不只是一个字符串,它会绑定所选分组。这个分组决定了可用模型和适配的端点家族。
这两个字段解决的是完全不同的问题,不应该混为一谈。
QPM 控制的是每分钟请求数,它是流量治理参数,不是预算参数。
daily spend limit 是单个 Key 的预算护栏,它控制的是这个 Key 一天最多可以花多少钱,而不是能发多少请求。
实际使用时,团队通常按并发去调 QPM,按风险容忍度去调 daily spend limit。
分组是模型可见性、端点家族和授权范围的组合单位,不是单纯的标签。
当你创建 API Key 时,所选分组会决定这个 Key 可以看到哪些模型,以及它更适合服务哪类请求路径。
所以分组应该被理解为“端点家族 + 模型集合 + 授权范围”的组合,而不是简单的 UI 文案标签。
不要只看模型名,更要看分组标签和调用方预期的接口形态。
适用于 Anthropic 原生访问的分组,通常会在名称或描述里明确标注 Anthropic Native。
如果调用方是 Claude Code 或其他 Anthropic 原生客户端,就优先选择 Anthropic 原生分组。
即使是 Claude 家族模型,走 OpenAI 兼容路径也不等于它属于 Anthropic 原生端点分组。
后续补充最适合做图示引导的控制台截图。

展示创建 Key 时填写名称、QPM、每日限额和选择分组的位置。

展示保存 Key 之前如何选择对应模型分组。

展示从已有 Key 行进入限额编辑弹窗的位置。

展示修改请求频率和每日消费上限的实际字段。