Sparrow(sarathsp06/sparrow,自托管 webhook 投递)

发布之后的表现

收入 — indie(TrustMRR)按域名 sarathsp06.github.io 和名字查:库里没有;for_sale / asking_price / flags / channels / provider / first_seen 均无库。对一个 MIT、无云版本的纯自托管项目,这符合预期,不代表它不赚钱(TrustMRR 只覆盖愿意公开流水的产品)。

用户 / 下载 — PH 档案 sparrow-10 没有 ios_app_id / android_app_id库。appstore / googleplay / macappstore 按名字词边界匹配到的全是同名别家 App(Cash Sparrow、Sparrow Golf、Sparrow Weather 等),与本产品无关;注意别把 PH 上那个 2023 年的 macOS 菜单栏天气 App「Sparrow」(ios_app_id 6449440582)混进来,那是另一个产品。chromestore 库里也没有库。

开发者关注 — 仓库 2026-04-01 建,截至 2026-11-01:25 stars、0 forks(fork/star 比 0%)、1 watcher、2 open issues、42 分支、276 个 tag、761 次提交,最近提交 2026-10-31(一条 dependabot 依赖升级),pushed_at 2026-11-01T23:12Z,最新 release v1.2.0(2026-10-26)GitHub 页面 + API。它不在我们 github 库里——全站名单门槛是 ≥50 星,老库 25 星进不来,所以库里没有 star 走势、没有 status / suspect 字段,不是「可疑」的意思库。0 fork 值得追一步:对一个自托管工具来说,用户是 docker pull 而不是 fork,但 0 fork + 1 watcher 也说明没有任何外部开发者真的下场(对比同赛道 svix/svix-webhooks 3473 星 / 297 fork、frain-dev/convoy 2888 星 / 187 fork、hook0/hook0 1504 星 / 104 fork库)。另有一处口径不一致:pkg.go.dev 上该模块标的是 v1.4.1、发布日 2026-06-23,而 GitHub 最新 tag 是 v1.2.0(10-26),版本号顺序对不上,可能是 tag 重命名,未证实。

讨论 — hackernews 库按 github_repo=sarathsp06/sparrow 与域名 sarathsp06.github.io 查:0 条。同名 "Sparrow" 的 HN 帖子全是别人(tavus.io 的 Sparrow-1/2 语音模型、sparrow.land、sparrowmap.com、man-group/sparrow 等),与它无关库。X 本地库(约 560 名 core 成员)对 sparrow / webhook 关键词:0 条提及;创始人 @sarath_sp06 不在名单内,库里没有他的帖库。所以 PH 的 61 票基本没有外溢到 HN 或 X。

官网动态 — 站点在线且持续更新:博客 4 篇,2026-10-07《Introducing Sparrow》、10-07 性能长文、10-21 eMudhra TLS 分析、10-31《Why HMAC signing is not enough》;文档含 llms.txt / llms-small.txt / llms-full.txt(为 AI 检索优化),PR #82 标题直接写 "rank for 'webhooks as a service' in search and AI answers"GitHub / 官网。另有配套卫星工具 CLI、Recipes、Sources、Sinks 与 Recipe Workbench,以及姊妹项目 testhooks(webhook.site 替代)。Wayback 有 2026-10-20 的首页快照web.archive.org。没有融资或收购消息。

自报 vs 实际

• 官网/PH 定位「自托管 webhook 投递」——与仓库描述、文档一致官网/库,无夸大。
• 官网对比表把自己与 Svix / Convoy / Hookdeck / AWS SNS 并列。实际量级:Sparrow 25 星 vs svix 3473 星、convoy 2888 星库;功能可比,社区规模差两个数量级,这是「方向正确但尚未被采用」而非「已成型」。
• 无任何自报收入或用户数可核对;indie 库里没有它,因此「赚了多少」这个问题答不了。

为什么成了 / 没成

没成(至少没起量),原因更像结构性的,不是执行差:①赛道已有 Svix(部分开源)、Convoy、Hook0 三个先发者,其中 svix 3473 星、hook0 1504 星,自托管 webhook 又是「装完就忘了」的基础设施,用户不会 star 也不会写博客;②纯 MIT + 明说没有托管云版本,等于主动放弃收费面——没有付费意愿可测,也就没有增长飞轮;③单人维护 + 机器人提交(741/761),遇到竞品 5 人以上的团队节奏,功能追得上但支持与信任感追不上;④发布动作本身很扎实(7 个月 761 提交、276 个 tag、4 篇技术博客、PH 日榜第 26),PH 却只拿到 61 票、6 条评论,说明这类「后端基础设施开源」在 PH 受众里天然低共鸣。

对想跟的人

这个方向还有位置,但位置不在「再做一个更干净的自托管 webhook」。看这条数据:svix/svix-webhooks 3473 星、hook0 1504 星,而 Sparrow 7 个月做到 25 星、0 fork——开源 star 在这个品类里不是需求信号,docker pull 才是,而后者你拿不到。真正有空位的是把「自托管内核 + 托管云」拆成两层卖(内核 MIT 引流、云版按消息量收),Sparrow 恰恰在 llms.txt 里写死 "no managed cloud offering",把唯一的收费口关掉了。最大的坑:选了一个用户永远不会主动搜索、也不愿意为之付费的品类,然后用一次 61 票的 PH 发布去验证——那点样本量证明不了任何事。

没查到的

• indie(TrustMRR):没有该产品,收入 / MRR / 订阅数 / 是否挂牌出售全部无数据。
• github 库:25 星未达 ≥50 星门槛,没有 star 曲线、gain_7d/30d、status、suspect;star 走势只能靠 GitHub 页面单点(2026-11-01 为 25 星),发布前的基线未知。
• hackernews、x 本地库:均无提及;未使用付费的 x live 查圈外帖子。
• appstore / googleplay / macappstore / chromestore:无本产品条目(匹配到的都是同名别家 App)。
• 官网定价页:不存在;抓到的只有「MIT、无云版本」的说明,无法给出价格档与旧档对比。
• pkg.go.dev 上 v1.4.1(2026-06-23)与 GitHub 最新 tag v1.2.0(2026-10-26)的版本号矛盾,未能证实原因。