01 / THE SIGNAL

我们发现了什么

Launch HN:Agnost AI(YC S26)——从智能体对话中提取用户反馈。大家好 HN,我们是Shubham和Parth,两位从小一起长大的朋友,正在打造Agnost AI(https://agnost.ai),为构建聊天和语音智能体的团队提供产品分析。

  • 来源:Hacker News(发现于 2026-07-15)
  • 证据等级:D · 发现产品或需求信号,暂未获得可核验的商业证据。
  • 商业模式:待核验
  • 主题:AI Agent
  • 初筛评分:26.1/100 · 收录 1 次
#工作流自动化#待验证#产品发现
02 / SOURCE & EVIDENCE

证据,比故事更重要。

发现产品或需求信号,暂未获得可核验的商业证据。

规则清洗与初筛,未经人工商业核验。原文语境、实际客户和付费情况仍需自行验证。

引用与数字披露

来源类型(原作者自述/第三方测算/媒体转引)需采集端标注,本版尚未落字段。

短句引用
作者
未标注
抓取日期
来源类型
未标注
数字口径
币种
未标注
口径
未标注
披露主体
未标注
披露日期
未标注

中文辅助译文(全文)

你好 HN,我们是 Shubham 和 Parth,是从小一起长大的朋友,正在打造 Agnost AI (https://agnost.ai),为构建聊天和语音代理的团队提供产品分析。我们阅读生产环境中的对话,发现行为层面的失败,比如用户愤怒提示(对代理咒骂)、反复改写同一个请求、纠正代理、询问缺失的功能,或者在技术上成功的回答之后离开。我们这里有无需注册的交互式演示:https://app.agnost.ai?demo=true 这是一段演示视频:https://www.tella.tv/video/agnost-ai-launch-hn-demo-9haa 核心问题在于,聊天和语音产品并没有与 Web 应用相同的指标。当产品界面变成语言时,点击和漏斗的用处就大大降低。用户也几乎不会给出明确的反馈,即便给出,通常也是美化过的措辞。我自己在 Claude 或 Codex 里也几乎不会去敲 /feedback。大多数用户只是咒骂、再次提问、纠正代理,或者离开。因此,产品工程师虽然可以从延迟、错误和追踪中获得技术层面的可见性,但仍然必须去猜测用户是否得到了他们想要的东西。我们在过去一年里围绕代理构建产品,期间有几位创始人向我们询问,是否有类似 PostHog 那样的对话分析工具,用于他们正在打造的 AI 助手。我们并不打算进入可观测性或评估(evals)领域。可观测性告诉你技术上发生了什么;评估验证你已经知道的案例。我们更偏向于发现端:用户想要什么、他们在何处受挫、他们反复询问什么,以及应当存在哪些新的评估。

团队通过 SDK 或 OTel 将代理对话消息发送给我们,可选择附带账号、套餐、来源、组织等元数据。我们将对话聚类为产品特定的意图。功能请求和缺陷是默认类别;大多数其他聚类是根据客户数据动态创建的,并随时间演进。你可以用通俗的英文创建自己的聚类。如果某个聚类变得过于宽泛,我们会将其拆分;如果出现新的模式,我们会给出建议。一家 AI 视频编辑公司使用 Agnost AI 找出了隐藏在聊天中的功能请求。其中最大的一项是大约 70 名用户想要自动字幕,但用户在不同语言中用了各种说法:在同一会话中"在这一帧里加上这段文字"说了 12 次,还有"能给视频加字幕吗"、"给我音频的文字稿"等变体。该团队后来开发了这一功能。最初的难点在于:在数百万条消息上完成这一过程,同时不把所有内容都发送给 LLM。在 ClickHouse 中,"跨对话按时间获取最近 50 条事件"和"获取本对话中的所有事件"需要不同的排序顺序,因此我们在排序键、分区、物化视图和投影上进行了大量迭代。对于发现新聚类来说,把所有内容都过一遍 LLM 太慢且成本太高。HDBSCAN 式的嵌入聚类在大规模下也会因成对比较而变得吃力。我们首先根据余弦漂移把对话拆分成段,然后运行 BIRCH 来压缩候选空间,再在更小的集合上使用类似 HDBSCAN 的聚类。对于匹配已有的聚类,我们使用嵌入、较小的分类器/BERT 类模型,并且仅在模糊情形下才把 LLM 作为后备。我们已经上线多家客户,每天处理约 100 万条聊天和语音消息。

价格公开:Starter 免费,Pro 为 499 美元/月,Enterprise 针对更高用量、安全和留存需求。我们每位客户的数据仅供该客户使用。我们已通过 SOC 2 Type 1 合规,Type 2 正在进行中;我们的 SDK 已在 PyPI 和 npm 上发布。我们期待来自 HN 社区以及正在构建聊天或语音代理的各位的反馈:你们今天如何检测这些信号,哪些反馈方式有效,以及有哪些因素会阻碍你们尝试?我们乐于回答问题并接受批评。

译文由上游机器翻译生成,可能有误;判断请以英文原文为准。

英文原文(来源本站未改写)

Hey HN, we’re Shubham & Parth, childhood friends building Agnost AI ( https://agnost.ai ), product analytics for teams building chat and voice agents.We read production conversations and find behavioral failures like users rageprompting (cursing at the agent), repeatedly rephrasing the same request, correcting the agent, asking for missing features, or leaving after an answer that was technically successful.We have an interactive demo with no signup here: https://app.agnost.ai?demo=true Here's a demo video: https://www.tella.tv/video/agnost-ai-launch-hn-demo-9haa The core problem is that chat and voice products do not have the same metrics as web apps.

When the product interface is language, clicks and funnels become much less useful.Users also rarely give explicit feedback, and when they do it's usually sugarcoated.I barely type /feedback in Claude or Codex myself.Most users just curse, ask again, correct the agent, or leave.So product engineers get technical visibility from latency, errors, and traces, but still have to guess whether users got what they wanted.We got here after building around agents for the last year and got a couple of founders asking for something like a PostHog for conversations for the AI assistants they were building.We are not trying to be in the observability or evals space.

Observability tells you what happened technically.Evals validate cases you already know.We're more on the discovery side like what users wanted, where they got frustrated, what they asked for repeatedly, and what new evals should exist.Teams send us agent conversation messages through SDKs or OTel, optionally with metadata like account, plan, source, organization, etc.We cluster conversations into product-specific intents.Feature requests and bugs are default categories;most other clusters are created dynamically from the customer’s data and evolve over time.You can create your own cluster in plain English.If a cluster gets too broad, we split it.If a new pattern appears, we suggest it.

One AI video editor company used Agnost AI to find feature requests hidden inside chat.The biggest one was that around 70 users wanted auto-subtitles, but users said it as “add this text in this frame” 12x in a single session, “can you caption it”, “give me transcript of audio” and variations across languages.The team later built the feature.Doing this over millions of messages without sending everything to an LLM was the hard part initially.In ClickHouse, “fetch the last 50 events by time across conversations” and “fetch all events in this conversation” want different sort orders, so we had to iterate a lot on sorting keys, partitions, materialized views, and projections.

For finding new clusters, sending everything through an LLM was too slow and expensive.HDBSCAN-style embedding clustering also gets painful at scale because of pairwise comparisons.We first split conversations into segments based on cosine drift, run BIRCH to compress the candidate space, and then use HDBSCAN-like clustering on the smaller set.For matching existing clusters, we use embeddings, smaller classifiers/BERT-style models, and LLMs only as fallback for ambiguous cases.We’re live with multiple companies and ingesting ~1M chat and voice messages per day.Pricing is public: Starter is free, Pro is $499/month, and Enterprise is for higher volume, security, retention needs.

We use each customer’s data only for that customer.We are SOC 2 Type 1 compliant, Type 2 is in progress, and our SDKs are on PyPI and npm.We’d love feedback from the HN community and people building chat or voice agents: how do you detect these signals today, what feedback methods have worked, and what would block you from trying this?Happy to answer questions and take criticism.

出处https://agnost.ai抓取日期 · 采集源 Hacker News

03 / EVIDENCE GAPS

这条还缺什么证据?

下面每条都由本条已有字段推出(等级、理由、商业模式、来源次数、是否演示), 本站不生成推测性结论;通用验证方法放在方法论页。

  • 可核验的收入或付费证据查官网定价页与付费口径;第三方数据源(如 GetLatka)只作旁证,需标注来源与时点。
  • 商业模式未定确认按席位/按用量/授权还是开源托管版收费;开源项目另查 LICENSE 与是否存在付费版。
  • 只有单一来源找一手站点或其他渠道是否重复出现同一产品;社区热帖数量不等于商业进展。

通用验证清单(谁有这个问题/谁愿意付费/一个人能交付哪一小步)见我们的筛选方法。

04 / SIGNAL HISTORY

发现时间线