我们发现了什么
无论你使用哪家服务商,它都有一项你希望能节省时间的“AI 回放观看”功能。不同于其他试图用 AI 摘要工具实现这一点的工具,我们采用了大量专注于启发式方法的数学和算法,以实现规模化处理。
- 来源:Hacker News(发现于 2026-09-08)
- 证据等级:D · 发现产品或需求信号,暂未获得可核验的商业证据。
- 商业模式:待核验
- 主题:独立产品
- 初筛评分:16.8/100 · 收录 1 次
证据,比故事更重要。
规则清洗与初筛,未经人工商业核验。原文语境、实际客户和付费情况仍需自行验证。
引用与数字披露
来源类型(原作者自述/第三方测算/媒体转引)需采集端标注,本版尚未落字段。
- 作者
- 未标注
- 抓取日期
- 来源类型
- 未标注
- 币种
- 未标注
- 口径
- 未标注
- 披露主体
- 未标注
- 披露日期
- 未标注
上下文核对:来源原文含限定词估算,中文摘要未逐字保留 —— 引用或跨期比较前请回原文核对,别把估算读成已实现。
中文辅助译文(来源摘要)
嗨,HN,你用过用户/会话回放工具吗?它对于即时反馈(以及你的多巴胺)简直不可思议。它会带来一段"蜜月期",在这段时间里你会沉迷其中,不断查看用户是如何发现你的应用、最终结果如何,以及他们在用户体验中是否遇到了任何障碍。一周后,你可能开始为你的应用或网站做营销,而会话回放的巨量涌入会让你兴奋不已。你无法查看所有回放,因此你只看前几个,或者查询某些用户路径,随机挑选一些会话来查看成功/失败情况。无论你使用哪个供应商,都会有一个"AI 回放观看"功能,你希望它能节省时间。你试了一下,结果它只是对少数选定的会话进行总结,遗漏了你在随机观看的回放中清楚看到的一些问题。又过了一周,你不再查看这些回放,除非可能只是在一周结束时检查一下,让自己确信一切正常。唉。乐趣总是短暂的。但它开始变得昂贵,我的团队只要关掉它就能省钱。在这一点上,基础的可观测性最终能起到同样的效果,因为我们连百分之一的回放都看不了。Rejourney 最初和所有其他平台一样,是一个基础的会话回放平台。不同之处在于它专注于高性能和更小的包体积。但最近,我们开始着手一个名为"leaks"的想法。这个名字源自用户漏出。这是会话回放本应实现的核心概念。基本上,就是用户"漏出"预期体验(例如完成新手引导)的地方。与其他试图用 AI 摘要器来实现这一目标的工具不同,我们采用了大量以启发式为重点的数学方法和算法来进行规模化处理。
这有助于发现普遍和非普遍存在的问题,并按影响范围、对收入的影响或任何期望的结果进行排序: 加权证据来自: 时间相关性验证 - 检查同时发生的信号 时间衰减加权 - 优先处理近期用户的问题 探索性采样 - 发现未知的失败模式 证据基础化 - 验证所声称的支持证据 集合交集 - 去除无支持的事件声明 Jaccard 相似度 - 匹配相似的视觉文本 线性插值 - 重新映射压缩后的回放时间戳 结构化聚类 - 将相关的用户失败进行分组 普遍性估计 - 估算整体问题影响 它在实践中经过验证了吗?是的。它已经帮助了大约 200 个应用/网站两个月了。它能够发现的、否则会被忽略的问题数量,让我们收到了几封令人欣喜的邮件。此外,用户量较大的应用似乎比那些每天只有几百个活跃用户的应用更频繁地使用这个工具。我们正在开发一个 MCP,以便更快地将发现的"leaks"导出到你的团队使用的任何编码工具中。目前,还需要采用老式的复制/粘贴 .MD 问题上下文的方法。leaks 的演示:https://rejourney.co/demo/leaks 官方网站:https://rejourney.co 除了 leaks 平台之外,整个分析平台和软件包都是开源/可自托管的(正在努力尽快将该部分开源):https://github.com/rejourneyco/rejourney TLDR:这是一个关于它如何工作的趣味视频 - https://www.youtube.com/watch?v=Z95MDxBXMjk
译文由上游机器翻译生成,可能有误;判断请以英文原文为准。
英文原文(来源本站未改写)
Hi there HN, Ever used a user/session replay tool before?Absolutely phenomenal for immediate feedback (and your dopamine).It causes a “Honeymoon Phase” where you are addicted and constantly checking out how users found your app, the outcome, and if they faced any roadblocks with the UX.After a week, you maybe start marketing your app or website, and the sheer influx of session replays gets you excited.You can’t check all of them so you check the first few, or maybe query for certain user paths to check out success/failure from the session you randomly pick.Whatever provider you use has an “AI replay watching” feature that you hope will save time.
You try it out, and it ends up summarizing a few select sessions, misses things you clearly saw in the random replays you decided to watch.Another week passes, and you no longer check these replays except maybe at the end of every week just to reassure yourself everything is good.Well.It was fun while it lasted.But it’s starting to get expensive and my team can save money by just turning it off.Basic observability ends up doing the same end-thing at this point because we don’t even watch a percent of the replays.Rejourney was initially a basic session replay platform like all the rest.The difference was a focus on performant and smaller package footprints.
But recently, we began working on an idea called “leaks.” The name originates from a user leak.The core concept of what a session replay is meant to do.Basically, a place where users "leak out" of the intended experience such as completing onboarding.Unlike other tools that attempt to do this with AI summarizers, we employ a lot of heuristic-focused math and algorithms to process at scale.
This helps catch prevalent AND non-prevalent issues, ranking in terms of wideness of impact, effect on revenue, or any desired outcomes: Weighted evidence from: Temporal corroboration - checks signals happening together Time-decay weighting - prioritizes recent user problems Exploration sampling - catches unknown failure patterns Evidence grounding - verifies claimed supporting evidence Set intersection - removes unsupported event claims Jaccard similarity - matches similar visual text Linear interpolation - remaps compressed replay timestamps Structural clustering - groups related user failures Prevalence estimation - estimates overall issue impact Has it been proven in the field?Yep.
It’s been helping about 200 apps/websites for two months now.The amount of issues it has been able to find that would otherwise be missed resulted in a few joyful emails sent our way.Furthermore, apps with larger volume of users seem to use the tool more heavily than those with say, only a few hundred active users a day.We’re in the works of an MCP to help faster dump the found leaks into whatever coding tool your team uses.For now, the good old copy/pasting of the .MD issue context will need to be employed.
Demo of leaks: https://rejourney.co/demo/leaks General website: https://rejourney.co The entire analytics platform and packages are open source/self-hostable except for the leaks platform (working on open sourcing that part soon): https://github.com/rejourneyco/rejourney TLDR: Here is a silly video on how it works- https://www.youtube.com/watch?v=Z95MDxBXMjk
这条还缺什么证据?
下面每条都由本条已有字段推出(等级、理由、商业模式、来源次数、是否演示), 本站不生成推测性结论;通用验证方法放在方法论页。
- 可核验的收入或付费证据查官网定价页与付费口径;第三方数据源(如 GetLatka)只作旁证,需标注来源与时点。
- 商业模式未定确认按席位/按用量/授权还是开源托管版收费;开源项目另查 LICENSE 与是否存在付费版。
- 只有单一来源找一手站点或其他渠道是否重复出现同一产品;社区热帖数量不等于商业进展。
通用验证清单(谁有这个问题/谁愿意付费/一个人能交付哪一小步)见我们的筛选方法。