我们发现了什么
无论你使用哪家服务商,它都有一项你希望能节省时间的“AI 回放观看”功能。不同于其他试图用 AI 摘要工具实现这一点的工具,我们采用了大量专注于启发式方法的数学和算法,以实现规模化处理。
- 来源:Hacker News(发现于 2026-09-08)
- 证据等级:D · 发现产品或需求信号,暂未获得可核验的商业证据。
- 商业模式:待核验
- 主题:独立产品
- 初筛评分:16.8/100 · 收录 1 次
证据,比故事更重要。
规则清洗与初筛,未经人工商业核验。原文语境、实际客户和付费情况仍需自行验证。
引用与数字披露
来源类型(原作者自述/第三方测算/媒体转引)需采集端标注,本版尚未落字段。
- 作者
- 未标注
- 抓取日期
- 来源类型
- 未标注
- 币种
- 未标注
- 口径
- 未标注
- 披露主体
- 未标注
- 披露日期
- 未标注
中文辅助译文(全文)
你好,HN。之前用过用户/会话回放工具吗?对于即时反馈(以及你的多巴胺)来说简直太棒了。它会带来一段“蜜月期”,让你沉迷其中,不断查看用户是如何找到你的应用的、产生了什么结果,以及他们在用户体验中是否遇到了任何障碍。一周后,你可能会开始推广你的应用或网站,大量涌入的会话回放让你兴奋不已。你没法全部看完,于是只看前几个,或者查询某些用户路径,看看随机挑选的会话中的成功或失败。无论你用哪家供应商,它们都有“AI 回放观看”功能,你希望这能节省时间。你试用后发现,它只会对少数选定的会话进行总结,遗漏了一些你随机观看的回放中明显看到的内容。又过了一周,除了可能每周末看一眼以确认一切正常,你就不再查看这些回放了。嗯。虽然曾经很有趣。但它开始变得昂贵,我的团队可以通过直接关闭它来省钱。在这种情况下,基础的可观测性最终能达到同样的效果,因为我们连百分之一的回放都没看。Rejourney 最初和所有其他会话回放平台一样,是一个基础平台。不同之处在于它专注于高性能和较小的包体积。但最近,我们开始着手一个名为“leaks”(泄漏)的想法。这个名字源自“user leak”(用户泄漏)。它体现了会话回放本应实现的核心概念。本质上,就是用户从预期体验(例如完成 onboarding)中“泄漏出去”的位置。与其他试图用 AI 摘要工具来实现这一点的工具不同,我们采用了大量以启发式为核心的数学和算法来进行规模化处理。这有助于同时捕获常见和非常见的问题,并按影响范围、对收入的影响或任何期望的结果进行排序:以下来源的加权证据:时间相关性验证 —— 检查同时发生的信号;
时间衰减加权 —— 优先处理最近的用户问题;探索性采样 —— 捕获未知的失败模式;证据基础 —— 验证所声称的支持证据;集合交集 —— 移除缺乏支持的声明事件;Jaccard 相似度 —— 匹配相似的视觉文本;线性插值 —— 重新映射压缩后的回放时间戳;结构化聚类 —— 将相关的用户失败进行分组;流行度估计 —— 估计问题的整体影响。它在实践中得到验证了吗?是的。它已经为大约 200 个应用/网站服务了两个月。它能够发现的问题中,有许多原本会被遗漏,因此我们收到了一些令人欣喜的邮件。此外,用户量较大的应用似乎比每天只有几百个活跃用户的应用更频繁地使用该工具。我们正在开发一个 MCP,以便更快地将发现的泄漏导入你的团队所使用的任何编码工具。目前,仍然需要使用老办法复制/粘贴 .MD 问题上下文。Leaks 的演示:https://rejourney.co/demo/leaks 一般来说……
译文由上游机器翻译生成,可能有误;判断请以英文原文为准。
英文原文(来源本站未改写)
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 web
这条还缺什么证据?
下面每条都由本条已有字段推出(等级、理由、商业模式、来源次数、是否演示), 本站不生成推测性结论;通用验证方法放在方法论页。
- 可核验的收入或付费证据查官网定价页与付费口径;第三方数据源(如 GetLatka)只作旁证,需标注来源与时点。
- 商业模式未定确认按席位/按用量/授权还是开源托管版收费;开源项目另查 LICENSE 与是否存在付费版。
- 只有单一来源找一手站点或其他渠道是否重复出现同一产品;社区热帖数量不等于商业进展。
通用验证清单(谁有这个问题/谁愿意付费/一个人能交付哪一小步)见我们的筛选方法。