📌 项目地址：Wei-Shaw/sub2api | ⭐ 24,281 颗星 | 🔧 Go | 📜 LGPL-3.0
📌 项目地址：Wei-Shaw/sub2api | ⭐ 24,281 | 🔧 Go
这个项目做什么
一句话定位写在 README 开头：AI API Gateway Platform for Subscription Quota Distribution——订阅额度分发网关。
场景很具体：一个团队共用一份 Claude 订阅，但主账号凭证不想交给每个人。sub2api 在中间架一层网关，对外发独立 API Key，请求经它转发到上游，额度分配和用量统计由网关统一管。本质上，它把“订阅账号”包装成了“API 服务”。
技术栈从徽章能读完：Go（网关主体）、Vue（管理界面）、PostgreSQL（持久化）、Redis（高频读写）、Docker（交付）。提供英文、中文、日文三份 README。
README 第一屏：四条警告，不是功能介绍
我按原文顺序列出来：
- 条款风险：使用此项目可能违反 Anthropic 等上游服务商的服务条款，使用前请自行审阅相关协议，一切风险由用户自行承担
- 合规要求：仅限在遵守所在地区法律法规的前提下使用，严禁任何非法用途
- 免责声明：项目仅供技术学习与研究，账号封禁、服务中断、数据丢失等一切损失作者概不负责
- 禁止商用授权：开发者从未授权任何个人或组织基于此项目做商业运营，相关纠纷与项目方无关
一个两万四千星的项目，把免责声明排在所有内容前面。这个排序本身就是信息：作者清楚项目处在什么位置。
风险在哪
README 点名 Anthropic 不是随口一提。订阅制的前提是单用户使用，条款普遍禁止共享与转售。一个账号拆出多个 Key 之后，下游请求来自不同 IP、不同使用节奏，并发特征和单人使用差异明显，每一项都是上游风控可侦测的信号。
架构上还有个更根本的问题：整个系统挂在一个随时可能被停用的上游账号上。上游风控一旦触发，所有下游 Key 同一时刻集体失效。这不是概率性故障，是持续存在的单点。
一个值得注意的矛盾
开发者声明“从未授权任何商业运营”，但 README 的 Sponsors 区块挂着四家赞助商：CCTK.AI、OpenModel、ETok.ai、APIKEY.FUN。业务清一色是托管式 AI API 中转——其中一家自称是 sub2api 开源项目的核心贡献者。
赞助买的是广告位，不是授权。这条边界 README 自己划得很清楚。至于赞助商的业务模式和项目声明的研究用途之间是什么关系，我不下结论，读者自己看。
文档现状
我把 README 翻完了：没有部署命令，没有环境变量说明，没有配置示例，没有界面截图。赞助商介绍倒是写得很详细。
所以上手路径不是“照文档复制命令”，是读 Go 源码。这一点提前说清楚，免得有人装好 Docker 才发现无从下手。
我的判断
适合的人：账号是自己的、团队内部用、不对外收费、有能力读源码维护的工程团队。这几条都满足，风险可控。拿去跑转售生意，那四条警告就是完整的风险清单，出事没人兜底。
24,281 颗星说明的事很直接：订阅制比 API 按量计费便宜，账号共享有技术门槛，而想做这件事的人比想象中多。sub2api 把门槛降到了“会部署 Docker、读得懂 Go”的程度。这个数字就是这么来的。