Skip to content

Mixed 聚合分组

Mixed 分组用于把不同协议和不同来源聚合到同一个用户分组里。它不是传统单协议分组。

设计目标

一个 Mixed 分组可以同时支持:

  • OpenAI Responses。
  • OpenAI Chat Completions。
  • Anthropic Messages。
  • Gemini v1beta。

每个入口协议可以选择不同来源:

  • 现有 OpenAI、Anthropic、Gemini 分组。
  • Kiro 渠道。
  • Windsurf 渠道。
  • 其他已支持渠道。

协议与来源

字段含义
Protocol对外协议族:openaianthropicgemini
Inbound protocols具体入口:openai_responsesopenai_chat_completionsanthropic_messagesgemini_v1beta 等。
Source type来源类型:已有分组、Kiro、Windsurf 等。
Source group当来源是已有分组时,选择具体分组。
Priority同协议多来源的先后顺序。
Weight同优先级内的权重。
Enabled是否启用该路由规则。

倍率规则

Mixed 路由应按来源协议分别设置倍率:

  • 来源是已有分组时,默认沿用来源分组原来的倍率。
  • 同一 Mixed 分组内,不同协议可以有不同实际倍率。
  • 同协议存在多个来源时,按优先级和权重选择来源,计费使用最终命中的来源规则。

这样可以避免把 OpenAI、Anthropic、Gemini 的成本强行压到同一个倍率上。

推荐配置

一个实用 Mixed 分组可以这样配置:

入口来源优先级说明
openai_responsesOpenAI 高质量分组10Codex CLI 主入口。
openai_chat_completionsOpenAI 兼容分组10传统客户端入口。
anthropic_messagesAnthropic 分组10Claude Code 主入口。
anthropic_messagesKiro 渠道20Anthropic 入口兜底。
gemini_v1betaGemini 分组10Gemini SDK/CLI。

排查 Mixed 问题

如果请求没有按预期来源调度:

  1. 确认 API Key 绑定的是 Mixed 分组。
  2. 确认入口协议已配置规则。
  3. 确认来源分组或渠道启用。
  4. 确认来源账号池有可用账号。
  5. 检查同协议规则的优先级和权重。
  6. 在用量记录中查看最终平台和上游端点。

Enodot 提供 AI API 接入管理与开发者网关服务。