只是和几个同事分个订阅，何必背着一套臃肿的 sub2api

murongxdb · 2026-09-29T08:52:00+08:00

我们组 4 个人凑钱买的订阅，之前一直用 sub2api 。用了小半年，功能没得说，但每次服务器要迁移我就头疼——除了它自己，还得把 Postgres 和 Redis 一起搬过去。有次 Redis 挂了，整个网关直接不工作，排查了半天发现是内存超了。后来想想我们其实就 4 个人，用不着这么重的东西。就自己写了一个，叫 SubLane ，一个轻量级的，专供于小团队的订阅 / API 共享的 API 网关。它是干嘛的把订阅账号接进来，给每个人发一把自己的 key ，大家拿 key 去用，我在后台能看到谁用了多少。就这样。没有别的。装完是一个 Docker 容器，数据库直接跑在进程里，没有 Redis ，前端编译进同一个二进制文件。备份就是备份那个数据卷。技术上是 Go + chi + sqlc ，SQLite 存数据，前端 React 19 编译进二进制。上游用了 CLIProxyAPI 的 executor ，但 OAuth 、凭据加密、账号选择这些都是自己写的，凭据不放进 SDK 的管理器。开源地址： https://github.com/murongg/SubLane大家有什么痛点或者需求都可以提 issue ，合理的我会尽可能的满足

125

murongxdb2026-09-29
2414
我们组 4 个人凑钱买的订阅，之前一直用 sub2api 。用了小半年，功能没得说，但每次服务器要迁移我就头疼——除了它自己，还得把 Postgres 和 Redis 一起搬过去。有次 Redis 挂了，整个网关直接不工作，排查了半天发现是内存超了。
后来想想我们其实就 4 个人，用不着这么重的东西。就自己写了一个，叫 SubLane ，一个轻量级的，专供于小团队的订阅 / API 共享的 API 网关。
它是干嘛的
把订阅账号接进来，给每个人发一把自己的 key ，大家拿 key 去用，我在后台能看到谁用了多少。
就这样。没有别的。
装完是一个 Docker 容器，数据库直接跑在进程里，没有 Redis ，前端编译进同一个二进制文件。备份就是备份那个数据卷。
技术上是 Go + chi + sqlc ，SQLite 存数据，前端 React 19 编译进二进制。上游用了 CLIProxyAPI 的 executor ，但 OAuth 、凭据加密、账号选择这些都是自己写的，凭据不放进 SDK 的管理器。
开源地址： https://github.com/murongg/SubLane
大家有什么痛点或者需求都可以提 issue ，合理的我会尽可能的满足
主楼
Yasuke2026-09-29
1564
cpa 不就可以
#1
dododook2026-09-29
1269
来个 demo 登入试试呀
#2
murongxdb2026-09-29
2414
@Yasuke SubLane 更明确的特点是：
围绕团队工作空间组织资源：每个空间管理自己的账号池、成员、权限、用量分配和审计。
一体化部署：Go 单进程 + SQLite + 内置网页，把团队管理和网关放在一个应用里。
#3
murongxdb2026-09-29
2414
@dododook 确实这个还差，这两天就搞
#4
xubeiyou2026-09-29
41870
那你这个对比 sub2api 除了解决重的问题还有啥呢对于小团队来说？我其实也就 3-4 个人一起用不过我是本地我分给其他人是 key
#5
murongxdb2026-09-29
2414
@xubeiyou sub2api 配置起来太复杂，对于小团队来说冗余功能太多
#6
murongxdb2026-09-29
2414
@xubeiyou 如果想用大而全功能的就用 sub2api ，如果想体验一下只是分一下订阅，并且有团队管理，不需要任何其他功能的，可以考虑一下 sublane
#7
ZGame2026-09-29
47465
为什么不直接授权登录呢... 官方也能用吧
#8
murongxdb2026-09-29
2414
@ZGame 同一个账号，被多人授权登录使用，容易封号吧，尤其是 claude
#9
ZGame2026-09-29
47465
@murongxdb #9
claude 没用过 codex 目前好像没封
#10
stringwind2026-09-29
48513
类似的轻量网关有很多，cpa ，gpt-load ，功能还多一点,整体会完善点。看 README 看上去也没有特别的功能。
#11
murongxdb2026-09-29
2414
@stringwind 怎么说呢，主要是针对团队场景进行功能优化，以及没有那么复杂的技术栈
#12
Dream4U2026-09-29
1509
审美在线，不过从 sub2api 迁移有点麻烦了，三四个人，key 太多了。
还有就是维护呢？新模型，新特性，都要等你更新才行，sub2api 更新还挺勤快的
#13
JZen2026-09-29
2616
麻烦楼主有 demo 也踢一下我
#14
dododook2026-09-29
1269
@murongxdb 好的，谢谢，挺支持这种简单的，希望支持 grok 呀也。。
#15
murongxdb2026-09-29
2414
@dododook #15
还在做，未来版本肯定会支持，感谢
#19
murongxdb2026-09-29
2414
@Dream4U 新模型是在线更新的，新特性估计得出了才能单独支持，这个项目维护起来很方便，就是一个 go 程序+一个 sqlite 数据库，我个人更新也挺勤快，只要有 bug 和合理需求，基本两天内就能搞定，可以看看我 GitHub 主页的提交量
#16
murongxdb2026-09-29
2414
@JZen 在做了，今天上午差不多就有
#17
Alejandr02026-09-29
2600
会不会导致封号呢？记得 Tibo 说过要打击 sub2api
#18
murongxdb2026-09-29
2414
@Alejandr0 tibo 说打击 sub2api ，但是支持 cliproxyapi ，这个项目就是基于 cliproxyapi 做的，并且内部支持单独为某个账号分配网络代理
#20
pabno2026-09-29
48514
我排查问题和迁移也都是直接交给 ai 做的，机器权限直接给他自己整。
#21
murongxdb2026-09-29
2414
@pabno 这也没问题，但是会有心智负担，迁移起来也没有 sqlite 那么方便
#22
ufan02026-09-29
1898
很棒的工具，本地尝试中。
好奇：OP 在 Github 提交两为何能如此浮夸？没有在大陆享受福报吗？
建议：上 BT 或者 1Panel 平台商店，能获得非常多的关注。
#23
DigitalG2026-09-29
48515
star 支持下。
我目前有多台设备用，倒不担心封号，主要是会话记录会混在一起。
之前用 CliProxyApi+keeper 可视化，主要痛点是上游同时支持多个不同协议端点的时候 cpa 目前只能每个端点配置一次。现在开始用 axonhub ，小规模团队用其实蛮好的，有请求审计和多端点配置。小痛点是可视化美观性差一些。
#24
murongxdb2026-09-29
2414
@ufan0 热爱开源，享受开源，感谢建议，等项目稳定后会考虑上那两个平台
#25

发表回复

登录后回复