Skip to main content
GET
密钥模型方案
模型方案控制着该密钥运行哪个上游引擎。有两个相互独立的调节项:
  • single_model —— 为每一次文本轮次锁定同一个引擎。这是一种确定性的直通模式,会跳过分类器(非常适合编码 / IDE 后端场景,也包括 自带模型(BYO) 的 custom: 引擎)。
  • bindings —— 将各个模式重新映射到指定引擎;分类器依然负责路由,但每个模式所使用的引擎是被锁定的。
引擎 id 采用真实的上游 id(这是一个配置层面的入口):arca-velox-5.1、arca-magnus-5.1、anthropic/claude-sonnet-4.6、anthropic/claude-opus-4.8、anthropic/claude-haiku-4.5、google/gemini-2.5-pro、openai/gpt-4.1,或者你自己的 custom:<providerId>:<model>。
如果需要完整的可运行流程(分支、护栏节点、路由),请改用 编排器图 —— 它的优先级高于模型方案。

身份验证

需要具备 billing 权限范围的 API 密钥;调用者必须是该密钥的所有者。

路径参数

string
必填
该 API 密钥的 UUID。

获取方案

GET /api/v1/keys/{id}/model-plan
object | null
被锁定的引擎({ upstream_id, fallback_upstream_id }),或 null。
array
按模式的覆盖设置:{ mode, upstream_id, fallback_upstream_id }。
array
可供选择的引擎列表(平台内置引擎 + 你的自定义提供方),用于构建选择器。

替换方案

PUT /api/v1/keys/{id}/model-plan —— 完整替换这两个字段(需要发送完整的目标状态)。
object | null
{ upstream_id, fallback_upstream_id? },用于为每一次文本轮次锁定同一个引擎;传 null 则清除该锁定。
object[]
按模式的覆盖设置,每一项为 { mode, upstream_id, fallback_upstream_id? }。所引用的每个上游 id 都会针对平台目录或你的自定义提供方进行校验。

示例