皓臻支付 - 中转站搭建教程

皓臻支付 - 中转站搭建教程

2026 年搭建 AI API 中转站，已经不需要从零开发一整套程序。对于个人开发者、小型团队或 AI 聚合平台，可以直接使用成熟的 API 网关系统，再完成服务器、模型渠道、Token、计费和充值配置。

以目前仍在持续维护的 New API 一类系统为例，生产环境更适合使用 Docker Compose 部署，并搭配独立数据库与 Redis，而不是长期使用单机 SQLite。

一、先准备服务器

建议准备一台 Linux 云服务器，安装：

Docker
Docker Compose
Nginx
数据库
Redis

测试环境配置不用太高，但正式运营要重点关注数据库、磁盘性能、网络质量和备份能力。

API 请求量上来以后，真正容易成为瓶颈的往往不是管理后台，而是数据库、日志写入、上游线路和并发连接。

二、部署 API 中转程序

准备好项目的 Docker Compose 配置以后，进入程序目录执行：

docker compose up -d

查看运行状态：

docker compose ps

查看日志：

docker compose logs -f

New API 当前默认服务端口通常为 3000，首次访问后按照页面提示创建管理员账户。正式生产环境应更换默认数据库密码，并设置固定、安全的 Session 密钥。

三、绑定域名和 HTTPS 🔐

不要让用户长期通过：

服务器IP:3000

访问服务。

正确方式是给 API 单独准备域名，再通过 Nginx 或服务器面板反向代理到：

127.0.0.1:3000

同时配置 HTTPS。

最终用户使用的接口形式类似：

api.example.com/v1

这样后续更换服务器、增加节点或者做负载均衡时，也不需要让所有用户重新修改 API 地址。

四、添加上游模型渠道

进入后台的渠道管理，填写自己正规取得的上游 API Key，并配置允许使用的模型。

整体链路就是：

用户
 ↓
你的 API Token
 ↓
中转站
 ↓
上游模型渠道
 ↓
AI 模型

添加渠道以后一定先进行测试。

不要刚填好 Key 就直接开放给用户，需要确认模型名称、响应速度、流式输出、Token 统计以及异常状态是否正常。

五、配置用户 Token 和计费

用户注册后，可以在后台创建独立 API Token。

例如：

用户A → Token A
用户B → Token B
用户C → Token C

之后系统可以根据 Token 判断用户身份、可用模型、账户额度以及消费记录。

管理员还需要根据实际使用的上游价格配置模型倍率或计费规则。

这里最重要的不是“价格填进去就行”，而是必须验证：

上游消耗、平台扣费、用户日志三者能不能对得上。

否则用户量一大，哪怕只有很小的计费误差，也会逐渐变成对账问题。

六、接入皓臻支付完成在线充值 💰

中转站能够调用模型以后，商业化运营通常还需要解决用户充值。

完整流程应该是：

用户选择充值金额
        ↓
创建充值订单
        ↓
进入皓臻支付
        ↓
支付成功
        ↓
支付结果通知平台
        ↓
校验订单
        ↓
增加用户余额
        ↓
用户使用API

New API 当前的充值配置支持 EPay 类型支付协议，主要配置 API 地址、商户 ID 和商户密钥，并会对回调签名进行校验。实际接入皓臻支付时，应以双方当前支持的接口协议和商户后台配置为准，确认协议兼容后再上线。

支付部分尤其要检查订单号唯一性、金额校验、签名验证、重复回调和充值到账状态。

七、上线之前必须做一次完整测试

不要测试一次支付成功就直接运营。

至少完整跑一遍：

注册
→ 充值
→ 余额到账
→ 创建Token
→ 调用模型
→ 流式输出
→ 自动扣费
→ 查询日志
→ 核对余额

再额外测试支付重复通知、上游超时、余额不足、Token 无效和模型不可用等异常场景。

一个 AI API 中转站真正的核心并不是“页面能打开”，而是四个环节必须稳定：

支付账不能错、Token 不能乱、模型调用要稳定、消费记录必须能追溯。 🚀

把这四件事做好，中转站才算真正搭建完成，而不是简单把程序跑起来。