Butcodex – API中转站

Butcodex 是一个面向开发者的 AI API 聚合、中转与管理平台，官网公开提供控制台、模型广场、API 接入文档和账户入口。它的价值不在于替用户选择某一个模型，而在于把模型路由、API Key、用量与账单放到同一个服务入口中。功能、价格和服务条件请以官网当前页面为准。具体模型权限、线路状态与费用请访问官网查看。

旧入口为官网规范地址，推广参数不影响本文判断。你可以在云记号导航查看官网入口与同类工具。

www.yjdh.com

www.yjdh.com

Butcodex 是什么平台？

Butcodex 用户协议把服务描述为 AI/API 聚合、中转与管理平台，可能通过网页、控制台、应用程序、SDK 和 API 提供服务。协议还列出统一接入、用量统计、账单管理、充值和数字服务交付等方向。对开发者来说，这类平台通常可以减少为不同上游分别维护鉴权和请求格式的工作，但最终可用能力仍取决于账户权限、上游渠道和当时的服务配置。

官网名称在主站状态接口、注册界面和法律页面中均显示为 Butcodex；文档页使用了 ButCodex 的大小写写法。本文统一采用主站与法律页面更稳定的品牌写法 `Butcodex`，规范入口为 Butcodex。

官网公开展示了哪些入口与线路？

状态接口列出了主页、控制台、模型广场和文档入口。接口状态中还公开了两条接入地址：

• 亚太或国内优化路线：https://api.butcodex.com/v1，官方说明为“不建议开梯子”。
• CF 路线：https://apis.butcodex.com/v1，官方说明为“适合开梯子，如果有问题关闭梯子”。

这是官网对线路的当前标注，不等于任何网络环境下的延迟或稳定性保证。实际使用时应按照所在网络、请求类型和账户权限分别测试，并以控制台公告为准。

OpenAI 兼容与 Codex 如何接入？

Butcodex 的公开文档以 OpenAI Compatible Codex Setup 为主题，给出了 Codex 的配置思路。文档要求先在控制台创建 API Key，再将服务商的 Base URL 写入 config.toml，把密钥放入 auth.json，保存后重启 Codex 并做连通性测试。

文档示例使用香港路线的 https://api.butcodex.com/v1，也给出 CFCDN 路线作为替换选项，并将 Responses 形式的请求配置写入服务商段落。示例中的模型名只代表文档示例，实际账户可用模型、上下文限制和协议支持应以登录后的控制台为准。

1. 打开官网注册或登录入口，完成账户与协议确认。
2. 在控制台创建独立 API Key，避免把生产密钥和测试密钥混用。
3. 选择一条线路写入配置文件，重启客户端后先发送低频、低成本请求。

多协议模型接入应如何核对？

官网公开页面和文档把服务定位为统一 AI API 网关，并展示 OpenAI、Claude、Gemini 等模型路由方向。这里的“支持”应理解为平台当前公开的产品方向，不能直接推导出每个模型、每种输入格式或每个账户组都同时可用。

如果应用依赖工具调用、图片、音频或长上下文，不应只用一次文本请求判断兼容性。建议分别记录请求格式、响应结构、限流行为和失败后的重试策略。

注册、密钥与用量管理怎么开始？

公开注册页显示用户名、密码、确认密码、协议勾选和 Cloudflare Turnstile 校验；状态接口显示密码注册已开启，邮箱验证当前未开启。注册后的额度、人工审核和账户权限仍属于待确认信息。

更稳妥的试用方式是为不同项目创建不同的 Key，先设置较小的使用范围，再观察控制台中的请求日志、用量统计和余额变化。不要把 Key 写进公开仓库、截图或客户端分发包；出现泄露时应立即在控制台撤销并重新生成。

定价、充值与退款信息如何确认？

未登录访问模型广场会跳转登录，公开定价接口也返回未授权，因此本文不写固定单价、倍率、赠送额度或“便宜”等结论。用户协议只说明平台可能采用预充值、按量计费、套餐包、订阅、自动续费或自动充值的组合方式。

实际使用前应在结账页、订单页或控制台确认模型单价、输入输出计费口径、最低充值、余额有效期、自动扣款和退款限制。协议说明已经交付、消耗或部分履行的数字服务通常不支持退款，具体仍以当前页面和适用法律为准。

隐私、跨境传输和运营主体要注意什么？

隐私政策说明平台可能处理账号、订单、IP、设备、API 调用日志、Key 使用记录、提示词、消息、文件、图片、音频、Webhook 和生成输出。为完成模型转发，相关内容和元数据可能实时发送给第三方 AI 或基础设施提供商，接收方服务器可能位于美国或其他国家和地区。

公开法律页面将运营方写为 Butcodex，没有展示法定公司全称、注册号或办公地址；页面提供的客服、账单、退款及法律隐私邮箱均为 hi@butcodex.com。企业或处理敏感数据的团队应在使用前自行核对主体、数据保存期限、跨境合规和第三方模型政策。

哪些用户适合先做小额测试？

需要统一 API 入口、正在测试 Codex 配置，或希望比较不同模型路由的独立开发者，可以把 Butcodex 作为候选接入渠道。首次测试建议只使用非敏感内容，选择一个明确的模型和线路，记录 HTTP 状态、首字节时间、完整响应、费用变化和错误信息。

对生产系统而言，应准备备用供应商和降级路径。官网公告曾出现上游波动、恢复和下架提示，因此不能把某一时点的可访问性写成长期稳定性。涉及客户数据、自动续费或大额余额时，应先完成主体与条款核验。

Butcodex 与同类中转平台怎么比较？

比较这类服务时，可以把“入口是否兼容”与“长期是否适合”分开。Butcodex 的公开差异在于双线路说明、OpenAI 兼容的 Codex 文档，以及控制台对用量和账单的集中管理。下面这些指标比宣传口号更适合做实际判断：

• 是否能提供清晰的 Base URL、鉴权方式、模型名和错误码说明。
• 是否能查看请求用量、余额扣除、日志和 Key 的撤销状态。
• 线路切换后是否仍保持应用需要的协议、流式输出和工具调用。
• 条款、退款、隐私和跨境处理说明是否足够明确。

云记号导航建议把 Butcodex 与其他候选平台放在同一批低风险测试中比较，不以单次成功或第三方排名替代自己的验证。

Butcodex 常见问题

Q：Butcodex 的正式官网是哪一个？
答：主站规范入口是 https://api.butcodex.com/，官方文档位于 https://docs.butcodex.com/。带推广参数的注册地址应先还原到规范域名。

Q：它是否提供 OpenAI 兼容接入？
答：公开文档明确提供 OpenAI 兼容的 Codex 配置示例；具体 Responses、模型和账户权限请以当前文档与控制台为准。

Q：两条 API 线路有什么区别？
答：状态接口把 Butcodex 标为亚太或国内优化路线，把 apis.butcodex.com 标为 CF 路线。实际差异需要在自己的网络和账户下测试。

Q：可以直接看到完整价格吗？
答：当前公开定价页需要登录，价格接口未授权；模型费率、充值和退款规则应登录官网查看。

Q：平台会处理我发送的提示词和文件吗？
答：隐私政策说明 API 请求、文件、图片、音频和输出可能被平台及相关第三方处理，并可能跨境传输。敏感数据接入前应先完成合规评估。

Q：Butcodex 能否保证长期稳定？
答：不能据公开资料作此保证。官方公告显示线路和上游状态会变化，生产环境应保留备用方案并实时查看公告。

官网功能、线路、模型、价格和政策可能变化，请以 Butcodex 当前页面为准。