Boxying
第三方 API 服务
Boxying 是一个第三方 AI API 中转服务，控制台使用一套开源的 API 网关面板，按 OpenAI 的路径与认证形状转发对多家模型的调用。它不是模型厂商的官方 API，可用模型与计费以平台控制台为准。
基于开源网关面板的第三方中转服务，支持多协议路由与常见客户端一键配置。
第三方 API 服务聚合中转
这是第三方 API 服务，不是模型厂商的官方接口，计费、可用性与数据处理条款由服务方自行决定。
- 类型
- 第三方 API 服务
- 主要分类
- 聚合中转
- 认证方式
- API Key · 按 OpenAI 的形状调用：密钥以 Authorization Bearer 形式携带，端点路径保持不变。
- 接口兼容性
- 兼容 OpenAI 接口、兼容 Anthropic 接口、兼容 Google 接口
- 计费模式
- 预付额度 · 预付额度形式，按量扣减；具体费率、渠道分组与倍率以平台控制台为准。
- 状态
- 正常运营
接口能力
文本生成对话
典型场景
对话机器人内容生成
Boxying 是一家第三方 AI API 中转服务，使用一套开源 API 网关面板，按 OpenAI 的路径与认证形状对外提供调用，并标注支持 Chat、Responses、Claude、Gemini 等多种协议路由。它不是模型厂商的官方接口。
这是什么
Boxying 是一家第三方 AI API 中转服务，官网把自己描述为「统一 API 网关」，通过标准接口协议接入多家模型。
它不是模型厂商的官方接口。中转与官方的差别见 API 中转站是什么？和官方 API 有什么区别。
一个值得知道的事实：这类面板是开源的
Boxying 的控制台与官网使用的是一套开源的 API 网关面板（这一点在同类服务里可以直接对照看出来：多家中转的主页、模型广场、文档入口与控制台布局几乎完全一致，页脚也保留着该开源项目的署名）。官网自己也把「开源项目、社区驱动、可自托管」列为特点之一。
理解这件事对选型很有帮助：
- 界面漂亮不代表技术实力——面板是现成的，各家的真实差别在上游渠道、结算与运维；
- 换一家同类服务的学习成本很低，因为控制台长得一样；
- 如果你本来就有上游渠道，自建同一套面板也是一个选项，而不是只能买服务。
接入方式
官网首页直接给出了标准调用形状：
POST /v1/chat/completions
Authorization: Bearer sk-...也就是 OpenAI 的路径与认证形状，同时官网标注支持 Chat、Responses、Claude、Gemini 等多种协议路由，并说明可在 Cherry Studio、CC Switch 这类客户端里一键配置。
接入仍是那套动作：把 Base URL 指向它，密钥换成平台签发的，端点路径不变。
计费
预付额度形式，按量扣减。具体费率、渠道分组与倍率以平台控制台为准，本页不抄价目表——中转的价格调整频率比官方接口高得多。
官网宣称与本站边界
官网上有「毫秒级响应时间」「企业级安全性」「多区域部署」这类表述。本站一律记为服务方宣称：我们没有做过独立的延迟或可用性监测，页面上不会出现任何速度数字。
首页那几个以 0+ 显示的统计数字（上游服务适配、模型计费支持等）是模板占位，不构成任何可用信息——这也是判断这类站点时值得留意的一个细节。
接入前要确认什么
- 你要用的模型与协议在控制台里当前是否真的可用；
- 实际用到的接口能力是否都生效，验证清单见 OpenAI 兼容接口怎么判断；
- 余额规则与退款条款，先小额试一轮；
- 如果你本来就有上游渠道，是否值得自建同类面板而不是购买服务。
想知道官方接口在同样这些问题上是怎么规定的，看 OpenAI API 与 Anthropic API。
关于 Boxying 的常见问题
Boxying 是官方 API 吗？
不是。它是第三方中转服务，把请求转发给上游模型厂商，计费与条款由服务方自行决定。
为什么它的控制台和别家长得一样？
因为这类中转普遍使用同一套开源的 API 网关面板，页脚通常还保留着该开源项目的署名。界面漂亮不代表技术实力，各家的真实差别在上游渠道、结算与运维。
接入 Boxying 要改什么？
官网给出的是 OpenAI 的标准形状：POST /v1/chat/completions，密钥用 Authorization Bearer 携带。把 Base URL 指向它、换掉密钥即可，端点路径不变。
首页那些 0+ 的统计数字是什么？
那是模板占位，不构成任何可用信息。判断这类站点时留意这种细节，有助于分清哪些是真实数据、哪些只是页面模板。
可以自己搭一套吗？
官网自己把开源、可自托管列为特点之一。如果你本来就有上游渠道，自建同一套面板是一个选项，而不是只能购买服务。