new-api
面向开发者和小团队的自托管多模型 API 网关，帮助统一接入、分发和管理模型调用。
工具简介
采用判断：如果你要为团队或产品自建一个多模型 API 入口，new-api 值得进入候选；如果只是让一个应用转发单一供应商的 API，则通常不值得引入。它不是模型本身、模型供应商，也不是无需运维的云端 SaaS；更准确的类比是“自托管 API 网关 + 模型路由与运营后台”。
官方 GitHub 仓库将其定位为统一的 AI model hub，核心是聚合不同上游并转换为 OpenAI、Claude 或 Gemini 兼容格式。多篇知乎教程、源码说明和集成文章进一步讨论了用户与令牌管理、渠道配置、权限和额度、计费、日志统计、模型映射及故障处理等用途；有集成文章还描述了同时接入文本、图像和语音等不同厂商能力。它的价值不只是减少多套鉴权和请求格式适配，也在于把模型调用整理成可分发、可管控的服务入口。
门槛与成本不应被低估。它需要自托管，渠道、模型映射、价格或额度规则的配置需要一定后端和运维能力；讨论中还出现了 Redis 配置、数据库迁移和流式超时等部署细节，说明它并非简单的一键转发器。证据中没有明确的官方软件订阅价格或统一 API 费率；服务器、数据库/缓存维护费和上游模型调用费只是保守推断，取决于部署规模与供应商，不能当作稳定成本承诺。
它更适合需要整合多个模型、给团队分配令牌和额度，或希望在产品中统一管理上游接口的开发者与小型团队；不适合只用一个 API 的个人项目，或不愿维护基础设施的非技术团队。证据讨论质量总体以教程、源码解读和方案文章为主，直接可复现实测样本有限，X 内容则偏经验分享和推广。GitHub 的 44,700 stars、10,500 forks 以及 X 的浏览和转发主要证明关注度，不等同于好用证明；官方仓库功能说明和较长的集成文章，才更能支持能力与门槛判断。