Relay(onrelay.app)
- 官网
- www.onrelay.app/
- PH
- www.producthunt.com/products/relay-15/launches/relay-c81c15a…,2026-05-15,115 票(发布日 107)/ 日榜第 12 名、周榜 69、月榜 281 / 19 条评论库 producthunt
- 一句话
- Chrome 侧边栏 + MCP,把 ChatGPT/Claude/Cursor 等 20 多个 AI 工具的项目上下文自动抓下来、串成一份"活的项目简报",新开对话一键注入(「Stop repeating yourself to every AI」)。
- 团队
- 单人。Alimkhan Yergebayev(阿利姆汗·叶尔格巴耶夫),哈萨克斯坦 Ekibastuz 人,X 自述 19 岁自报,nFactorial Incubator 25 期,GitHub 自述同在做 Hadithly / Adat / commitly官网 GitHub 页;GitHub 账号 alimkhann,X @alimmka_(页面显示 103–112 关注者)官网。库里的 indie 库没有该域名档案,无法用支付平台数据交叉验证。
- 收费
- (官网 2026-11-02 抓取):Free $0/永久(2 个项目)、Starter $7/月(年付 -17%,$80/年,5 个项目)、Pro $10/月($120/年,15 个项目);页面注明「Pricing subject to change during beta. Early users keep their rate.」官网。旧档:PH 产品档案里该产品没有定价字段,Chrome 商店只标了「Offers in-app purchases」库。变化:无旧价可比。
- 状态判断
- 活着但平——扩展在架、7 月 1 日还发过 0.6.4,但 7 个月只攒到约 155 个装机,收入自报停在 5 月的 $10 MRR,之后没有任何第三方或公开数据点。
- 证据强度
- 中(偏弱)。PH 票数、Chrome 商店用户/评分数、GitHub 仓库都能对上;indie 收入库、HN、X 本地库三处全部为空,收入只有自报单点。
发布之后的表现
收入:indie 库按域名 onrelay.app 和名字查均为「库里没有」库。全库同名产品是另外几家(Mondial Relay 的 WooCommerce 插件、relayevals.com 的 Relay、badgerelay.com 等),不要混。唯一收入数字来自创始人自报:X 上 2026-05-23～05-25 连续三天发「Day 32/33/34 of building in public」,口径一致:Users 60→62,Revenue $120,MRR $10,并写「目标 6 月底做到 $100 MRR」自报。此后到 2026-11-02 没有再公开过收入,也没有 TrustMRR 档案可校验。
用户 / 下载:App Store、Google Play、Mac App Store 三库按名字和域名查均「库里没有」库。Chrome 商店有它:扩展 id ilgnnbhokdndbgchcfffolemkmmkpklf,首次发布 2026-04-08,最近更新 2026-07-01(版本 0.6.4),品类 productivity/tools,评分 5.0、仅 2 个评分;用户数:库里 2026-11-01 快照 153库,当天商店页面显示 155 users官网——即发布近 7 个月、领取的装机量在三位数。库里只有一次快照(item_snap 只有 2026-11-01 一条 related 记录),没有增长曲线。
开发者关注:GitHub 库里没有 alimkhann/Relay(库收录门槛是全站 ≥50 星,该库 1 星)库。现查 GitHub 页面:仓库 alimkhann/Relay 1 star / 0 fork / 0 watcher、711 次提交,最后一次提交是 2026-09-08;提交信息里有「recovery master plan」「Chrome Web Store rejection notice (2026-05-12) 归档」等字样,说明 5 月被商店拒审一次、8 月做过一轮重构官网。另一个个人主页仓库 alimkhann/alimkhann 0 星,最后更新 2026-10-26,README 里 Relay 列在第一位官网。fork/star 极低不构成刷星嫌疑(绝对值太小,1 星谈不上异常),真正异常的是「711 次提交 vs 1 星」——单人闭源式开发的私有产品仓库,不是社区项目。
讨论:Hacker News 库按域名 onrelay.app 和标题查「库里没有」;带 relay 的 HN 帖全是同名别家(Mailrelay、relayevals.com 的 Relay、toolrelay 等)库。X 本地库里 @alimmka_ 不在五个圈子成员名单里,按 onrelay / alimmka / AI memory 检索也没有他的帖子库。除 PH 一次发布外,几乎只有：Peerlist 2026-05-16–18 的发布(第 5 名,23 条评论,含若干关于「两个 AI 结论冲突怎么仲裁」的提问,创始人答复用「claims + provenance + disputed 状态」而非 last-write-wins)官网 peerlist.io、2026-04-26 r/nocode 的一条推广回复、以及 npm 包 @onrelay/wizard。npm 上该安装包首版 2026-05-18,最新 0.1.14;最近 30 天(2026-09-30～10-29)下载量 15 次官网 registry.npmjs.org / api.npmjs.org——MCP 安装器一个月 15 次下载,是"发布后真实使用量"最直接的旁证。
官网和公开网页:官网在线且结构完整(Home / MCP / Pricing / Blog / Docs),首页文案已从 PH 时的「Stop repeating yourself」换成「Your AI tools finally remember your work」,产品描述扩到 ChatGPT/Claude/Gemini/Grok/Perplexity/DeepSeek + Claude Code/Cursor/Codex/Copilot 等 20+ 工具,并把 Telegram/WhatsApp/Discord/Gmail/Notion/Linear/Jira/Slack/GitHub 列为「Coming soon」官网。博客 5 篇全部标注 2026-06-11,之后无新内容;没有 changelog 页面、没有融资或收购消息。Chrome 商店 0.6.0 更新说明提到新增 Ask Relay、个人记忆、面板内用量显示官网。
自报 vs 实际
| 自报 | 出处 | 库里 / 第三方 | 判断 |
|---|---|---|---|
| Users 62、Revenue $120、MRR $10(2026-05-25) | X @alimmka_ | indie 库无 onrelay.app 档案库 | 无法验证;PH 发布(05-15)后 10 天的量级与 Chrome 商店后来 153 装机自洽 |
| 目标「6 月底 $100 MRR」 | X @alimmka_ 同帖 | 无后续自报,库里也没有 | 无法验证,且创始人此后停更了日报 |
| PH 115 票 / 日榜 12 | PH 页面 | 库里一致(score 115、launch_day_score 107、daily_rank 12、comments 19)库 | 对得上;但 note:未进 PH 日/周/月榜前三,库里 award 表没有 relay-15 |
| 「支持 20+ 工具、MCP 一键接入」 | 官网 | npm @onrelay/wizard 月下载 15 次 | 不矛盾,但实际接入量极小 |
顺带排除一个易混项:relay.app(工作流自动化,另一个团队)已在 2026-09 关停官网 relay.app,与本产品无关。
为什么成了 / 没成
痛点是真痛点,需求侧还在涨(X 上 2026-10 有 HarryStebbings 等人在谈 memory layer、omarsar0 转的论文——都在讨论「AI 记忆」),但它没接住,原因有三:
一是分发只有一次性爆发。PH 115 票换来的是几天的流量,之后 7 个月 Chrome 商店停在约 155 装机、npm 月下载 15 次,说明 PH/Peerlist 的曝光没有沉淀成可复利的渠道(创始人自己在 5 月也把重心从日报改回"想发再发",营销节奏断了)。
二是免费开源对手就在同一条线上。Mem0 的 OpenMemory 扩展 2025-06 就上了 PH 且开源免费;Chrome 商店"相关扩展"里同类的 Personal AI Memory、XTrace、ContextWizard 一堆。付费档 $7/$10 要成立,得证明抓取和冲突仲裁明显更好,而这一点在产品页上只有文字承诺。
三是品类不确定性。2026-10 的讨论风向是「朴素 RAG 比复杂 agentic memory 更好」自报→第三方博客/推文,大模型厂商自己在加 memory(隔壁各家的原生记忆功能),第三方"记忆中间层"的位置在被两头挤。
对想跟的人
这个方向的坑不在技术,在"留不住":发布半年后装机约 155、MCP 安装器月下载 15 次、自报 MRR 停在 $10——三个独立口径同向,说明问题不是没人感兴趣,而是没有一条让人第二天还回来的理由。要做,就别做"跨工具记忆的中间层"(上有模型厂商原生 memory、下有 Mem0 免费开源、还有 LongMemEval 类基准在证明朴素 RAG 够用),而要在某个具体工作流里做只有你这个位置能做的事——比如把记忆直接嵌进 CI / code review / 客户支持工单里,让"不装它成本很高",而不是"装了更快一点"。另外一个具体教训:该产品 5 月被 Chrome 商店拒审、8 月还在做 recovery 重构官网 GitHub 提交,扩展形态的审核与权限风险要提前计入路线图。
没查到的
- indie(TrustMRR)没有 onrelay.app 档案,所以没有逐月收入、MRR 曲线、订阅数、是否挂牌出售——收入侧只有创始人 2026-05 的一次自报。
- HN 库、X 本地库都没有该产品的帖子和提及(X 本地库只覆盖五个圈子 core 成员,创始人不在名单);「有没有人讨论」这个问题只能靠官网侧(Peerlist、r/nocode、PH)间接回答。
- GitHub 库里没有该仓库(1 星,低于收录门槛),也没有创始人任何 ≥50 星的仓库,所以 star 走势、fork/star 比、可疑标记这些字段没有数据。
- App Store / Google Play / Mac App Store 三库均无对应 App;Chrome 商店只有 1 天快照,补不出用户增长曲线;下载量与收入苹果、Google、Chrome 都不提供。
- 没抓到 Changelog 页(官网没有该页面),也没找到 2026-06-11 之后的任何产品更新公告;创始人 X 上最近 12 小时的帖子不在本地库覆盖范围。
档案由 agent 建(deepseek/deepseek-v4.1-flash,53 步,2026-11-01T14:51);〔库〕= 我们自己的库,〔官网〕= 当天抓的网页。