部署教程 · 使用方法 · 意见反馈 · 截图展示 · 在线演示 · 常见问题 · 相关项目 · 赞赏支持
Note 本项目为开源项目,使用者必须在遵循 OpenAI 的使用条款以及法律法规的情况下使用,不得用于非法用途。
根据《生成式人工智能服务管理暂行办法》的要求,请勿对中国地区公众提供一切未经备案的生成式人工智能服务。
Warning 使用 Docker 拉取的最新镜像可能是
alpha版本,如果追求稳定性请手动指定版本。此分叉版本的主要变更
- 添加Midjourney-Proxy接口的支持:
- /mj/submit/imagine
- /mj/submit/change
- /mj/image/{id} (通过此接口获取图片,请必须在系统设置中填写服务器地址!!)
- /mj/task/{id}/fetch (此接口返回的图片地址为经过One API转发的地址)
- 使用方法:渠道类型选择自定义渠道
- Base URL填写Midjourney-Proxy的地址(例如 http://localhost:8080 )
- 模型填入自定义模型midjourney
- 密钥填写Midjourney-Proxy的mj-api-secret(没有的话可以随便填,但是不推荐)。
- 支持在线充值功能,可在系统设置中设置,当前支持的支付接口:
- 易支付
- 支持用key查询使用额度:
- 配合项目neko-api-key-tool可实现用key查询使用情况,方便二次分销
- 渠道显示已使用额度,支持指定组织访问
分页支持选择每页显示数量
功能
支持多种大模型:
支持配置镜像以及众多第三方代理服务:
支持通过负载均衡的方式访问多个渠道。
支持 stream 模式,可以通过流式传输实现打字机效果。
支持多机部署,详见此处。
支持令牌管理,设置令牌的过期时间和额度。
支持兑换码管理,支持批量生成和导出兑换码,可使用兑换码为账户进行充值。
支持通道管理,批量创建通道。
支持用户分组以及渠道分组,支持为不同分组设置不同的倍率。
支持渠道设置模型列表。
支持查看额度明细。
支持用户邀请奖励。
支持以美元为单位显示额度。
支持发布公告,设置充值链接,设置新用户初始额度。
支持模型映射,重定向用户的请求模型。
支持失败自动重试。
支持绘图接口。
支持丰富的自定义设置,
- 支持自定义系统名称,logo 以及页脚。
- 支持自定义首页和关于页面,可以选择使用 HTML & Markdown 代码进行自定义,或者使用一个单独的网页通过 iframe 嵌入。
支持通过系统访问令牌访问管理 API。
支持 Cloudflare Turnstile 用户校验。
支持用户管理,支持多种用户登录注册方式:
- 邮箱登录注册(支持注册邮箱白名单)以及通过邮箱进行密码重置。
- GitHub 开放授权。
- 微信公众号授权(需要额外部署 WeChat Server)。
部署命令:docker run --name one-api -d --restart always -p 3000:3000 -e TZ=Asia/Shanghai -v /home/ubuntu/data/one-api:/data justsong/one-api
其中,-p 3000:3000 中的第一个 3000 是宿主机的端口,可以根据需要进行修改。
数据将会保存在宿主机的 /home/ubuntu/data/one-api 目录,请确保该目录存在且具有写入权限,或者更改为合适的目录。
如果启动失败,请添加 --privileged=true,具体参考 https://github.com/songquanpeng/one-api/issues/482 。
如果上面的镜像无法拉取,可以尝试使用 GitHub 的 Docker 镜像,将上面的 justsong/one-api 替换为 ghcr.io/songquanpeng/one-api 即可。
如果你的并发量较大,务必设置 SQL_DSN,详见下面环境变量一节。
更新命令:docker run --rm -v /var/run/docker.sock:/var/run/docker.sock containrrr/watchtower -cR
Nginx 的参考配置:
server{
server_name openai.justsong.cn; # 请根据实际情况修改你的域名
location / {
client_max_body_size 64m;
proxy_http_version 1.1;
proxy_pass http://localhost:3000; # 请根据实际情况修改你的端口
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $remote_addr;
proxy_cache_bypass $http_upgrade;
proxy_set_header Accept-Encoding gzip;
proxy_read_timeout 300s; # GPT-4 需要较长的超时时间,请自行调整
}
}
之后使用 Let's Encrypt 的 certbot 配置 HTTPS:
# Ubuntu 安装 certbot:
sudo snap install --classic certbot
sudo ln -s /snap/bin/certbot /usr/bin/certbot
# 生成证书 & 修改 Nginx 配置
sudo certbot --nginx
# 根据指示进行操作
# 重启 Nginx
sudo service nginx restart
初始账号用户名为 root,密码为 123456。
# 构建前端 cd one-api/web npm install npm run build
# 构建后端 cd .. go mod download go build -ldflags "-s -w" -o one-api ````
运行:
chmod u+x one-api
./one-api --port 3000 --log-dir ./logs
root,密码为 123456。更加详细的部署教程参见此处。
SESSION_SECRET 设置一样的值。SQL_DSN,使用 MySQL 数据库而非 SQLite,所有服务器连接同一个数据库。NODE_TYPE 为 slave,不设置则默认为主服务器。SYNC_FREQUENCY 后服务器将定期从数据库同步配置,在使用远程数据库的情况下,推荐设置该项并启用 Redis,无论主从。FRONTEND_BASE_URL,以重定向页面请求到主服务器。REDIS_CONN_STRING,这样可以做到在缓存未过期的情况下数据库零访问,可以减少延迟。SYNC_FREQUENCY,以定期从数据库同步配置。环境变量的具体使用方法详见此处。
详见 #175。
如果部署后访问出现空白页面,详见 #97。
欢迎 PR 添加更多示例。
项目主页:https://github.com/Yidadaa/ChatGPT-Next-Web
docker run --name chat-next-web -d -p 3001:3000 yidadaa/chatgpt-next-web
注意修改端口号,之后在页面上设置接口地址(例如:https://openai.justsong.cn/ )和 API Key 即可。
项目主页:https://github.com/Chanzhaoyu/chatgpt-web
docker run --name chatgpt-web -d -p 3002:3002 -e OPENAI_API_BASE_URL=https://openai.justsong.cn -e OPENAI_API_KEY=sk-xxx chenzhaoyu94/chatgpt-web
注意修改端口号、OPENAI_API_BASE_URL 和 OPENAI_API_KEY。
项目主页:https://github.com/RockChinQ/QChatGPT
根据文档完成部署后,在config.py设置配置项openai_config的reverse_proxy为 One API 后端地址,设置api_key为 One API 生成的key,并在配置项completion_api_params的model参数设置为 One API 支持的模型名称。
可安装 Switcher 插件在运行时切换所使用的模型。
Zeabur 的服务器在国外,自动解决了网络的问题,同时免费的额度也足够个人使用。部署到 Zeabur
create database `one-api` 创建数据库。PORT,值为 3000,再添加一个 SQL_DSN,值为 <username>:<password>@tcp(<addr>:<port>)/one-api ,然后保存。 注意如果不填写 SQL_DSN,数据将无法持久化,重新部署后数据会丢失。
系统本身开箱即用。
你可以通过设置环境变量或者命令行参数进行配置。
等到系统启动后,使用 root 用户登录系统并做进一步的配置。
Note:如果你不知道某个配置项的含义,可以临时删掉值以看到进一步的提示文字。
在渠道页面中添加你的 API Key,之后在令牌页面中新增访问令牌。
之后就可以使用你的令牌访问 One API 了,使用方式与 OpenAI API 一致。
你需要在各种用到 OpenAI API 的地方设置 API Base 为你的 One API 的部署地址,例如:https://openai.justsong.cn,API Key 则为你在 One API 中生成的令牌。
注意,具体的 API Base 的格式取决于你所使用的客户端。
graph LR
A(用户)
A --->|请求| B(One API)
B -->|中继请求| C(OpenAI)
B -->|中继请求| D(Azure)
B -->|中继请求| E(其他下游渠道)
可以通过在令牌后面添加渠道 ID 的方式指定使用哪一个渠道处理本次请求,例如:Authorization: Bearer ONE_API_KEY-CHANNEL_ID。
注意,需要是管理员用户创建的令牌才能指定渠道 ID。
不加的话将会使用负载均衡的方式使用多个渠道。
REDIS_CONN_STRING:设置之后将使用 Redis 作为缓存使用。
REDIS_CONN_STRING=redis://default:redispw@localhost:49153SESSION_SECRET:设置之后将使用固定的会话密钥,这样系统重新启动后已登录用户的 cookie 将依旧有效。
SESSION_SECRET=random_stringSQL_DSN:设置之后将使用指定数据库而非 SQLite,请使用 MySQL 或 PostgreSQL。
SQL_DSN=root:123456@tcp(localhost:3306)/oneapiSQL_DSN=postgres://postgres:123456@localhost:5432/oneapi(适配中,欢迎反馈)oneapi,无需手动建表,程序将自动建表。--network="host" 以使得容器内的程序可以访问到宿主机上的 MySQL。?tls=skip-verify。SQL_MAX_IDLE_CONNS:最大空闲连接数,默认为 100。SQL_MAX_OPEN_CONNS:最大打开连接数,默认为 1000。Error 1040: Too many connections,请适当减小该值。SQL_CONN_MAX_LIFETIME:连接的最大生命周期,默认为 60,单位分钟。FRONTEND_BASE_URL:设置之后将重定向页面请求到指定的地址,仅限从服务器设置。
FRONTEND_BASE_URL=https://openai.justsong.cnSYNC_FREQUENCY:设置之后将定期与数据库同步配置,单位为秒,未设置则不进行同步。
SYNC_FREQUENCY=60NODE_TYPE:设置之后将指定节点类型,可选值为 master 和 slave,未设置则默认为 master。
NODE_TYPE=slaveCHANNEL_UPDATE_FREQUENCY:设置之后将定期更新渠道余额,单位为分钟,未设置则不进行更新。
CHANNEL_UPDATE_FREQUENCY=1440CHANNEL_TEST_FREQUENCY:设置之后将定期检查渠道,单位为分钟,未设置则不进行检查。
CHANNEL_TEST_FREQUENCY=1440POLLING_INTERVAL:批量更新渠道余额以及测试可用性时的请求间隔,单位为秒,默认无间隔。
POLLING_INTERVAL=5BATCH_UPDATE_ENABLED:启用数据库批量更新聚合,会导致用户额度的更新存在一定的延迟可选值为 true 和 false,未设置则默认为 false。
BATCH_UPDATE_ENABLED=trueBATCH_UPDATE_INTERVAL=5:批量更新聚合的时间间隔,单位为秒,默认为 5。
BATCH_UPDATE_INTERVAL=5GLOBAL_API_RATE_LIMIT:全局 API 速率限制(除中继请求外),单 ip 三分钟内的最大请求数,默认为 180。GLOBAL_WEB_RATE_LIMIT:全局 Web 速率限制,单 ip 三分钟内的最大请求数,默认为 60。--port <port_number>: 指定服务器监听的端口号,默认为 3000。
--port 3000--log-dir <log_dir>: 指定日志文件夹,如果没有设置,默认保存至工作目录的 logs 文件夹下。
--log-dir ./logs--version: 打印系统版本号并退出。--help: 查看命令的使用帮助和参数说明。注意,该演示站不提供对外服务: https://openai.justsong.cn
invalid character '<' looking for beginning of value
Failed to fetch
BASE_URL。当前分组负载已饱和,请稍后再试
本项目使用 MIT 协议进行开源,在此基础上,必须在页面底部保留署名以及指向本项目的链接。如果不想保留署名,必须首先获得授权。
同样适用于基于本项目的二开项目。
依据 MIT 协议,使用者需自行承担使用本项目的风险与责任,本开源项目开发者与此无关。