一个密钥，
调用全部大模型
LarkAx 把各大厂商的模型汇聚到同一个端点，统一处理鉴权、路由、故障转移与计费。改一行 base_url，现有代码直接跑通。
把渠道差异收进网关
多家厂商意味着多套 SDK、多份密钥、各自不同的限流与账单。转发层应当把这些差异全部吸收掉。
每个厂商一套接入
业务代码需要为每家厂商维护一份客户端与配置。
- 多份密钥：密钥散落在各环境变量与配置文件中
- 多套协议：请求体、流式事件、错误码各不相同
- 限流独立：某家触发 429 时，业务侧要自行重试
- 账单分散：用量与费用需逐家导出后合并
一个端点覆盖全部
上游差异在网关内转换，业务侧只面对一个稳定接口。
- 一个密钥：全部模型共用同一份凭证
- 一种协议：OpenAI、Anthropic、Gemini 入口都可接入
- 统一限流：429 与 5xx 在网关内自动切换备用渠道
- 合并账单：按 Key、模型、渠道汇总用量与费用
一个平台，连接主流 AI 生态
各大厂商的模型汇聚到同一端点，新增模型在控制台可见并即时生效。
| 模型 | 最大上下文 | 输入 | 输出 | 状态 |
|---|---|---|---|---|
| gpt-5 | 400K | ¥0.18 | ¥1.08 | 已接入 |
| claude-sonnet-4 | 1M | ¥0.21 | ¥1.05 | 已接入 |
| gemini-2.5-pro | 1M | ¥0.14 | ¥0.69 | 已接入 |
| deepseek-v3 | 128K | ¥0.02 | ¥0.08 | 已接入 |
| qwen3-max | 256K | ¥0.06 | ¥0.24 | 已接入 |
每次调用落在最健康的渠道上
同一模型可挂多条上游渠道，按优先级与权重分发；上游异常时在超时预算内自动切换。
请求到达
应用只持有一个密钥，调用一个 OpenAI 兼容端点。
候选打分
提供该模型的渠道按健康度、延迟与优先级排序。
分发请求
进入最高优先级通道，同级渠道按权重分配流量。
通道限流
渠道返回 429，进入冷却并从候选集中暂时摘除。
自动故障切换
同一请求在下一条健康通道上重试，调用方感知不到错误。
流式返回并结算
响应流式回传，按实际 token 用量计费。
三步接入
从创建密钥到发出第一个请求，通常不超过两分钟。
1 · 创建 API Key
在控制台新建密钥，可同时设定额度上限、可用模型、来源 IP 与有效期。
2 · 替换 base_url
把客户端指向网关地址，其余参数保持原样。
3 · 发起调用
切换模型只需修改 model 字段，流式与非流式用法一致。
为什么选择 LarkAx
转发层该做的事情，都在网关里完成——协议转换、渠道治理、用量结算。
统一接入
一个端点接入 24 家厂商，现有 OpenAI SDK 只改 base_url 与 key。
协议互转
OpenAI、Anthropic、Gemini 三种请求与响应格式在网关内转换。
渠道治理
优先级、权重与故障切换，请求始终落在健康节点上。
健康巡检
定时探针复扫各渠道，连续失败的渠道自动降级并在恢复后重新纳入。
用量与账单
按 Key、模型、渠道三个维度统计 token 与费用，支持导出对账。
密钥与额度
主账号下可建多个子 Key，分别限定额度上限、模型白名单、来源 IP 与有效期，随时吊销。
接入前后会关心的事
现有代码需要改多少？
只改 base_url 与 API Key 两处。以 openai-python 为例，把 base_url 指向网关地址即可，模型名、消息结构、流式开关都不变。
支持 Anthropic 或 Gemini 原生格式吗？
支持。网关同时暴露三种入口，任一格式进来都能路由到任意上游模型，响应按入口协议返回。
上游故障时会怎样？
首个 token 返回前，若上游返回 429、5xx 或连接中断，请求会在超时预算内重试到同模型的备用渠道。已开始输出的流式响应不会中途切换。
token 用量如何统计？
网关解析每个响应中的 usage 字段并记录，按 Key、模型、渠道三个维度汇总。上游未返回 usage 时按字符数估算并在明细中标记。
能否限定某个 Key 只能用指定模型？
可以。子 Key 支持同时设置额度上限、模型白名单、来源 IP 与有效期，任一条件触发即拒绝请求。
价格是怎么定的？
以上游官方价格为基准乘以渠道倍率，无月费与最低消费。倍率随渠道与时段浮动，以控制台展示的实时价目为准。