872 个 star,15 次下载:一个 Linux 版「AI 用量控制中心」是怎么在德里的大学里涨起来的

Veronica 是一个装在 Ubuntu 上的桌面应用,主打在本地统计 Claude、Codex、Cursor 用了多少、离限额还有多远,顺手捆了剪贴板、Emoji、媒体、日历一堆小工具。11 月初它六天涨了 700 多个 star,看上去像一个新项目跑出来了。顺着 fork 的账号查下去,事情不是这样:涨起来的是一所德里大学里的学生社团,不是用户。这篇讲清楚这些 star 从哪来、产品本身站在什么位置、你能从中拿走什么。

11 月 5 日下午,德里的一批新账号

2026 年 11 月 5 日,UTC 上午 10:25 起(印度时间下午三点多),GitHub 上开始有人一个接一个地 fork 这个仓库,每小时 13 到 26 个,一直持续到印度时间晚上。这一天一共 80 个 fork。两天前的 11 月 3 日晚上(印度时间 8 点到 11 点)已经来过一波,18 个。在那之前,这个建了两个半月的仓库总共只有 2 个 fork,其中一个是它所移植的那个 macOS 应用的作者。

把最近 100 个 fork 的账号翻一遍(GitHub,11-06):

• 81 个是 0 个关注者;
• 46 个账号里只有 2 个仓库——这个 fork,加一个 GitHub 自动生成的个人主页仓库;
• 14 个是 fork 当天才注册的;
• 注册时间扎堆在 2026 年 8、9 月,也就是印度大学新学期开学;用户名里很多带着 2007、2008、2009,还有 GitHub 起名重复时自动补的后缀(-sys、-cmyk、-a11y、-dotcom);
• 填了位置的,全在德里、古尔冈、法里达巴德——德里首都圈。

这就是大一新生刚开的 GitHub 号。star 跟着 fork 一起涨:11 月 5 日下午到 11 月 6 日,每小时都有人点 star,11-06 当天一天 +352。

做它的人是谁

作者 Naman Dadhich,新德里 Maharaja Surajmal Institute of Technology(MSIT)计算机系,2027 届。他的个人站写着:Geek Room Community MSIT 的开发部负责人,之前是 GDG(谷歌开发者社团)MSIT 分会的开发负责人、现在是首席顾问,办过 MLH 背书的黑客松。Geek Room 是从 MSIT 学生的 WhatsApp 群起家的技术社区,官网自称 15 万多成员。

一个社团干部,一批同一个城市、同一个学期注册的新生号,两个晚上集中 fork 和 star——最像的是一场社团活动或工作坊:带新生现场注册 GitHub、fork 一个仓库、点个 star,学开源流程。具体是哪一场,没找到公开的活动页或帖子(未核实),但账号画像和时间分布已经把方向说清楚了。

其他渠道几乎没动静:作者 9 月 20 日在 X 上发过一条「Veronica is on its way to Ubuntu…」的预告,之后没有大号转发;Reddit、Hacker News、科技媒体都没找到提它的帖子。11 月 1 日之前的 163 个 star 怎么来的说不清,推断也是作者自己的圈子。

star 和下载差了两个数量级

(GitHub 每日记录,按北京时间每天记一次,所以 11-03 晚上那波 fork 记在 11-04。)

再看真正装了它的人。README 推荐的安装方式就是一行脚本,从 GitHub release 下 .deb 装上,所以 release 的下载数基本就是安装数:最新版 v0.1.19(11-01 发布)被下载 15 次,v0.1.10 到 v0.1.19 十个版本加起来约 105 次(GitHub releases,11-06)。Flatpak 走作者自建的仓库,不计入,这部分没法核实。仓库 watch 的人:1 个。贡献者:只有作者一人,190 个 commit。

872 个 star 对 15 次下载。点 star 的人没有去装它。

产品本身:一个 macOS 应用的 Linux 移植

README 第一段说得很直白:「Veronica 是 Edith 的 Linux 移植」。Edith(pulkitxm/edith)是一个 macOS 上的控制中心,Veronica 照搬了它的功能清单、限额计算、用量数据格式,连告警文案都写着「Edith's wording, verbatim」,只把调系统的那一层用 Linux 重写了一遍。Edith 自己在 GitHub 上只有 7 个 star。

做得认真的地方不少:

