多渠道自动互备 · 按量计费 · 明码标价

便宜,大碗

所有主流大模型,一个接口,管饱。
兼容 OpenAI / Codex(Responses API)/ Claude / Gemini 协议。

OpenAI 协议 https://aidelay.moelingbuddy.com/v1
TTFT 0.42s · 流式已连接
近 90 天在线率
首字延迟 TTFT P50
已接入模型
今日饭量(日请求)
示例数据(待接后台)

一个接口,接入所有

上游统一收敛到大碗网关:智能调度、自动互备、统一计费,客户侧只改一行 Base URL。

上游厂商 你的客户端
CClaude
GGPT
GGemini
KKimi
CClaude Code
CCodex CLI
DDify / 你的应用

智能调度 · 自动互备 · 已支持 10+ Agent / 客户端

模型广场

统一模型名,换上游不改你一行代码。在售倍率实时来自后台,其他厂商系列接入评估中。

加载中…

进入完整模型广场(搜索 / 筛选 / 排序)

为什么选大碗

同模型多渠道自动互备,主渠道故障秒切备线;上游 5xx 自动熔断摘除,客户端打错路径绝不误伤。

每一笔调用都有日志级明细:模型、token 数、金额,后台随时查。定价页与后台倍率同源,改价当天生效。

OpenAI Chat / Codex(Responses API)/ Claude / Gemini 协议互转,SDK、Codex CLI、Dify 都能直接接。

上游线路

多渠道互备:主线故障自动切备线,渠道每日定时验活,事实以后台为准。

K3 主线
权重 5

Kimi K3 官方商业授权渠道,对话主力线;上下文与思考口径按官方交付。

对话每日验活
K3 备线
权重 3

同模型第二上游,主渠道 5xx/超时自动熔断时承接流量,客户无感。

自动互备
更多线路
评估中

持续接入新上游与多 Key 池化(gpt-load),上架即公示,不预热不画饼。

评估中

为什么不由客户直连官方?

能直连当然好;但多数团队要的是"一个接口、一份账单、一个兜底"。

维度大碗直连各官方传统包月代理
接入方式一个 Base URL + 一个 Key每家各一套 SDK、账号与 Key多为私有协议
多渠道互备同模型多线路自动切换需要自建容灾无透明保障
计费方式按 token,倍率公开官方价,需逐家充值包月黑箱,超量限速
用量对账日志级明细,随时查分散在各家后台常常不提供
协议兼容OpenAI / Codex / Claude / Gemini各只支持自家部分仅 OpenAI 兼容

三步开饭

已有的 OpenAI 代码,只需要改一行 Base URL。

注册盛碗

注册账号,控制台生成 sk- 令牌,设好额度和限流。

换 Base URL

把 SDK 的接入地址换成大碗,模型名不变。

发起请求

流式、usage、结构化输出开箱即用,详见接入文档

之前 · OpenAI 官方
client = OpenAI(
    # 官方地址
    base_url="https://api.openai.com/v1",
    api_key="sk-...",
)
之后 · 大碗
client = OpenAI(
    # 只改这一行(接入域名以控制台公告为准)
    base_url="https://aidelay.moelingbuddy.com/v1",
    api_key="sk-大碗令牌",
)

现在开始。

免费注册,一杯奶茶钱跑通你的第一个模型。

常见问题

怎么计费?

按 token 用量计费:官方价格 × 模型倍率 × 分组倍率,每笔调用在控制台有日志级明细,定价页与后台倍率同源。

我的请求数据安全吗?

令牌与上游密钥只存服务端;请求日志用于计费与排障,支持设置保留天数。具体条款以《隐私政策》为准(见关于页,上线前定稿)。

和官方 API 是什么关系?

上游均为正规商业授权渠道,大碗做的是统一接入、多渠道互备与计费管理;协议与官方一致,官方 SDK 直接可用。

支持对账和发票吗?

控制台可随时导出令牌消耗明细用于对账;发票与合同事宜见关于页「联系我们」。

会被限流吗?

每个令牌可配置独立的 RPM / TPM 限流,超限返回标准 429;需要更高配额请联系我们调额。

调用报错了怎么办?

先看响应里的错误信息与状态码:401 查令牌、429 退避重试、404 核对模型名与 Base URL。完整对照表见文档「错误码」