简介

Amux 是一个大模型 API 网关。请求发送到 https://gateway.amux.ai 后，平台按配置转发给上游模型供应商并返回结果，同时统一处理鉴权、计费、路由与观测。

Amux 不训练模型，也不托管模型，只做模型调用这一层。

要解决的问题#

接入单一模型供应商并不复杂，难点在于同时接入多家：重复的 SDK、各不相同的鉴权方式、分散的账单，以及各家独立的可用性处理，会持续放大维护成本。

这并非一次性的接入成本。模型持续更新、价格持续变化，而更换模型不应意味着重新改代码、重新测试、重新上线。

Amux 将这一层收敛为统一的接入面。

设计原则#

推理不抽成#

同一个模型通常有多家供应商提供，价格、上下文长度与支持的协议各不相同。我们把每一家逐条列在模型目录中，按该供应商的价格计费。我们从上游拿到的折扣直接体现在你看到的单价上。

这一点同时决定了平台的其他设计取舍：路由不依赖价差盈利，因此没有将请求导向高价供应商的动机，也没有隐藏价格的必要。计费口径详见计费概览。

协议原生兼容，不是转译#

OpenAI Chat Completions、OpenAI Responses、Anthropic Messages 与 Google Gemini 四种文本协议均为原生实现。Claude Code、Codex、Gemini CLI 等仅支持单一协议的工具，通常只需调整 base_url 即可接入。

同一个模型也可以跨协议调用：用 OpenAI SDK 调 Claude、用 Anthropic SDK 调 Gemini 均可。跨协议时的参数差异见协议转换参数兼容性。

除文本协议外，平台还提供图像生成与编辑端点、多家厂商的原生视频端点，以及统一的异步生成接口 Amux Tasks。完整端点清单见 API 参考。

不静默降级#

对于不支持的能力组合，平台明确返回错误，不会静默替换为近似行为，以避免调用方在生产环境中收到与预期不一致的结果。

同样的原则也适用于路由约束：当密钥被限定在某一档货源或某几家供应商，而目标模型在该范围内无可用供应商时，请求返回错误，而不会回落到范围之外的供应商。

你的数据是你的#

我们不使用你的请求或响应内容训练任何模型。成功的文本与对话类调用不记录正文——日志里只有元数据；失败的调用会抽样保存请求内容用于排障，最长 15 天。异步生成任务的提示词随任务保存并定期清除。详见隐私政策。

失败要说清楚#

错误体中尽可能保留上游返回的原始信息，例如 CUDA out of memory 这类对排障有价值的内容。路由重试过程中失败的尝试不计费。

每次调用都保留完整记录，包括入参、产物、用量、命中的供应商，以及失败时的上游返回信息。记录可在控制台的日志页按请求 ID、模型、供应商与密钥检索。

我们不做什么#

明确的边界通常比宽泛的能力列表更有价值：

• 不做模型评测与排行。 模型表现高度依赖具体任务场景，提供调用服务的平台不适合同时充当统一评测方
• 不做提示词托管，不做 Agent 框架。 那一层生态已经充分竞争，我们做它下面的一层
• 不做锁定。 模型 ID 采用标准的 厂商/模型 形式，协议是业界既有的；切回直连或切换到其他平台，改动仍然只是地址与密钥

当前能力#

已上线：

• 推理端点 —— 四种文本协议的原生实现，图像生成与编辑，多家厂商原生视频端点，以及统一异步接口 Amux Tasks
• 模型目录与比价 —— 按模型列出全部供应商的报价、上下文长度与支持的协议，并提供模型对比
• 路由 —— 五种排序策略、货源层级约束、指定与优先供应商、跨供应商故障转移与熔断
• API 密钥 —— 额度限制、可调用模型白名单、密钥级路由配置、任务回调签名密钥
• 计费与账单 —— 预付额度、分项计费、充值与自动充值、余额提醒、票据与发票、退款
• 组织与工作区 —— 多工作区、成员角色、成员限额、邀请
• 控制台 —— 用量分析、费用分析、调用日志、操练场、工单与通知

规划中：订阅制计费。本页仅描述当前已上线的能力，并随实际进度更新。

从哪里开始#

• 快速开始 —— 创建密钥并发出第一个请求
• 核心概念 —— 账户、工作区、密钥、模型与额度之间的关系
• 路由与故障转移 —— 多家供应商供同一模型时，请求落到哪一家
• 计费概览 —— 费用如何产生与结算
• 账户、组织与工作区 —— 团队协作场景的组织结构

已经在调了，想知道平台对数据做了什么：数据留存与隐私控制。

法律文本见服务条款、隐私政策与可接受使用政策。