Novo AI

发布之后的表现

收入

• indie(TrustMRR)按 domain=heynovo.ai 与名字词边界查:库里没有。既没有 rev_30d / MRR / 订阅数,也没有 for_sale / asking_price / flags / channels / provider / first_seen 可写——即该产品没有把支付平台只读 key 交给 TrustMRR,或未通过其收录。注意:TrustMRR 覆盖的是「愿意公开收入的独立开发者」,B2B 保险客户几乎不会公开流水,「库里没有」不能推出「没收入」。

用户 / 下载

• App Store:库里没有(按名称词边界 0 个 app_id)。
• Google Play:库里没有(按 developer_domain / email_domain=heynovo.ai 与标题均无)。
• Mac App Store:库里没有。
• Chrome 应用商店:库里没有(website_domain / website_root / org_domain 与名称均无)。
• 结论:纯 Web 端 B2B 产品,没有可观测的下载或评分数代理指标;官网也没有公开客户数、处理单量。

开发者关注

• GitHub:库里没有(homepage_domain=heynovo.ai、仓库名去标点=novoai 均无)。没有 star 走势、fork/star 比、pushed_at、suspect 标记可写——说明它既没有开源仓库,也没有把官网挂在任何 GitHub 仓库主页上。

讨论

• Hacker News:库里没有(domain 与标题均无)。没有 Show HN,没有 ≥5 分的讨论。
• X 本地库:库里没有(post 正文含被引用帖,匹配 novo ai / novoai / heynovo.ai 均无;member 名单里也没有创始人)。五个圈子 560 名 core 成员里零提及。
• PH 自身:发布日 65 票、0 条评论;同产品名下 2026-06-08 还有一次「Novo AI Advisor」发布(2 票、2 评论、未 featured,tagline 是「AI thinking consultant powered by structured mental models」),从定位看更像同名撞车而非同一产品线,推断。

官网与公开网页动态

• 官网在线,平台页把能力拆成四条:Data Extraction and Orchestration、Medical Coding(ICD-10 / CPT-4 / DRG)、Pre-Authorization Analysis、Agentic Leakage Detection;首页自述「The intelligence layer for health insurers」,强调「不替团队做决定」。
• 导航里有 News 与一个名为「Apocalypse」的独立入口,内容性质未核实(可能是观点专栏/活动页)。
• 第三方目录站有收录:aichief 的评测页(2026-07-13)、aitechsuite、toolify(2025-12-08)、creati.ai。其中 toolify 的收录日期早于 PH 发布半年,说明站点在 2025 年底已存在,PH 不是首发而是补一次曝光推断。creati.ai / toolify 的文案写「boost productivity by 10x, automate content creation」,与保险理赔定位不符,像是目录站自动生成的通用模板或同名混淆,不宜当产品自述引用。
• Crunchbase 有组织档案,但本次未取到融资轮次与金额,不能确认是否融过资。

自报 vs 实际

为什么成了 / 没成

它走的是一条「反 PH 逻辑」的路:PH 上 65 票、0 评论、周榜 210 名,在独立开发者语境里基本等于没发布;HN、X、GitHub、四个商店库全空。但这不代表产品死了——健康险理赔自动化是典型的长销售周期 enterprise 生意,买家是保险公司的理赔与 SIU 部门,不会在 Product Hunt 投票,也不会在 TrustMRR 公开流水。官网把能力从「文档抽取」一路铺到「预付前授权审查 + 组合级泄漏检测」,这是要卖给有存量理赔池的付费方,而不是自助注册的 SMB;没有定价页、只有 demo 预约,也印证了销售驱动。

所以它「没成」的部分是社区与开发者注意力(可测量的部分全为零),「成没成」的部分(签了几家保险公司、处理多少单)在公开面上完全不可见。这也是它最大的风险:一个没有公开定价、没有客户案例页、没有融资披露的 B2B AI 产品,在 2026 年这个赛道里很难被外部验证,也很难被买家验证。

对想跟的人

这个方向的位置不在「再做一层理赔文档抽取」——官网自己已经把抽取降级成四条能力里的第一条,真正的差异点在 Medical Coding(ICD-10 / CPT-4 / DRG)和「付款前」的 pre-authorization 审查。参照它的公开数据:PH 65 票、0 评论、HN / X / GitHub 零提及,说明靠社区发布拿不到这类客户,别把 launch 当获客渠道,预算应放在保险行业渠道和合规背书(编码准确性、可审计性)上。最大的坑是验证成本:没有公开定价和案例可对标,你无法从外部判断这个需求到底被验证过没有,自己下场前必须先拿到 1–2 家付费方的真实理赔样本跑准确率,否则做出来的只是一个 demo。

没查到的

• 定价:官网无定价页,未取到任何价格档;PH / TrustMRR 也无自填定价可当旧档。
• 团队:PH 无 maker 名单,Crunchbase 组织页未取到人数、成立时间、融资轮次;创始人姓名与社交账号未知,无法查其 X / LinkedIn 公开发言。
• 收入与用户:indie、appstore、googleplay、macappstore、chromestore 五库均无该产品;官网无客户数 / 处理单量,收入规模完全不可估。
• 讨论:HN、X 本地库零命中;未用 X 实时接口查圈外提及(本次未调用付费接口)。
• GitHub:无仓库,故 star / fork / 提交活跃度无从谈起。
• 「Apocalypse」页面与 News 页内容未逐页核实;Crunchbase 融资信息未打开核对。