New API 电脑版下载
它是什么New API 是 QuantumNous 团队开发的开源自托管 AI 网关,把 OpenAI、Anthropic、Gemini、DeepSeek 等 30 多家模型服务收进同一个入口,对外只暴露一致接口,并在同一套控制台里管理渠道、权限、用量与成本
New API 是 QuantumNous 团队开发的开源自托管 AI 网关,把 OpenAI、Anthropic、Gemini、DeepSeek 等 30 多家模型服务收进同一个入口,对外只暴露一致接口,并在同一套控制台里管理渠道、权限、用量与成本。
详细介绍
简介
New API 是由 QuantumNous 团队开发的开源自托管 AI 网关,基于 One API 项目二次开发,把 OpenAI、Anthropic、Google Gemini、DeepSeek、Midjourney、Suno 等 30 多家模型服务接入同一个入口,对客户端只暴露一致的 API 接口。它解决的是多套密钥、多套鉴权逻辑、渠道故障导致服务直接降级、月底对账分散在各平台这些日常麻烦。适合个人开发者、小团队和企业统一管理模型访问权限、用量与成本,核心优势在于渠道、访问权限、用量与成本能在同一套控制台里集中管控,凭据留在自己掌控的环境中。
核心功能
- 统一模型入口:把不同厂商的模型服务接入同一地址,客户端只需改接口地址与密钥,不必为每家模型各写一套鉴权与请求逻辑。
- 渠道选路:当同一分组和模型存在多个可用渠道时,系统结合优先级与权重选路,并支持渠道加权随机,把流量按设定比例分配。
- 故障兜底:支持失败自动重试与渠道测试,可在切换前先验证渠道是否可用,把主渠道故障对应用的影响降到较低程度。
- 访问控制:可为不同应用分别设置密钥、模型访问限制和用量额度,并支持用户级模型限流,控制单个用户能调用哪些模型。
- 用量与成本管理:在同一套控制台中查看渠道、访问权限、用量与成本,便于按分组或用户归集调用记录。
- 自托管部署:服务跑在自己的电脑、NAS 或服务器上,上游模型服务的凭据保存在自己掌控的环境中。
使用场景
- 团队同时调用 DeepSeek、通义千问、GLM 等多家 API:把它们统一接入 New API 后,团队切换模型只需在控制台调整渠道与分组,不必改代码、重新部署。
- 主渠道故障时保持服务可用:配置多个同模型渠道并设置优先级与权重,配合失败自动重试与渠道测试,故障渠道可被绕开,同时在多个授权渠道之间分摊流量。
- 本地 NAS 或内网自建:把客户端订阅转化为标准 OpenAI 接口,全家设备内网直连,凭据留在自己的 NAS 上,调用链路不出内网。
- 给不同应用分配配额:为每个应用单独发放密钥,设置可用模型与用量额度,某个应用超量时按限流规则处理,不影响其他应用。
- 月底统一核对用量:调用记录、渠道与成本集中在一处,不再需要分别登录各模型平台逐个对账。
安装与获取步骤
- 打开项目仓库 https://github.com/QuantumNous/new-api ,先读 README 与中文说明 https://github.com/QuantumNous/new-api/blob/main/README.zh_CN.md ,确认项目定位与部署前提。
- 阅读官方文档的概念部分 https://docs.newapi.ai/zh/docs/guide/wiki/basic-concepts/project-introduction ,了解渠道、分组、模型等基础概念,再动手配置。
- 参考第三方部署指南 https://blog.einverne.info/post/2025/10/new-api.html 与部署说明 https://www.jiangmingtao.com/articles/10685-new-api-opensource-guide ,选择与自己电脑或服务器环境相符的部署方式;具体命令与依赖以官方页面为准。
- 服务跑起来后,在浏览器打开控制台,先添加渠道(上游模型服务地址与凭据),再做渠道测试,确认该渠道可正常返回。
- 创建分组与用户,在控制台发放密钥,设置模型访问限制与用量额度,最后把客户端的接口地址指向自建入口并填入该密钥。
与同类方案的区别
- 与 One API 的关系:New API 基于 One API 二次开发,两者都属于 Token 中转与计费类网关;选型时可对照 https://zhuanlan.zhihu.com/p/2045813049257350038 中的对比维度逐项确认。
- 定位差异:有对比文章把 CLIProxyAPI 归为 CLI/OAuth 订阅到标准 API 的协议桥接器,把 New API 归为面向团队和企业的通用 LLM 网关与资产管理平台,见 https://blog.csdn.net/jqrrgmvtk/article/details/160049085 。
- 与企业级治理型网关的差异:AISIX、Higress、LiteLLM、Portkey 更偏企业级治理,而 New API 的重点是模型接入、路由与用量成本管理,接入方式与协议支持范围以各自官方文档为准,可参考 https://www.apiseven.com/ai-gateway-comparison 。
注意事项
- 官方未提供名为“New API 电脑版”的独立安装包,项目以开源仓库与文档形式发布,下载入口与运行方式以官方页面为准,第三方站点给出的包体信息需自行核对来源。
- 渠道选路依赖分组与模型配置:同一分组下没有可用渠道时请求会失败,切换渠道前先做渠道测试,避免把流量导向未验证的渠道。
- 限流与额度是按用户和模型维度生效的,新建用户后若未设置额度,默认行为以控制台当前配置为准,建议先给测试账号设一个较小额度再放量。
- 自托管意味着上游模型服务的凭据由自己保管,控制台地址与密钥不要暴露到公网可访问的路径上,泄露后他人可直接消耗你的额度。
- 接入 Claude Code 这类命令行工具时,默认配置需要其能访问官方域名,走自建网关时需按该工具文档调整接口地址,参考 https://code.claude.com/docs/zh-CN/quickstart 。
更新记录
最近更新:2026-10-12
软件参数速览
常见问题
New API 电脑版有官方安装包可以直接下载吗?
官方没有发布名为“New API 电脑版”的独立安装包,项目以 GitHub 开源仓库和文档形式分发,需要自行在电脑或服务器上部署后通过浏览器使用控制台。下载入口、依赖与运行方式以官方页面为准,第三方站点标注的包体信息需自行核对来源。
同一个模型配了多个渠道,一次请求会走哪个渠道?
系统按渠道的优先级与权重选路,并支持渠道加权随机:优先级高的渠道先被选中,同优先级内按权重分配流量。配置后建议先做渠道测试,确认渠道可用再放量,避免请求落到未验证的渠道上。
主渠道突然故障,调用会直接失败吗?
项目支持失败自动重试与渠道测试。当同一分组和模型下还有其他可用渠道时,请求可以转到备用渠道,把主渠道故障对应用的影响降到较低程度;若该模型下没有可用渠道,请求仍会失败,需要提前配置备用渠道。
New API 和 One API 该怎么选?
New API 基于 One API 二次开发,两者都做 Token 中转与计费。New API 更偏向面向团队和企业的通用 LLM 网关与资产管理平台,渠道选路、限流、用量与成本在同一控制台管理,具体能力差异以各自仓库文档为准。
我想限制某个应用只能调用指定模型并限制用量,怎么配?
在控制台为该应用单独发放密钥,绑定可用模型范围并设置用量额度,同时可开启用户级模型限流。这样该应用超出额度或调用未授权模型时会被限制,其他应用的调用不受影响。
客户端只支持 OpenAI 格式,能接入其他厂商的模型吗?
可以。New API 对客户端暴露一致的 API 接口,把上游各家模型服务接到统一入口后,客户端只需把接口地址指向自建网关并填入控制台发放的密钥,无需为每家模型改写鉴权与请求逻辑。
部署在本地 NAS 上,家里其他设备能直接调用吗?
可以。服务跑在 NAS 上后,同一内网的设备直接访问该内网地址即可,调用链路不出内网,上游模型服务的凭据也留在自己的 NAS 上。跨出内网访问则需要自行处理网络与访问控制,具体方式以官方文档为准。
使用中遇到问题或想提需求,去哪里反馈?
项目在 GitHub 上提供 Issues、Pull Requests 与 Discussions 三个入口:缺陷与需求走 https://github.com/QuantumNous/new-api/issues ,讨论走 https://github.com/QuantumNous/new-api/discussions ,提交前建议先搜索是否已有相同反馈。