New API Win11下载

简介

New API 是一个开源的 AI API 网关与多模型聚合平台，把 OpenAI、Claude、Gemini 等多家供应商的接口统一成一套鉴权与调用方式，解决团队同时接入多家模型时要写多套请求逻辑、单个渠道故障难以定位、月底无法按渠道对账的问题。目标读者是在 Windows 11 或通用服务器环境下想自行搭建统一调用入口的开发者、运维与技术负责人。核心优势是渠道管理、用量统计、成本核算与私有化部署能力齐备，代码托管在 GitHub，中文文档覆盖部署、配置与 API 参考。

核心功能

• 统一多模型接口：兼容 OpenAI、Claude、Gemini 等多家大模型供应商的接口格式，上层应用只对接一套鉴权与请求逻辑，切换模型不必改业务代码。
• 渠道管理：可添加、启用、停用不同供应商渠道，某个渠道不可用时按配置切换到其他渠道，避免单点故障直接拖垮整体服务。
• 用量统计：按渠道与模型记录调用情况，支撑团队内部的用量核对与月底对账。
• 成本核算：结合用量数据分摊各渠道开销，用于多团队、多项目的费用归集。
• 组织内部鉴权：README 明确的适用场景包含组织内部鉴权，可集中管理对外暴露的 API Key 与访问权限。
• 私有化部署：支持 Docker 与 Docker Compose 部署，数据库可按 docker-compose.yml 选择，数据留在自有环境。
• 中文文档齐全：docs.newapi.ai 提供安装部署、环境变量配置、Docker Compose 配置说明、API 参考、Skills 插件等章节。

使用场景

• 团队同时接入 DeepSeek、通义千问、GLM 等多家 API，需要一个统一鉴权入口，避免每个供应商各写一套请求逻辑。
• 渠道故障处置：某供应商接口不可用时，通过渠道切换维持线上调用，而不是让服务直接降级。
• 成本与用量管理：按渠道、按模型统计调用量，月底对账时能说清每个平台花了多少。
• 私有化与内网部署：把网关部署在自己的服务器或内网，上游 Key 不出内网边界。
• Windows 11 本机联调：在 Win11 上起一个本地网关，给多个内部应用共用一套配置做开发调试。

安装与获取步骤

1. 确认运行环境：准备 Docker 或 Docker Compose。素材中的教程分别在 Windows 10 与 Debian 13 上完成过 Docker 部署，说明流程与宿主系统无关，具体版本要求以官方页面为准。
2. 拉取镜像：素材教程使用 docker pull calciumion/new-api:latest 拉取镜像，实际镜像名与标签以 docs.newapi.ai/zh/docs/installation 的说明为准。
3. 准备数据库：教程中的测试环境选用 SQLite；也可按需编辑 docker-compose.yml 改用其他数据库配置。
4. 编辑 docker-compose.yml：按需调整端口映射、数据卷挂载与数据库连接项，保存后执行 docker-compose up -d 启动容器。
5. 获取源码与中文说明：GitHub 仓库地址为 https://github.com/QuantumNous/new-api，其中 README.zh_CN.md 写明了项目适用范围与合规要求。
6. 启动后按官方文档配置渠道与上游 API Key，先用一个已授权的 Key 验证调用链路，再逐步接入其他渠道。

与同类方案的区别

素材中的对比文章给出三个参照：CLIProxyAPI 更偏向「CLI/OAuth 订阅到标准 API 的协议桥接器」，New API 与 Sub2API 的设计目标并不相同，把它们统称为 AI 大模型网关会掩盖差异；1Panel 的对比报告将 1Panel AI 网关定位为企业级 AI 治理网关，将 New API 定位为开源模型聚合网关，两者在治理深度与聚合方式上各有侧重；另有选型指南把 One API、New API 与完全自建三条路线并列，比较鉴权统一程度、渠道切换成本与统计口径。选型时建议按「需要治理还是需要聚合」「是否已有运维体系」「统计与对账的粒度」逐条核对，最终能力矩阵以各自官方页面为准。

环境与依赖速查

• 项目类型：开源项目，代码托管在 GitHub，仓库路径 QuantumNous/new-api。
• 官方文档：https://docs.newapi.ai/zh/docs/installation，含部署、环境变量、Docker Compose 配置与 API 参考章节。
• 部署方式：Docker 镜像或 Docker Compose 编排，教程示例数据库为 SQLite。
• 平台标注：通用；素材中的实操教程覆盖 Windows 10 与 Debian 13，Windows 11 环境按同样容器流程操作。
• 版本号、文件大小、发布日期、Win11 专用包的获取方式：检索素材中没有对应信息，以官方页面为准。

注意事项

• 合规边界：README 写明本项目仅面向合法授权的 AI API 网关、组织内部鉴权、多模型管理、用量统计、成本核算和私有化部署场景，使用者必须合法取得上游 API Key、账号、模型服务或接口权限。
• Key 的保管：上游 API Key 只写在服务端配置或环境变量里，不要提交进公开仓库，也不要随截图、日志一起外发。
• 数据持久化：SQLite 适合测试验证，正式使用前确认数据卷挂载路径并建立备份，避免容器重建后统计数据丢失。
• 渠道健康检查：切换或新增渠道后先发一次真实请求验证，渠道不可用会直接表现为调用失败或服务降级。
• 名称辨析：检索结果中的 Windows 11 内核调试器 BugChecker、WinUI 主线迁移 GitHub、Windows AI API 属于 Windows 平台内容，与 New API 项目本身无关，不要混为一谈。
• 下载信息：本资源的官方地址为空，页面标题中的 Win11 下载没有对应直链与校验信息，一切以官方页面为准。