⌁
统一 API 接入
通过 `api.aijump.top` 聚合多家模型服务，前后端只维护一个 OpenAI 兼容入口，降低接入和迁移成本。
统一 AI 网关 · 模型聚合 · 计费与团队协同
把模型接入、额度管理与商业化，一次性做好。
AIJump 面向团队和开发者，提供统一 API 接入层、模型路由、用户配额、调用追踪与前后台协同能力， 用更轻的成本把 AI 产品更快推上线。
推荐使用 `api.aijump.top` 作为统一模型入口，支持后端代理接入与多模型扩展。
$curl https://api.aijump.top/v1/chat/completions
>-H "Authorization: Bearer sk-***"
>-d '{"model":"gpt-4.1-mini","messages":[...]}'
{"status": "ok", "route": "proxy", "usage": 1280}
统一入口
1 个
对接多模型，不改业务代码
调用记录
实时
追踪用户、模型、额度、错误
上线方式
轻量
单机即可运行，适合快速起盘
OpenAI Compatible
Team Billing
User Console
Admin Gateway
Usage Insights
围绕 AI 产品落地的关键链路，全部打通。
不是只给你一个转发地址，而是把接入、配额、运营、风控、用户体验这条链真正闭环起来。
▣
用户额度与密钥
内置用户控制台，可发放 API Key、管理套餐、查看通知和用量，适合个人售卖和团队内部开放。
◎
后端代理网关
后端通过代理方式承接 `/v1` 请求，便于后续增加模型路由、限流、审计、价格策略与上游切换。
↗
调用可观测
支持记录模型、token、耗时、状态码与成本维度，帮助你快速定位异常请求和高成本行为。
◌
轻量低成本
面向小规格服务器优化部署方式，静态前端 + 反代 + 单后端进程即可运行，适合先验证业务再扩容。
✦
运营转化导向
营销页、用户页、API 域名、后台域名各自分域独立，方便广告投放、品牌沉淀与后续 SEO/转化追踪。
想快速把 AI 能力做成产品的人。
无论你是做工具站、SaaS、私域售卖，还是面向团队提供模型能力，AIJump 都优先满足“先跑起来、再精细化”的需求。
- ✓需要统一管理不同模型提供商，避免前端和业务后端多处改代码。
- ✓需要按用户、套餐、API Key 或项目维度做权限与额度控制。
- ✓需要一个能投广告的官网首页，同时又不想把营销站和用户系统耦在一起。
- ✓需要在轻量服务器上先落地 MVP，再依据访问量决定是否拆分扩容。
- 1www.aijump.top：广告 landing 页，负责品牌介绍、转化入口与投放落地。
- 2user.aijump.top：用户前端控制台，负责注册、登录、套餐、通知、API Key 管理。
- 3api.aijump.top：统一模型 API 域名，对外暴露 OpenAI 兼容接口。
- 4back.aijump.top：后端服务域名，作为后台或管理/调试入口，通过反向代理到本地服务。
这种拆分既便于权限隔离，也方便未来独立上 CDN、WAF、证书和监控策略。
一个面向增长的 AI 产品底座。
从流量承接、用户转化、调用计量到后端代理，AIJump 把核心路径压缩成更少的维护面。
4
独立业务域名分工清晰
1
统一模型入口减少集成成本
低
单机起步成本，适合快速验证
快
从广告点击到注册使用链路更短
常见问题
你现在的架构诉求，已经可以直接通过这套域名和代理布局承接，不需要一开始就上复杂集群。
为什么要把 `www`、`user`、`api`、`back` 分开？
因为四种流量诉求完全不同：`www` 负责广告和转化，`user` 负责用户操作，`api` 面向程序调用，`back` 方便后台或调试入口。分开后更便于限流、证书、缓存和后续扩展。
API 为什么建议走代理？
走代理可以在后端统一做鉴权、额度校验、上游切换、日志采集和成本核算，后续不管换模型还是接更多服务商，都不会让客户端频繁改逻辑。
轻量服务器能先撑起来吗？
可以。营销页与用户页都是静态资源，后端单 worker 即可承接早期验证流量。等转化和调用量上来，再拆分 API 与后台服务即可。