claudebill

发布之后的表现

收入:indie(TrustMRR)库里没有——按域名 github.com、按名字 claudebill 都查不到库。产品本身免费,也没有任何自报收入。没有任何收入证据。

用户 / 下载:appstore、googleplay、macappstore、chromestore 库里都没有它(它是 CLI,不上商店,属预期)库。唯一可量化的用户信号是 npm 下载npm API,2026-11-02 抓:

• 2026-09-10 首发当天 107 次、09-11 158 次、09-13 164 次(发布前的自测 / CI / 改名公告期);
• 09-18 PH 发布当天只有 5 次,09-19 3 次,09-20 2 次;
• 之后长期 0–5 次/天;最近 30 天(09-30~10-29)合计 32 次,最近 7 天(10-23~10-29)9 次。

开发者关注:github 库里没有 aitechexplore/claudebill(不到 50 星的老库不在名单上)库。GitHub API 现查:3 star、0 fork、0 watcher、1 个 open issue、38 次提交、最后 push 2026-09-15、仓库创建 2026-09-10GitHub API。fork/star = 0/3,没有刷星迹象(样本太小,不构成异常)。npm 最后发布 0.2.0 于 2026-09-13,之后无新版本npm registry。

讨论:hackernews 库里没有 claudebill 的任何故事(标题、正文、URL 全查)库;x 本地库里 0 条提及库。作为对照,HN 上「Claude Code 成本」这个方向从 2025-03 到 2026-10 至少有 10 个以上同类 Show HN(Codemcp 172 分、Tokenyst、Lupen、TokenShield、Tallyhook、Estela、Prismodev、Tarmac、CCLeaderboard 等),claudebill 一次都没上库。

官网动态:没有独立官网,只有 GitHub README + CHANGELOG。CHANGELOG 停在 0.2.0(2026-09-13),其中提到「branches --merged」是「发布后两天一位 LinkedIn 评论者提的需求」——这是全档案里唯一一条外部用户反馈记录GitHub CHANGELOG。公司官网 Products 页仍是 Coming Soon官网。没有融资、收购、博客、Wayback 上的独立落地页。

自报 vs 实际

• 自报:PH tagline「See what your Claude Code sessions actually cost」、README「free for individuals and stays that way」——没有用户数、没有收入、没有 MRR 类数字,所以没有可对账的自报指标。
• README 里那组 $7592 all time / 7.01B tokens 是作者自己的 Claude Code 账单(工具输出示例),不是产品收入,别误读GitHub README。
• 唯一对不上的地方是热度:PH 给了 featured、62 票、日榜 41 名库,但发布当天 npm 下载只有 5 次npm API。62 票换 5 次安装,转化率约 8%,说明票数基本来自 PH 站内互投,没有变成真实用户。

为什么成了 / 没成

没成,而且不是执行问题,是定位问题。它做的事(读本地日志算成本)本身是对的、做得也细——branches --merged 把花费拆到「已合并 / 开着 / 被丢弃的分支」,这是同类里少见的视角,CHANGELOG 显示作者确实在按用户反馈迭代。但三个结构性障碍:

1. 需求太薄。Claude Code 的日志本来就在本机,jq 一行就能出总数;愿意为「更漂亮的成本报表」付费的人极少,所以它只能免费。
2. 变现路径没验证。团队版只挂了一个 GitHub issue,7 周只收到 1 个赞——连需求信号都算不上,作者也就没理由继续投入。
3. 赛道拥挤且全免费。HN 上同类 Show HN 至少 10 个,全是 MIT 开源,没有一家跑出收入。

作者是咨询公司,做这个更像技术展示 / 引流,不是主业,所以发布后 7 周零提交也就不奇怪了。

对想跟的人

这个方向没有位置了,除非你换一个付费主体。证据:claudebill 拿到 PH featured、62 票,发布当天 npm 下载只有 5 次,30 天 32 次——个人开发者根本不为「看自己花了多少」装工具,因为 Claude Code 订阅制下这个数字不产生行动。真正肯付钱的是要按客户 / 项目回传账单的人:HN 上 2026-10-08 的 Tallyhook(「price Claude Code and Codex logs per client you bill」)和 2026-09-29 的 Estela(「rebuild billable hours」)都指向这个方向,而 claudebill 的团队版 issue 只有 1 个赞,说明它没往那边走。最大的坑是:把「开发者好奇」当成「开发者付费」,以及把 PH 票数当需求验证——62 票和 5 次下载之间的落差就是全部教训。

没查到的

• indie(TrustMRR):没有该产品,无法给出逐月收入 / MRR / 订阅数 / 是否挂牌出售。
• appstore / googleplay / macappstore / chromestore:四个商店库都没有它(CLI 产品,预期如此)。
• hackernews / x 本地库:0 条提及,无法判断社区反应。
• 没有独立官网和定价页,「官网定价」一节只能引 README 原文;没有 Wayback 存档可对比。
• 作者 X 账号 @AITechExplore 不在 x 库的圈子名单里,本地库无其帖文;未使用付费实时接口,无法确认他是否在 X 上谈过这个产品。
• 无法确认 AI Tech Explore LLC 的注册信息与团队人数(未查 Companies House 类公开登记)。