Zentrola 更新：给 AI 编程订阅装上仪表盘

五个人共用几个 Claude 和 Codex 订阅，谁把额度烧光了、这个月花了多少，多数团队负责人答不上来。开源项目 Zentrola 的 1.3.0 版，就是在给这件事装仪表盘。

一、发生了什么

Zentrola 是一个面向研发团队的开源 AI 编程治理平台，定位是挡在 Codex、Claude Code 等客户端和各家订阅之间的网关加管理端：开发者照常用熟悉的客户端，管理员在后台集中管凭据、权限、配额和用量成本。项目在 GitHub 以 Apache 2.0 协议开源，10 月下旬升级到 1.3.0。

这次新增的三件事都围绕「看得见」。一是按虚拟密钥查额度，成员用量的归属更细；二是管理员可以通过 MCP 管理普通成员及其虚拟密钥；三是管理后台新增凭据健康度视图，上游订阅或密钥的状态异常能提前看到。加上此前版本已有的订阅额度感知——Claude 订阅按 5 小时和 7 天两个滚动窗口计，额度耗尽自动暂停路由、窗口重置后恢复——多张订阅第一次变成了可调度的资源池。

底座能力在这几轮迭代里也基本齐了：模型目录同步有专门的适配，覆盖 Anthropic、OpenAI 以及 Google、DeepSeek、智谱、月之暗面、通义千问等服务商；没有 API Key 的团队，可以拿 Claude Code 和 Codex 的个人订阅凭据同步目录，不额外采购也能把平台搭起来。部署依赖 PostgreSQL 加 Redis，官方明确成本数字用于内部可见和分摊，不是给客户开票的账务口径——这个边界写得诚实。

二、跟你有什么关系

管开发团队的负责人。 谁在用、用了多少、还剩多少额度，第一次能在一张报表里看清；有人离职，撤销对应虚拟密钥即可，不用去追他登过哪些共享账号。

平台工程团队。 成员身份和上游凭据分离，凭据加密存在服务端，成员接触不到上游账号。这对要过安全审查的团队是硬需求。

三五人的小团队。 说实话，直接用官方订阅更省心。治理层的价值要等订阅数量和人数上来才兑现，别为了三个人的项目搭一套网关。

三、怎么用

1. 从 GitHub Releases 拿部署包，用 Docker Compose 启动，改好管理端密钥、数据库密码等四项必配项；首次登录会要求创建管理员，没有默认账号。
2. 创建成员和分组，给每人发一枚虚拟密钥，客户端把入口地址换成网关、填上虚拟密钥即可，工作流不变。
3. 后台先看一周用量建立基线，再按人和应用设月度 Token 配额，之后开额度自动调度。注意主密钥务必备份，丢了上游凭据无法恢复。

四、三个别信的说法

装上网关就等于有了治理。 工具只提供账本，配额怎么切、权限怎么给还是要人来定，没跑过基线就定策略多半会切错。

订阅额度是个人隐私，不该管。 公司付费的订阅本来就该对账，透明的用量数据反而是对认真干活的人的保护。

1.3.0 是一次大重写。 它是三件增量功能，架构没变。选它看中的应是网关加账本的整体思路，不是某个版本号。

上了网关就不用再管合规。 恰恰相反，网关是全团队请求的必经之路，可用性要按内部最高等级服务对待，出问题会打断所有人的 AI 编程会话。

五、一句话结论

额度看不见，治理就是空话；看得见了，调度才有得谈。

信息来源

• 开源中国：Zentrola 1.3.0 发布，2026-10-26
• Zentrola 的 GitHub 仓库

功能与价格以官方公告为准。本文写于 2026 年 10 月 28 日。