令牌分组是什么，如何配置更稳定？

什么是API令牌分组

API Key的分组设置对实际使用体验有着直接影响。

同一个模型往往存在多种供应渠道。以Claude系列为例，其来源涵盖Claude官方、AWS、Max账号、Azure、Kiro、反重力等多个平台，各渠道在成本与质量上存在差异。为了区分和管理这些渠道，"令牌分组"的概念应运而生。

在API令牌管理页面，用户可以为自己的令牌指定不同分组，完成配置后，该API Key便能调用对应分组下的模型。

如何查看各令牌分组包含哪些模型

进入网站的模型广场，侧边栏提供了令牌分组筛选功能，通过它可以了解以下信息：

1. 不同令牌分组可调用的模型各有不同。
2. 同一模型在不同令牌分组下的定价存在差异。
3. 价格较高的分组，通常对应更优质的模型和线路。

怎样配置令牌分组才更稳定

单个API Key令牌支持同时绑定多个令牌分组。发起API请求时，系统会按照您所设定的分组优先级，由上至下依次检索模型。

以上图为例：若同一模型在 claude_max 与 claude_cc 两个分组中均存在，系统会优先调用 claude_max 下的版本并按该分组计费；若此分组出现故障，则自动重试下一个分组 claude_cc，以此类推。

配置多个分组虽然能在某一渠道故障时提供兜底保障，但也会使请求链路趋于复杂。

以下是一个典型的请求过程示例：default 分组未找到模型，跳过 → claude_max 请求10秒后模型故障 → 重试 claude_cc，请求成功。

这种多次重试会拉长整体响应时间，因为程序需要逐一尝试各个含有该模型的分组。为此，建议遵循以下最佳实践：

• 将常用或稳定性高的模型分组置于更靠前的优先级位置。
• 模型不重叠的分组（如 qwen、deepseek、gemini 等）可以自由添加，数量不影响响应速度。
• 存在模型重叠的分组，数量尽量控制在2个以内。
• 在编程CLI环境中使用时，建议只选择一个分组并关闭"自动分组"功能，因为CLI工具通常带有签名验证机制，多来源渠道混用容易导致签名错误。

令牌自动分组的作用

令牌编辑界面还提供了一个便捷的"自动分组"开关。启用后，系统将按照内置的分组顺序自动为您检索匹配的模型。

这也解释了为什么许多用户仅配置了一个 default 分组，却依然能够调用全部模型。

如果您对请求稳定性或模型来源有明确要求，建议关闭自动分组，改为手动选择所需的具体分组。