什么值得做
产品档案 / 2026-10

AUDR by Chargebee

活着但平 证据强度 中 订阅 按量 开源 PH 发布 2026-10-06 · 254 票
官网
openaudr.dev/(产品站);母站 www.chargebee.com
PH
www.producthunt.com/products/chargebee/launches/audr-by-char…,2026-10-06,发布日票数 319 / 日榜第 3 / 36 条评论(现票数 254,周榜 16,月榜 59)
一句话
Agent Usage Detail Record——记录「谁发起了一次 agent run、每一步花了多少」的开放 JSON 标准(Apache 2.0)
团队
Chargebee(订阅计费公司,2011 年成立,YC 系)内部团队起草;GitHub 组织 openaudr,主要提交者 cb-dinesh、cb-shajith;联系邮箱 [email protected]。PH 上 Chargebee 产品档案有 6 次发布、1346 关注者
收费
AUDR 本身免费、开源(Apache 2.0),无定价页。母站 Chargebee 定价页(2026-11-02 抓取)Flow 档「$0 + 0.80%」或「$99 + 0.65%」,含 100M usage events/mo;Enterprise 需谈。AUDR 是引流/生态动作,不是收费产品
状态判断
活着但平——标准在持续迭代(spec v1.1.0、51 次提交),但采用信号只有每月几百次下载量级,没有收入、没有社区讨论
证据强度
中(PH 票数/评论、GitHub 页面、npm/PyPI 下载量对上了;收入、商店、HN、X 本地库全无)

发布之后的表现

收入:indie(TrustMRR)库里没有库。合理——AUDR 是免费开放标准,不产生流水。母站 Chargebee 是融资公司,本就不在 TrustMRR 覆盖范围。

用户 / 下载:appstore、googleplay、macappstore、chromestore 四库均无库。可查的采用信号是包下载量(第三方,非自报):

  • npm @openaudr/audr 近 30 天 502 次下载(2026-09-30~10-29)npm API
  • npm @openaudr/audr-adapter-vercel-ai 546 次;@openaudr/audr-adapter-mastra 160 次npm API
  • PyPI audr 近 30 天 299 次(近 7 天 16 次);audr-adapter-litellm 246 次;audr-adapter-nemo-relay 322 次pypistats

量级在「几百次/月」,属于早期开发者试用,不是规模化采用。

开发者关注:GitHub 库里没有 openaudr/audr库(不到 50 星的老库不在名单)。网页现查:15 star、5 fork、51 commits、38 tags,最后提交 2026-10-23,spec v1.1.0 于 2026-10-12 发布GitHub 页面。fork/star = 5/15 ≈ 33%,高于 15% 阈值——但绝对数太小(5 个 fork),且其中含 cb-shajith 自己的镜像 fork,不构成刷星信号,只是「star 基数太低」。另有第三方 fork cb-shajith/audr(0 star)。仓库有完整 spec/adapters/sinks/conformance 目录,不是空 README。

讨论:hackernews 库里没有 chargebee.com 或 openaudr.dev 的故事库;按「agent run cost / AUDR」搜也只有无关结果。x 本地库(560 人 core 层)没有提及 AUDR 或 chargebee 的原创帖库。PH 是唯一有量级的讨论场:36 条评论、日榜第 3、拿到 PH 日榜 award库。

官网动态:openaudr.dev 在线,spec 已到 v1.1.0,列 5 个 adapter(NVIDIA NeMo Relay、LiteLLM、Merge Gateway、Vercel AI SDK、Mastra)+ 2 个 sink(Chargebee、Lago),OpenRouter 在开发中官网。Chargebee 官方 X 于 2026-09-24 发布介绍帖(早于 PH 发布 12 天)X 网页。无融资/收购消息。

自报 vs 实际

  • Chargebee 自报「building AUDR alongside some of the best teams in the ecosystem, as spec reviewers, early adopters, or advocates, including @merge_api, @mastra, and @tinyhumansai」自报,X 2026-09-24。可核对:merge-gateway、mastra 的 adapter 确实已发布官网,但 mastra adapter 近 30 天仅 160 次下载npm——「early adopter」目前更像「挂名 + 包已发」,不是活跃使用。
  • 官网称「Five adapters, two sinks and the core SDK are published today」自报——与 GitHub 目录、npm/PyPI 包一致,可对上。
  • 无收入类自报数字,故无「对不上」的收入项。

为什么成了 / 没成

它「成」的部分是定位:agent 成本归因确实是真痛点(单次 run 跨 harness/router/tool,各层可观测却拼不出端到端成本),Chargebee 用「电信 CDR」类比把叙事讲清楚了,PH 日榜第 3、36 条评论说明话题有共鸣。它「没成」的部分是采用:标准类产品的胜负不在发布日票数,而在有没有人真的 emit 记录。目前所有 adapter 加起来每月下载量约 1,800 次(npm 1,208 + PyPI 867),且 Chargebee 自己既是起草方又是 sink 提供方,「中立标准」的信任问题天然存在——官网 FAQ 专门回答「What keeps this from becoming a Chargebee-specific format」,恰恰说明这是最大疑虑。此外它要挤进 OpenTelemetry GenAI 语义约定已占的位置,官网承认「AUDR sits on top of OTel」,意味着它更像 OTel 的补充层,天花板受制于 OTel 的采纳节奏。

对想跟的人

别把「开放标准」当独立产品做——AUDR 的 PH 319 票、日榜第 3 换不来收入,indie 库里根本没有它,因为标准本身不收费。真正的位置在「标准落地后的配套」:谁把 AUDR/OTel 记录变成可用的成本看板、预算闸门、按 run 计费,谁才有生意。最大的坑是「起草方即受益方」的中立性——Chargebee 自己提供 sink,第三方会问「我为什么要给竞品的数据格式写 adapter」;想跟的人要么做纯中立的多标准适配层,要么直接做成本归因的终端产品,别做又一个标准。

没查到的

  • indie 库:无 AUDR 档案(免费标准,无流水)
  • appstore / googleplay / macappstore / chromestore:四库均无
  • github 库:openaudr/audr 未入库(星数低于 50 门槛),star 走势只能靠网页单点
  • hackernews 库:无相关故事;x 本地库:无 core 层成员提及
  • 无法回答:实际有多少生产环境在 emit AUDR 记录、Chargebee 因 AUDR 带来多少新客户、spec 是否会被 OTel 或 FOCUS 吸收——这些库和公开网页都没有数据

档案由 agent 建(deepseek/deepseek-v4.1-flash,27 步,2026-11-01T10:40);〔库〕= 我们自己的库,〔官网〕= 当天抓的网页。