把多个 AI 中转站账号收进一个看板（All API Hub）

用 AI 中转站的人，账号涨到两位数之后，日常就变成了体力活：余额散在十几个站，用量看不到汇总，各站计费倍率不一致，同一个模型到底哪家便宜得自己算。每过 24 小时还要挨个签到领额度，新拿到的 API Key 又得复制进 cc-switch、Cherry Studio 之类的客户端。

All API Hub 是一个浏览器扩展，用来集中管理 New API / Sub2API 这类 AI 中转站账号：录入站点地址后，输出余额用量看板、自动签到结果与可直接调用的密钥。

项目用 TypeScript 写成（语言占比 98.2%），仓库是 qixing-jk/all-api-hub，许可证为 GNU Affero General Public License v3.0（AGPL-3.0），目前 4910 star、330 fork、53 个开放 Issue。它以浏览器扩展的形态发布，Chrome、Edge、Firefox 三个商店都能装，不需要自己搭服务端；密钥和账号默认只存在浏览器本地，开启备份后才会写入 WebDAV。

五分钟先跑通

README 把商店安装列为普通用户的推荐方式，理由是安装简单、支持自动更新。三个渠道的扩展 ID 分别是：

• Chrome Web Store：lapnciffpekdengooeolaienkeoilfeo
• Microsoft Edge 加载项：pcokpjaffghgipcgjhapgdpeddlhblaa
• Firefox Add-ons：扩展 ID 为 bc73541a-133d-4b50-b261-36ea20df0d24

装好之后的第一次配置只有一步：打开扩展，把中转站地址加进去。README 的说法是让你填站点 URL，剩下的交给扩展，账号信息、余额、签到都会跟着站点自动接管。手上只有别人分享的 Base URL 和 Key、没有站点账号，可以走 API 凭证库那条路，同样能查余额、看模型、测连通性。

想从源码跑，仓库是一个 pnpm 工作区，根目录有 package.json、pnpm-workspace.yaml 与 pnpm-lock.yaml，另有 .nvmrc 指定 Node 版本、.env.example（9.2 KB）作为环境变量模板。仓库参考节选里没有给出完整的本地构建命令序列，这一步以仓库文档为准。当前包版本为 4.3.0，最近一次提交在 2026-10-06。

跑通之后你会得到什么

扩展接管之后，最直接的变化是少开十几个标签页。每个已添加站点的余额、用量和账号状态汇总在同一处，不用逐站登录就能看到。

签到按你设的计划自动执行，结果通过浏览器通知或你配置的通知方式发出，漏签不用再靠人记。同样的提醒也覆盖 WebDAV 自动同步和模型同步这两类后台任务，失败和异常能及时处理。

再往下走一步是接客户端。CherryStudio、CC Switch、Claude Code Router、Kilo Code 都在一键导出的支持列表里，凭证从扩展直接推过去，不用手抄 Base URL 和 Key。项目文档里有一份支持的完整清单，扩展能力也随版本在扩。

主要功能

统一的中转站账号看板：把多个 AI 中转站账号加进来之后，在同一界面查看余额、用量与账号状态，不需要逐个站点登录。这是扩展的主界面，也是其他功能的数据来源。

API 凭证库：这个功能不要求你有站点账号。把别人分享的或者自己长期收集的 Base URL 与 API Key 存进来，之后可以查余额、看模型列表、测试连接，需要时导出。适合手里攒了一堆 Key 但懒得挨个记录的人。

用量与趋势分析：按站点、账号、模型三个维度追踪余额变化并出图，用来判断额度花在哪里。

跨站模型价格对比：同一个模型在不同站点的实际价格放在一起比，找出更划算的接入点。各站计费倍率不同，这部分手工算不动。

多站自动签到：支持一键签到，也支持按计划自动执行，覆盖文档列出的支持站点。签到结果会通知出来，不成功的站点会显示在完整账号列表里，可以重试。

网页快捷捕获：在页面上直接找到 Base URL 和 API Key，当场测试，然后存进凭证库，省掉复制、切标签、再粘贴这一段。

一键导出到客户端：把凭证推送到 CherryStudio、CC Switch、Claude Code Router、Kilo Code 等受支持的工具。仓库没有在参考节选中罗列全部受支持工具，完整清单在项目文档的 Integrations 页面。

自建 AI 网关渠道管理：CLIProxyAPI、New API、Sub2API、AxonHub、Claude Code Hub、Octopus、Veloera、DoneHub 这些自建网关可以在扩展里直接管，不用打开各自的后台。已保存的站点账号和凭证库里的 Key 可以转成网关渠道，再通过网关调用模型。

