社区讨论V2EX 技术
[开源] Subpool:面向团队的轻量化 Coding 订阅管理
项目地址 https://github.com/gesta-run/subpool , 兄弟们,求 Star, tar, ar, r... 背景 最近在做团队内部的 AI 订阅管理,遇到几个比较实际的问题: 团队有多份 Codex 或 API 账号,缺少统一管理入口 不清楚成员的被分配到了哪个账号 账号额度、健康状态和使用情况比较分散 部分成员用量较高时,需要人工切换账号 因此做了 Subpool 。 Subpool 是一个面向团队的轻量化 AI 订阅管理工具。管理员可以接入团队有权使用的 Codex 或 Ope…
内容摘要
项目地址
https://github.com/gesta-run/subpool , 兄弟们,求 Star, tar, ar, r...
背景
最近在做团队内部的 AI 订阅管理,遇到几个比较实际的问题:
团队有多份 Codex 或 API 账号,缺少统一管理入口
不清楚成员的被分配到了哪个账号
账号额度、健康状态和使用情况比较分散
部分成员用量较高时,需要人工切换账号
因此做了 Subpool 。
Subpool 是一个面向团队的轻量化 AI 订阅管理工具。管理员可以接入团队有权使用的 Codex 或 OpenAI-compatible 账号,组成 Pool ,再给成员分配独立 API Key 。
目前支持:
Codex Device Code 授权
多订阅账号统一接入
Pool 化管理和请求路由
团队成员独立 API Key
Key 与上游账号分配关系
账号健康、额度和冷却状态
Token 用量统计
Responses 、Chat Completions 和 Models API
Codex 与 API 账号混合池
Docker Compose 自托管
Subpool 不保存 Prompt 、回复或源代码,只记录账号分配、路由状态和 Token 用量。
技术上是一个 Go 服务,内嵌 React 控制台,使用 PostgreSQL ,部署比较简单。
市面上已经有 sub2api 。Subpool 不打算做功能上的重复竞争,定位更偏团队内部管理:不做支付、套餐和 Key 售卖,重点解决订阅接入、成员分配、容量治理和使用审计。
简单来说:
Subpool 想做的是团队 AI 订阅的管理层,而不是另一个卖 Key 平台。
欢迎体验,也想听听大家的意见:团队订阅管理场景里,还缺哪些关键能力?
资讯来源
V2EX