Spanly

发布之后的表现

收入

• indie(TrustMRR)库里没有 Spanly(按 domain=spanly.com、name 词边界查均无)库。没有逐月收入、MRR、订阅数、是否挂牌出售可写。创始人从未公开过收入数字。

用户 / 下载

• App Store、Google Play、Mac App Store、Chrome 应用商店四个库均无 Spanly库。它是纯 Web/SaaS + CLI,本就不该有商店数据,所以「库里没有」在这里是预期结果,不是负面信号。
• 唯一第三方量级线索:PulseMCP 给该 MCP server 的估算访客 560(全时段)、28(本周),全球热度排名 #15,190(本周 #8,108),标注 Released Jun 16, 2026第三方 pulsemcp.com/servers/spanly。这个量级说明实际使用面很窄。

开发者关注

• GitHub spanlyhq/spanly:7 star、1 fork、30 commits、Apache-2.0,最后提交 2026-07-05(commit「chore: sync public SDKs and CLI from source of truth」,由 bot 同步)官网 github.com/spanlyhq/spanly。仓库不在我们 github 库里(门槛 ≥50 星,它没到)库。
• fork/star 比 1/7 ≈ 14%,未超 15% 警戒线;但绝对量太小,谈不上「可疑刷星」,也谈不上社区。组织下另一个仓库 homebrew-tap 0 star,最后更新 2026-06-10。仓库只有 SDK/CLI 镜像,后端闭源、不可自托管——这是它「开源」的边界。

讨论

• Hacker News:2026-06-11 一条 Show HN,标题「Show HN: Spanly - See what AI agents do inside your MCP server」,1 分、2 条评论,且被 flag〔库 hackernews + 官网 news.ycombinator.com/item?id=48489664〕。创始人 Tim 在帖里写了很长的技术说明(Go sidecar、ClickHouse/Postgres/Redis、Cloudflare R2、US/EU 数据驻留),唯一一条正面回复来自用户 pqtr2(「definitely under-served right now」)。1 分意味着几乎没人看到。
• X 本地库:无任何提及库。官方账号 @SpanlyHq 2026-02 注册,0 帖、2 关注者官网 x.com/spanlyhq。等于没有做社媒分发。
• PH 发布本身:77 票、日榜 36 名,属于「featured 但没进前列」,3 条评论。

官网动态

• 官网 2026-11-02 已 503 停服;Wayback 对 spanly.com 的最近一次成功存档是 2025-07 之前(2025-07-10 是 302),2026 年整段没有存档存档。没有 changelog、博客、融资或收购消息可查。Glama 的 MCP connector 页显示状态 Unhealthy,最后测试 2026-09-13第三方 glama.ai——即 9 月中服务已不健康,与 11 月停服吻合。

自报 vs 实际

没有发现创始人夸大收入的表述(他也没报过收入)。唯一对不上的是第三方目录的 $99 定价,与自述 $49 冲突。

为什么成了 / 没成

方向判断是对的:2026 年 MCP 爆发,「agent 调用你的产品」确实需要一层 MCP 专用可观测性,通用 APM 把「工具调用失败 + 两次重试」看成三个健康 POST,这是真痛点(HN 帖里 Sentry 自己 5000 万请求/月靠用户邮件才发现故障的例子很有说服力)。产品设计也扎实:Go sidecar 零改代码、跨语言、W3C traceparent 透传、US/EU 数据驻留、工程视图 + 产品视图。

但它没成,原因集中在分发和时机:

1. 单人、零分发。X 账号 0 帖、2 关注者;HN 只发一次、1 分被 flag;PH 77 票后没有后续动作。GitHub 7 star 说明开源也没带来开发者流入。
2. 赛道被巨头挤压。创始人自己在 HN 帖里承认 Sentry、New Relic 都已上线 MCP monitoring。当 Datadog/Sentry 免费把 MCP span 纳入既有套餐时,一个 $49 起、后端闭源、不能自托管的小工具很难让 SaaS 团队单独采购。
3. 客户画像太窄。目标客户是「在生产里跑 MCP server 的 SaaS 工程团队」——2026 年这个群体本身还在早期,愿意为 MCP 可观测性单独付费的更少。
4. 时间线:6 月发布,7 月 5 日最后一次代码同步,9 月中 connector 已 Unhealthy,11 月官网停服。从发布到停摆约 4 个月,是一次快速试错后放弃。

对想跟的人

MCP 可观测性这个方向还有位置,但不在「又一个独立 SaaS 面板」这个位置。Spanly 的 7 star、1 分 Show HN、560 估算访客说明:靠 PH + HN 冷启动一个开发者基础设施产品,在 2026 年已经基本无效——尤其当 Sentry/Datadog 免费覆盖同一需求时。真正的位置可能在:(a) 做开源、可自托管的 MCP 代理/网关层(它把后端闭源了,恰恰丢掉了开源项目最该有的传播杠杆);(b) 绑定一个具体的高价值场景(如 MCP 安全审计、agent 成本归因),而不是泛化的「工程视图 + 产品视图」。最大的坑是:把「技术痛点真实」误当成「有人愿意为此单独付费」,以及单人项目在巨头免费功能面前没有护城河。

没查到的

• 收入:indie(TrustMRR)无 Spanly 档案,任何收入 / MRR / 订阅数都查不到;创始人也没公开过。
• 官网定价页原文:spanly.com 与 app.spanly.com 均 503,Wayback 无 2026 年存档,拿不到现价与档位原文,只能引 HN/PH 的旧自述。
• 创始人背景:Tim 的所在地、过往公司、LinkedIn 均未查到公开信息;GitHub 组织无公开成员。
• 用户数 / 下载量:无商店数据,无第三方下载统计;PulseMCP 的 560 是估算访客,不是用户数。
• 停服原因:没有公开的停运公告、博客或创始人说明,「已停」由官网 503 + GitHub 停更 + connector Unhealthy 推断。
• PH 页面正文:producthunt.com 有 Cloudflare 拦截,未能抓到发布页原文;PH 数据以库内记录为准。