@HeavySword #19 发布于2026/9/29 09:46:09 类似项目很多了，最经典的newapi，bifrost，omniroute，l站还有一个axonhub，最近几个月没关注了不过应该又冒出来很多 这些大部分都是通用需求，而不是为了解决某个场景而设计的功能，sublane主要面向的是多人合租、团队共享订阅而设计的功能
我现在是cpa+sub2api，cpa做反代，sub2api做团队用量管理。我对cpa没什么意见，就是感觉用sub2api确实是太重了，但起码是完全够用的，所以也没想过要换，如果以后楼主这个项目能稳定维护的话，我感觉可以试试
这个主要面向几人合租订阅或者团队共享订阅，不像中转站号池那种，同时给好多人用
这些大部分都是通用需求，而不是为了解决某个场景而设计的功能，sublane主要面向的是多人合租、团队共享订阅而设计的功能
只要CLIProxyAPI没有被禁，sublane就没有问题
与CLIProxyAPI比较一下，那个好我用那个
厉害
单容器+sqlite这个思路好，轻量才是王道，小团队确实没必要上重型方案
我现在是cpa+sub2api，cpa做反代，sub2api做团队用量管理。我对cpa没什么意见，就是感觉用sub2api确实是太重了，但起码是完全够用的，所以也没想过要换，如果以后楼主这个项目能稳定维护的话，我感觉可以试试
@Jen #27
是要稳定维护，因为我自己也在用
@byfly #24
这个项目是基于CLIProxyAPI SDK做的，本质核心能力是CLIProxyAPI提供的，差异化主要是这个项目针对于小团队场景，不需要那么复杂的其他机制的用户设计
如果能基于插件的形式做就好了，保证基座极简，开放接口后续通过扩展形式接入