OpenRadView

发布之后的表现

收入

• indie(TrustMRR):库里没有。按域名 openradview.com、名字 OpenRadView 都查不到库。产品本身免费开源,没有可公开的流水,这符合预期而非异常。
• 创始人另外两个产品 tokenstat、keepresso 在 indie 库里同样没有库——他不在 TrustMRR 公开收入的那批人里。

用户 / 下载

• App Store:库里没有库。Mac App Store:库里没有库。Google Play:库里没有库。Chrome 应用商店:库里没有库。
• 产品是 GitHub Releases 直接分发(dmg / exe / tar.gz / deb),不走商店,所以商店库为空是分发方式决定的,不代表没人用。GitHub 不公开下载数,库里也没有下载量数据。

开发者关注

• github 库:gyorgysh/openradview 不在名单里(库门槛是 ≥50 星,该库只有 15 星)库。
• GitHub 网页(2026-11-02 抓取):15 star、1 fork、0 watcher、42 commits、4 个 tag官网。fork/star 比 6.7%,远低于「可疑」阈值,没有刷星迹象。
• 提交节奏:首个 commit 2026-10-26(1.0.0 源码),最后 commit 2026-10-28;四个版本 v1.0.0(10-26)→ v1.1.0 → v1.1.1(10-27)→ v1.2.0(10-28)官网。发布后 48 小时内连发三版,之后到建档日(11-02)没有新提交——活跃期集中在发布前后。
• 同作者 gyorgysh/keepresso 在库里 134 星、Swift、建库 2026-06-30,状态「待观察」,无 suspect 标记库。说明作者有把开源项目做到百星量级的能力,但 OpenRadView 目前只有它的九分之一。

讨论

• Hacker News:库里没有。按域名、GitHub 仓库、标题词都查不到库;搜「DICOM viewer」只有两条 2–4 分的 Show HN(2025-03、2026-05),说明这个方向在 HN 上本来就冷库。
• X 本地库:没有提及;创始人 @gyorgysh 不在五个圈子的成员名单里库。
• PH 之外唯一可见的第三方提及是几个自动抓 PH 的 AI 日报仓库(如 duanyytop/agents-radar issue #4023,2026-10-29),把 OpenRadView 列为当天「开源模式」的代表之一官网——是机器聚合,不是真人讨论。

官网动态

• 官网在线,内容详尽:功能、隐私说明、支持格式、限制、示例数据来源(TCIA / NLST,CC BY 4.0)都写全了,页脚标注「Product Hunt #16」官网。
• 创始人博客 2026-10-26 发长文《OpenRadView: an app I hope you never need》,自述起因是母亲去世,定位「个人研究项目,非临床认证」官网。
• 无 changelog 页、无融资 / 收购消息、无博客更新(截至建档日仍是 10-26 那篇)。

自报 vs 实际

• 自报:官网与 PH 文案都称「免费、开源、本地、无遥测」自报。核对:GitHub 仓库公开、GPL-3.0、官网无任何付费入口、无账号系统——一致官网。
• 自报:官网页脚「Product Hunt #16」自报。核对:PH 库 daily_rank = 16库,一致。
• 无收入 / 用户数自报,因此没有可对账的夸大数字。唯一需要点出的是:PH 102 票、日榜 16 名属于「上了首页但没进前十」的中位表现,不是爆款。

为什么成了 / 没成

它没有「没成」——它压根没打算赚钱,是一个有明确个人动机的免费开源工具,衡量标准应该是「有没有人用、有没有人贡献」。

做对的地方:定位极窄且真实(「想自己看一眼片子的人」),隐私叙事(本地处理、无上传、无账号)在医疗影像语境下是刚需而非营销话术;技术选型(Rust + egui + wgpu)让几百张切片滚动跟手,这是同类开源工具(DWV 等浏览器方案)的差异点;MCP 接入是 2026 年少数人想到的差异化钩子——把「看图」和「让 agent 看图」连起来。

没起来的地方:15 星、1 fork、发布后 4 天无新提交,说明 PH 的 102 票没有转化成开发者关注。原因有三:一是受众错位——PH 上投票的是开发者,而产品的目标用户是普通患者,两者几乎不重叠;二是「非临床认证」的免责声明把最有付费意愿的临床 / 影像科用户挡在门外,剩下的「好奇患者」是一次性低频需求,不会 star 也不会复访;三是分发靠 GitHub Releases,没有商店曝光、没有 SEO 落地页,PH 之后就没有新的获客入口。

对想跟的人

这个方向有位置,但位置不在「给患者看片」——OpenRadView 用 102 票 / 15 星证明了 PH 流量换不来这类用户。真正的位置在它自己埋的那个钩子:官网把 MCP 接入做成了核心功能之一,而 HN 上「DICOM viewer」相关帖子最高只有 4 分库,说明「让 AI agent 读医学影像」这条线几乎没人占。想跟的话,别做查看器(免费开源已有 DWV、OpenRadView、dicomviewer.net 一堆),做「本地 agent + 影像」的中间层,并且从一开始就面向影像科 / 研究机构这类愿意付费的 B 端,而不是 C 端患者。最大的坑是合规:任何往「诊断」靠一步的产品都要过医疗器械认证,OpenRadView 用一整段免责声明绕开了它,也同时绕开了付费市场——这是它的选择,跟的人要想清楚自己要不要付这个代价。

没查到的

• indie(TrustMRR):无档案,无法给出收入 / MRR / 订阅数 / 是否挂牌出售——产品免费,大概率永远不会有。
• appstore / googleplay / macappstore / chromestore:四个库都没有,因为产品只走 GitHub Releases 分发,不上商店。
• github 库:仓库 15 星,低于 50 星门槛,不在名单里,所以拿不到 star 走势、fork/star 比、suspect 标记等结构化字段,只能靠 GitHub 网页现查。
• hackernews / x 本地库:零提及,无法判断发布当天的社区反应。
• PH 页面本身被 Cloudflare 拦截,评论正文没抓到,7 条评论的内容未知。
• 下载量:GitHub Releases 不公开下载计数,官网也无统计,无法估算真实用户规模。
• 创始人 X 账号 @gyorgysh 的近期发帖:本地库未收录该账号,实时接口未使用,发布后的自述只有博客那一篇。