模型同步与重定向：在支持的站点上手动或按计划同步渠道的模型列表，跟随上游变化；也可以定义自定义重定向，让客户端继续使用自己习惯的模型名。

公告聚合与本地优先存储：已添加站点的公告会自动收集到一处，维护、模型、价格变动不用逐站查看。API Key、账号和设置默认留在浏览器本地，启用备份或同步时才写入 WebDAV，WebDAV 支持加密与定时自动同步。

常用参数与配置

扩展侧的配置集中在几处：

• 站点与账号：添加站点地址即开始管理，支持同一个站点下的多账号。
• 凭证库：存 Base URL 与 API Key，不绑定站点账号。
• 自动签到计划：一键签到或按计划执行。
• WebDAV 备份与同步：默认关闭，开启后可加密、可定时。
• 通知方式：签到、WebDAV 同步、模型同步任务的结果推送方式可配置。
• 界面密度：4.0.0 起提供全局界面密度控制。

开发侧的配置来自仓库根目录：.env.example 是环境变量模板，package.json 记录依赖与脚本，.nvmrc 指定 Node 版本。仓库参考节选没有展开这些字段的逐项含义，动脚本之前先读原文。

结果在哪里看

余额和用量在扩展的看板界面里，弹窗和侧边栏都能进。Issue 里出现过标记为 [Popup] 的报告，侧边栏签到也曾被单独提过，说明这两个入口都在真实使用中。

签到、WebDAV 同步、模型同步这类后台任务的结果走通知，可以在浏览器里收，也可以配成其他通知方式。

导出到客户端的结果落在对应工具的配置里，客户端收到凭证后即可直接调用。

开了 WebDAV 备份的话，数据会写进你的 WebDAV 目录，换电脑之后同步回来接着用。

实际使用中的坑

• 模型同步容易中断。有用户提了「模型同步中断，希望添加优先级顺序」，环境是 Chrome 149.0.7827.155 加扩展 3.47.0，这条 Issue 有 26 条评论，目前仍是待解决状态。
• New API 兼容站点要求 new-api-user（或兼容的 user-id）请求头时，扩展未携带该头，导致「配置到 New API / 导入渠道」报 401。这条已经解决。
• 升级到 3.43.0 之后，有用户报告绝大部分功能失效，错误大致分三类。这条也已经解决，但说明版本升级值得留个心。
• 安卓上的狐猴浏览器导入账号时无法自动识别，在扩展 3.28.0 时报告，已解决。

选型参考

这两个对比项能解决部分相同的问题，重合点都在「别让 AI 额度散得到处都是」。All API Hub 的短板也很明确：它是浏览器扩展，多人协作、集中审计、团队级权限这些做不了，要在公司内部统一管控模型调用，archestra 那类平台才是对的工具。只订阅了官方服务、想知道还剩多少额度，ration 更轻，也不用把密钥交给一个扩展。

合规红线

自动签到、可用性测试、模型同步这三个功能都会以你自己的身份，按计划向第三方中转站发起请求。这类操作只对自有资产或者已经拿到明确授权的站点使用；对不属于你的站点做批量签到、批量探测、批量拉取模型列表，可能触发对方的频率限制和风控，也可能违反站点的服务条款，由此带来的封号或法律风险由使用者承担。

API Key 属于账号凭证，把它交给任何扩展之前，先确认站点条款是否允许第三方工具代为调用。WebDAV 同步如果不开加密，备份文件里的凭证会以明文形式落到第三方存储上。

什么情况下别用它

手上一两个官方 AI 订阅、从不碰中转站的人，装它没有意义。需要服务端集中管理多人账号、要审计日志和权限分级的团队，扩展这种形态给不了。

不愿意把 API Key 托管在浏览器扩展里的人，也不适合，凭证库和账号都贴着这一层。只跑一个中转站、余额一眼能看完的，打开站点后台比装扩展更快。

还有一类情况值得单独说：如果站点要求特定的请求头才能调通，而扩展还没有适配，接渠道这一步会卡住，等版本更新或者换手工配置更稳妥。

焚评：这个项目的量化评分

本项目的选题来自 焚.com（一个按公开公式给 GitHub 项目打分的站）。焚评当前总分 9.3 分（满分 10）。下表是各维度的得分：

评分口径、权重与计算方式见焚.com 的评分方法页；数据随 GitHub 指标刷新，具体数值以焚.com 当前页面为准。本文正文为诀.com 独立撰写，评分数据由焚.com 授权引用。