• 按节奏算风险,不只看百分比:「一个还剩几分钟就用到 60% 的窗口,比还剩一周用到 80% 的更要紧」,每个限额环都算你比匀速消耗快了多少;
• 告警不刷屏:每跨过一个档位只弹一次,同一条通知原地更新,重启也不重报;重置前可以提前提醒;
• 能晒的用量卡片:导出用量日历、最忙的一天做成 PNG,刻意不带仓库名、文件夹路径、对话标题和金额——README 的原话是,这四样会泄露你的客户、雇主或收入;
• 打包齐全:apt 安装脚本、AppImage、自签名的 Flatpak 仓库,外加一个 GNOME 顶栏「刘海」。

但这些不是它涨起来的原因。下载数已经说明,几乎没有人是被这些功能吸引来的。

谁在跟它抢

「本地看 AI 编程工具用量」是 2025 年以来最挤的开源小赛道之一(GitHub star,11-06 前后):

Linux 上想看用量的人,装一个 GNOME 扩展或者跑一行 ccusage 就够了。Veronica 唯一说得出的不同是「一个 app 包掉所有」,而这个形态在 macOS 上的原型 Edith 只有 7 个 star——没被验证过。

你能从中拿走什么

三件事,前两件是真的有用的:

1. 社团动员能把一个新仓库从零推到几百 star,但只能推 star。 一个几十上百人的学生社团,两个晚上就能做出单日 +352。代价是这些 star 没有转成一个用户,而且账号画像一查就露馅——0 关注、两个仓库、当天注册、同一座城市。
2. 「不泄露隐私的分享卡」是一个小而好的传播设计。 用量统计类工具最自然的传播是用户晒图,先替他们把仓库名、路径、金额抹掉,晒的门槛就低了。同类工具都可以抄。
3. 「把 macOS 工具移植到 Linux」成本低,但要挑原型已经火了的。 移植一个 7 star 的原型,等于把一个没被验证的形态再做一遍。

如果是你

一句判断:这个仓库的 star 不是产品挣来的,产品本身落在一个已经有好几个两三万 star 项目、外加一排 GNOME 扩展的赛道里。了解一下就行,不建议跟。

适合谁:如果你自己就在一个学生技术社团或开发者社群里,想知道「冷启动几百个 star」大概要动员多少人——这是一个现成的参照。如果你在做 AI 用量类工具,可以抄它的分享卡和「按节奏算风险」。

不适合谁:想做「又一个 AI 用量监控」冲 star 的人。赛道头部是 steipete 这样的名人作者和 claude-hud 这样先到的项目,后来的只能分到尾巴。

怎么做:真要在这个方向上做,别做大而全的控制中心,去找头部没覆盖的那一小块——比如团队层面(几个人共用一个账号额度,谁用了多少)、或者国内能用的模型(DeepSeek、Kimi、通义的用量和限额,推断目前没人专门做)。移植的话,挑 CodexBar 这种已经证明有人要的原型,而不是 Edith。

怎么获客:社团和同学能给你第一批 star,但别指望靠它上 GitHub trending 之后带来真用户;真实的用户来自 X 和 Reddit 上用 Claude Code、Codex 的人晒图——所以先把分享卡做好,再去 r/ClaudeAI、r/linux 这类地方发一张图配一行安装命令。

什么时候之前:没有窗口可言;这个赛道 2025 年中就开始挤了。Anthropic、OpenAI 自己的客户端越来越多地直接显示用量和限额,这一整类工具的理由都在变薄。

什么情况说明看错了: ① 接下来两三周,Veronica 的 release 下载数从每版十几次涨到每版几百次——说明社团带来的 star 把它送上了 trending、换来了真实用户,那「先动员、再借 trending」这条路比想象的有用; ② Linux 上出现一个专门做 AI 用量的项目,没有社团、没有名人,自己涨到上千 star——说明 Linux 这块确实缺人做,值得进; ③ 反过来,一个月后 Veronica 的 star 停住、下载仍是个位数——就是这篇的判断。

数据与出处

GitHub 仓库页、README、releases 下载数、fork 列表与账号信息(11-06);GitHub 每日 star / fork 记录(11-01 至 11-06);namandadhich.dev(作者身份与社团职务);geekroom.co.in(社区来历与规模,自述);pulkitxm/edith 仓库页;X @namannn04 9-20 的预告帖(搜索摘要);竞品 star 数截至 11-06 前后,写「约」的是取整;具体是哪场社团活动未核实。