继原帖：
社区的免费 API 非常多，甚至是用都用不过来，管理起来也很麻烦，所以我做了个小玩具，像NVM一样管理apikey
开发调优
本帖使用社区公益推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的项目是免费使用的，无收费（变相收费、赞助）部分： 是 我的帖子已经打上 公益推广 标签： 是 我的项目属于个人项目，与公司或商业机构无关： 是 我的项目不存在QQ、TG等群组引流： 是 我的项目不存在非运营必要的网站引流： 是 我的项目不存在为他人推广、AFF： 是 我的项目无关联的商业项目： 是 我的站点存在登录，并已接…
名称 velora 似乎太长了，打起来比较麻烦，因此再次征集佬友们的意见
apikey管理工具velora cli 更名征求意见 apikey管理工具velora cli 更名征求意见- vam
- avm
- aim
- 其他（在评论区补充）
与ccs的区别(来自Grok)：
项目 Velora (CLI) CC Switch (GUI) 界面 纯终端命令（如velora use xxx）
图形界面 + 托盘图标，一点即切
操作方式
命令行（适合脚本、自动化）
鼠标点击为主，适合日常频繁切换
预设数量
自己手动添加站点
内置 50+ 供应商预设，一键导入
测试能力
很强（并行 ping + 真实模型调用测试）
一般（以切换为主）
额外功能
自动归档、模型基准测试、配置自动同步
MCP/Skills 管理、更多工具集成
体积/依赖
极小（单个二进制文件）
较大（桌面应用）
跨平台
极佳（Zig 编译，支持很多架构）
好（Windows/macOS/Linux）
CC Switch 本身不大，内存占用也不大，但是调用webview的话，webview内存占用可能就大了，velora项目地话Windows编译产物在2M左右，Linux不知道为啥，都在10M左右，没有任何后台进程
佬们有什么意见都可以提，我深知 CC Switch 是我不可触及的高山，也在尽可能做出差异化。剧透
现在的计划：
- 兼容ccs的配置文件导入
- 加入浏览器扩展通信，简化站点的添加步骤剧透
2 个帖子 - 2 位参与者
来源: linux.do查看原文