Toolaby

发布之后的表现

收入:indie(TrustMRR)库里没有它——按 domain = toolaby.app 和名字词边界都查不到库。它也没在官网或 PH 上公开过 MRR/客户数,所以收入完全无第三方证据。官网首页展示的 $1,670.07 gross volume / 230 purchases / 88 subscriptions 是产品自带的演示数据(同一页写着 "Acme/Word Counter/Test",且是 Test 环境截图),不是真实流水官网,推断为 demo 数据。

用户 / 下载:App Store、Google Play、Mac App Store 三个库里都没有它库——它是 Web 服务不是 App,这符合预期。Chrome 商店库里也没有它库——它本身不是扩展,是给扩展用的 SDK。唯一可量化的使用信号是 npm:包 toolaby(CLI,npx -y toolaby@latest wire)最新版 1.18.0,近 30 天(2026-09-30 至 10-29)下载 4,082 次npm registry API。逐日看:发布前 10-01/10-02 各 692 次,发布日 10-10 只有 12 次,之后长期 0–200 次/天,峰值出现在 10-16(206)、10-23(191)、10-27(195)——正好是 changelog 发版日〔npm API + 官网 changelog,推断:峰值是发版当天的 CI/自测拉取,不是用户增长〕。发布前反而比发布后高,这一点反常,推断是作者开发期的重复安装,不能当需求信号。

开发者关注:github 库里没有它——homepage_domain = toolaby.app 和仓库名 toolaby 都查不到库,因为门槛是 ≥50 星。去 GitHub 现查:组织 Toolaby 只有两个仓库,claude-plugin(JavaScript,MIT,0 star / 0 fork,最后更新 2026-10-19)和 chrome-extension-starter(TypeScript 模板,0 star / 0 fork,最后更新 2026-10-16)GitHub 组织页。个人号 miltostave 只有 1 个 fork 来的仓库、20 个 star、0 followersGitHub。没有 fork/star 比异常可追,因为根本没有 star。

讨论:hackernews 库里没有——按域名和标题词边界都查不到库。X 本地库(core 层 560 人)没有一条提到 toolaby / toolaby.app,创始人也不在任何圈子名单里库。公开渠道能查到的只有:dev.to 一篇 2026-10-20 的对比长文(1 个赞、1 条评论,且评论被作者隐藏)dev.to;LaunchOnIt 目录页 9 个 upvote、Week 44 第 5 名LaunchOnIt;AlternativeTo 的 ExtensionPay 替代品列表里被列为两个替代品之一AlternativeTo。PH 72 票但 HN / X / indie 全无,属于典型的「PH 一波流」,不是异常刷票(票数本身也不高)。

官网动态:站点活着且在更新。changelog 有 7 个日期:10-10(发布)、10-15、10-16、10-19、10-22、10-23、10-27官网。10-27 那条加了 Microsoft Edge 支持;10-16 加了 Analytics、卸载原因页、三个 webhook 事件;10-15 进了官方 MCP Registry 和 Claude 连接器目录。文档站非常完整(Quickstart / API / Webhooks / 迁移指南 / 与 ExtensionPay 逐项对比页)。没有融资、收购、团队扩张的任何消息。

自报 vs 实际

为什么成了 / 没成

方向是真的:Google 2021-02-01 关掉 Chrome Web Store 支付后,每个付费扩展都得自己接一套收款+授权,这是硬需求。Toolaby 的切入点也清楚——费率套利:老牌 ExtensionPay 收 5%,它收 0.5% 或 $25 封顶,官网专门做了 /compare/extensionpay 逐项对比页,还提供 wire --from-extensionpay 一键迁移(连 ExtPay 的代码都不用改)和订阅迁移(保留原卡和续费日)。产品完成度不低:离线签名 licence、8 语言 checkout、webhook、REST API、MCP server 让 Claude Code 直接配置。

但没成的地方也很明显:第一,买家池子极小——「愿意为扩展做付费墙的独立开发者」本来就只有几千人量级,而 ExtensionPay 已经占住心智(其开源库 Glench/ExtPay 786 星,是同类里唯一有社区资产的)github 库。第二,分发几乎为零:PH 72 票第 22 名、HN 零帖、X 零提及、npm 月下载 4,082 且大半是发版噪音。第三,它把「0.5% 费率」当卖点,但对手是开源 + 5%——对一个月流水 $500 的扩展作者,省下的是 $22.5/月,不足以让他重写一遍支付代码;而 Pro $25/月要月流水 $5,000 才划算,那批人早就有自己的后端了。第四,Firefox 不支持(官网自己承认),而 ExtensionPay 支持。

对想跟的人

这个方向有位置,但位置不在「再做一个更便宜的 ExtensionPay」。看两个数:ExtensionPay 的 5% 和 Toolaby 的 0.5% 之间差了 10 倍,而 Toolaby 上线 23 天只换来 npm 月下载 4,082 次、PH 72 票——说明费率不是这个市场的决策变量,迁移成本才是。真要跟,该做的是「迁移」而不是「收款」:Toolaby 的 --from-extensionpay 一键迁移是它最锋利的一刀,但没人知道,因为它没在任何扩展开发者聚集的地方(HN、r/chrome_extensions、X)发过声。最大的坑是:你的客户和你的竞品是同一批人——ExtensionPay 是开源的,任何一个扩展作者都能自己 fork 一套,你收的 $25/月随时会被「我自己写一个」替代。

没查到的

• indie(TrustMRR):没有 Toolaby 档案,收入、MRR、订阅数、是否挂牌出售全部未知库。
• appstore / googleplay / macappstore / chromestore:四个商店库都没有它库(符合预期,它不是 App 也不是扩展)。
• hackernews / x 本地库:零提及库。
• github 库:两个仓库都不到 50 星门槛,不在名单里;star 走势、fork/star 比、suspect 标记都无从谈起库。
• 答不了的:真实付费客户数、MRR、创始人是否还有别的在营产品、是否有融资。创始人 X 账号未能定位(本地库无此人,公开搜索只找到 dev.to 和 LinkedIn)。