ByteCat

第三方 API 服务

ByteCat 是一个第三方 AI API 中转服务,按 OpenAI 的路径与认证形状转发对多家模型的调用,并提供图像方向的接口。它不是模型厂商的官方 API,可用模型与计费以平台控制台的模型广场为准。

文本与图像接口一起提供的第三方中转服务,控制台带模型广场与排行榜。

第三方 API 服务聚合中转

这是第三方 API 服务,不是模型厂商的官方接口,计费、可用性与数据处理条款由服务方自行决定。

查看服务官方网站

本站更新于

类型
第三方 API 服务
主要分类
聚合中转
认证方式
API Key · 按 OpenAI 的形状调用:密钥以 Authorization Bearer 形式携带,端点路径保持不变。
接口兼容性
兼容 OpenAI 接口、兼容 Anthropic 接口、兼容 Google 接口
计费模式
预付额度 · 预付额度形式,按量扣减;具体费率与渠道倍率以平台控制台的模型广场为准。
状态
正常运营

接口能力

文本生成对话图像生成

典型场景

图像生成内容生成对话机器人

ByteCat 是一家第三方 AI API 中转服务,控制台使用一套开源 API 网关面板,按 OpenAI 的路径与认证形状转发对多家模型的调用,同时提供文本与图像方向的接口。它不是模型厂商的官方接口。

这是什么

ByteCat 是一家第三方 AI API 中转服务,官网以「统一 API 网关」为定位,通过标准接口协议转发对多家模型的调用,同时提供文本与图像方向的接口。

不是模型厂商的官方接口。中转与官方在计费、条款与责任归属上的差别,见 API 中转站是什么?和官方 API 有什么区别

调用形状

官网首页直接给出了标准形状:

curl -X POST "https://<平台域名>/v1/chat/completions" \n  -H "Authorization: Bearer <平台签发的密钥>" \n  -H "Content-Type: application/json" \n  -d '{"model":"...","messages":[...]}'

也就是 OpenAI 的路径与认证方式,并标注支持 Chat、Responses、Claude、Gemini 等多种协议路由。接入动作是这类服务的通用做法:Base URL 指向它、密钥换成平台签发的,端点路径不变。

页脚显示它使用的是一套开源的 API 网关面板——同类服务中不少都用同一套,因此控制台与模型广场的布局高度相似。知道这一点的好处是:界面不构成差异化,各家的真实差别在上游渠道、结算与运维

模型广场与排行榜怎么看

这套面板提供「模型广场」与「排行榜」两个入口。它们的正确用法是:

把排行榜当成选型依据是常见误用——调用量高可能只是因为价格低或被默认选中。

图像接口要单独验证

这家同时提供图像生成方向的接口。经验上,图像接口是「OpenAI 兼容」里最容易出现差异的一类:参数名、尺寸取值、返回格式(URL 还是 base64)、错误结构都可能与官方不同,而文本接口往往看不出问题。

如果你的应用要用图像能力,把它当成一个独立的验证项,方法见 OpenAI 兼容接口怎么判断

官网宣称与本站边界

官网上有「毫秒级响应时间」「企业级安全性」「全球覆盖」这类表述,首页的几个统计数字以 0+ 显示(模板占位)。

本站不采纳这些作为事实结论:我们没有做过独立的延迟或可用性监测,页面上不会出现任何速度数字。

接入前要确认什么

把它与官方接口逐条对照,可以看 OpenAI APIAnthropic API 两页。

关于 ByteCat 的常见问题

ByteCat 是官方 API 吗?

不是。它是第三方中转服务,把请求转发给上游模型厂商,计费与条款由服务方自行决定。

排行榜能当选型依据吗?

不能。排行榜反映的是平台内部的调用量分布,不是模型能力排名。调用量高可能只是因为价格低或被默认选中。

图像接口需要单独验证吗?

需要。图像接口是「OpenAI 兼容」里差异最大的一类:参数名、尺寸取值、返回是 URL 还是 base64、错误结构都可能与官方不同,而文本接口往往看不出问题。

首页那些 0+ 的数字是什么?

那是页面模板的占位数字,不构成任何可用信息。判断这类站点时留意这种细节。

该看哪里确认可用模型?

控制台的模型广场,那是当前可用列表与价格;首页的图标墙不代表当前真的可调。