在本机读各家写代码工具的花费记录,看钱花在哪个任务、有没有交出代码
公开材料尚未说明用户目前如何完成这项工作、它实际替代了什么。
它试图减少完成这项任务时的摩擦;公开用户材料尚未说明不解决的具体代价、发生频率或后果。
AI 应用的生意判断
在本机读各家写代码工具的花费记录,看钱花在哪个任务、有没有交出代码
01
从用户的一天开始 · 公开事实 + 工作流推理 · 2026-08-28
在本机读各家写代码工具的花费记录,看钱花在哪个任务、有没有交出代码
公开材料尚未说明用户目前如何完成这项工作、它实际替代了什么。
它试图减少完成这项任务时的摩擦;公开用户材料尚未说明不解决的具体代价、发生频率或后果。
趋势是 AI 写代码变成一项新开支,一出现就会有人做账。切入做工程负责人和财务对账:按项目、模型和是否交出代码拆账单,先免费换信任,收费点还看不清。
它承诺用更直接的方式完成这项任务:在本机读各家写代码工具的花费记录,看钱花在哪个任务、有没有交出代码;具体采用动机与持续使用情况尚未核验。
① 是否出现付费层或明确定价(team sync / 企业版)——赞助之外的第一笔收入在哪; ② "cost per merged PR"这类产出口径有没有被同行跟进——被跟进说明它定义了标准; ③ 三个月后 star 是否过 1.5 万、工具覆盖是否还跟得上新增 agent——覆盖率是这品类的生死线
继续观察。它承诺用更直接的方式完成这项任务:在本机读各家写代码工具的花费记录,看钱花在哪个任务、有没有交出代码;具体采用动机与持续使用情况尚未核验。
当你的用户已经在产生某种数据、只是没人读时,先做"读现成数据"的工具,比做"要求用户先埋点/先装探针"的工具省十倍的推广成本。CodeBurn 一行 `npx codeburn` 就读完全部历史,这是它爆发的第一因。
免费开源(MIT),目前无付费产品。 GitHub 上有赞助链接,团队 sync 功能标为预览。; 作者在 PH 上明说"它已经免费了,不用解锁任何东西"。 ① 是否出现付费层或明确定价(team sync / 企业版)——赞助之外的第一笔收入在哪; ② "cost per merged PR"这类产出口径有没有被同行跟进——被跟进说明它定义了标准; ③ 三个月后 star 是否过 1.5 万、工具覆盖是否还跟得上新增 agent——覆盖率是这品类的生死线
在本机读各家写代码工具的花费记录,看钱花在哪个任务、有没有交出代码
它承诺用更直接的方式完成这项任务:在本机读各家写代码工具的花费记录,看钱花在哪个任务、有没有交出代码;具体采用动机与持续使用情况尚未核验。
公开补证:查找官方定价、客户案例或部署文档,确认谁付钱、不使用的代价及可确定交付的结果。
产品主张帮助用户完成:“在本机读各家写代码工具的花费记录,看钱花在哪个任务、有没有交出代码”。具体痛点强度与不采用代价尚未由用户证据核验。
已有采用或关注仍应记录,但不能替代痛点证据;未见持续使用、部署、复购或公开用户反馈,不能据此判断是否形成共识。
付费主体、定价与单位经济尚未核验;这是商业证据缺口,不反推问题不存在。
交付能否稳定发生、以及人工与安全边界,尚缺可复现的公开证据。
02
市场对照
尚未完成中英文市场对照。待覆盖范围和可核验证据补齐后再给出结论。
03
先给出判断与下一步,再保留完整证据和反例。
本地跑的开源 AI 编程记账本:不用上传任何密钥,直接读你磁盘上 Claude Code、Cursor、Codex、Copilot 等 37-40 种工具留下的会话日志, 把 token 和美元按任务、模型、项目、PR 拆开,并进一步告诉你 "花出去的钱到底交付了代码没有"。
Resham(ProductHunt 号 @iamtoruk),GitHub 组织 AgentSeal 下的开源项目。
作者自述动机:用 Claude Code 时一周烧掉近 1400 美元,两眼一抹黑,决定自己动手开源。
产品发布线程里另有一位 Aditya V. Singh(@adityavsingh,自称做过战略与风险投资、后转运营角色)以共建者身份回复用户。
判断:先烧掉真金白银再写记账工具,是这类"痛苦驱动"项目里最可信的出身。 创始人对账的执念——"宁可标'无法归因'也不硬安一个'看起来合理'的数"——是长期做财务工具的人才有的习惯。
它明确不做:不做套壳客户端、不做云端计费平台、不做发票级对账。默认无账号、无遥测,数据不出本机。
以前算 AI 编程花了多少钱,只有两条路:一是各家的用量页各看各的(Claude.ai 一个数、Cursor Usage 一个数),对不上、没法横向比;二是接 API Key 给云端聚合平台,隐私和合规都犯嘀咕。
CodeBurn 走的是第三条路——读磁盘上已经存在的会话文件。每个 AI 编程工具都会往本地写详细会话日志,"有人读了它们"这件事之前没人做。它替代的是"打开各厂商后台 + 人工把账单拼起来"这个动作,还把下一步的"这钱花得值不值"(有没有变成 PR)也顺手回答了。
免费开源(MIT),目前无付费产品。 GitHub 上有赞助链接,团队 sync 功能标为预览。 作者在 PH 上明说"它已经免费了,不用解锁任何东西"。
判断:这是典型"先做工具攒口碑、后补商业化"的路线,现在的指标是覆盖率和信任度而不是收入。 它真正值钱的判断在"成本/有用单位"(cost per useful unit of work)上——谁先把这个口径做成行业标准,谁就能定义这品类的定价权。目前还没有证据表明他们想清楚了收费点。
| 维度 | 结论 |
|---|---|
| 创始人-产品匹配度 | 自己一周烧 1400 美元烧出来的,痛点一手,记账习惯(宁缺毋滥的归因)来自真做过财务判断 |
| 产品洞察力 | 抓住"账单是个黑盒 + 会话日志没人读"两个事实;"成本归因到 PR"和"花没花出成果"是别人没想到的口径 |
| 技术实现质量 | v0.9.20、CLI+桌面+菜单栏+web+GNOME 五端同源、40 工具解析、MCP server,工程完成度高 |
| 市场时机 | 正好在 agent 烧钱失控成为普遍痛点的当口,和 Decant 撞同一个需求,说明品类已成立 |
这是 AI 可观测性赛道里最认真的独立选手之一,方向(从"花了多少"到"花出什么")是行业的正确下一步。
它最值钱的不是仪表盘,是归因哲学:对不上的数宁可标"无法归因",也不往看起来合理的地方硬塞。 这条规矩在发布线程里被用户主动夸奖——对财务工具来说,信任就是产品本身。 它自己的数据也证明这条规矩的必要:曾经一次无边界目录关联把 131 个会话里的 129 个挂到一个 PR 上,教训写进了产品约束。
两件事决定它能不能从"值得关注"走到"强烈推荐": 一是商业化。免费+赞助养不活一个要持续追 40 种工具格式变动的项目,团队 sync 和预算守卫明显是未来的企业付费点,但还没明码标价。 二是"Optimize 会自己动手改"这条线——从测量工具滑向"自动优化 agent",既可能是护城河,也可能让它和它监控的对象抢饭吃,路线选择还没做。
竞争格局:同赛道已有 Decant 等,厂商自带用量页也在升级。CodeBurn 的护城河是"本地、无密钥、归因诚实"三件事叠加,短期难抄。
① 是否出现付费层或明确定价(team sync / 企业版)——赞助之外的第一笔收入在哪 ② "cost per merged PR"这类产出口径有没有被同行跟进——被跟进说明它定义了标准 ③ 三个月后 star 是否过 1.5 万、工具覆盖是否还跟得上新增 agent——覆盖率是这品类的生死线
产品逻辑:当你的用户已经在产生某种数据、只是没人读时,先做"读现成数据"的工具,比做"要求用户先埋点/先装探针"的工具省十倍的推广成本。CodeBurn 一行 npx codeburn 就读完全部历史,这是它爆发的第一因。
定价结构:无,未披露。但它"免费+赞助+预览期团队功能"的阶段划分值得参考——先让工具免费长成事实标准,再补企业层。
值得关注。 痛点真实、工程扎实、增速快(四个月 9.3k star),归因哲学在品类里独一份。 缺的是商业模式和"自动优化"的路线选择,这两条定了才知道它能长多大。记下上面三条,三个月后验证。
05
产品官网缺失或当前链接只是线索时,从这些检索入口继续核验。