继原帖： 社区的免费 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 位参与者 阅读完整话题