Show HN: We put voice agent on our website, learned retrieval isn't bottleneck
1–10 of 11 posts
Re: Show HN: We put voice agent on our website, learned retrieval isn't bottleneck
#2Re: Show HN: We put voice agent on our website, learned retrieval isn't bottleneck
#3Re: Show HN: We put voice agent on our website, learned retrieval isn't bottleneck
#4This is super interesting. If it is fast enough, I would like to try on my product site.
Re: Show HN: We put voice agent on our website, learned retrieval isn't bottleneck
#5Re: Show HN: We put voice agent on our website, learned retrieval isn't bottleneck
#6Absolute need ! Does it work well with a very dense website ?
Re: Show HN: We put voice agent on our website, learned retrieval isn't bottleneck
#7Re: Show HN: We put voice agent on our website, learned retrieval isn't bottleneck
#8Re: Show HN: We put voice agent on our website, learned retrieval isn't bottleneck
#9Looks promising. Curious how it scales as the amount of content grows.
STT -> Ambient Retrieval(Moss) -> LLM [+ Tool calls -> On-Demand Retrieval(Moss)] -> TTS
Now STT, TTS and LLM output generation are fixed cost and independent of data scales. In reality, a typical landing page and public-facing website content will range from 100's of docs (for startups) to 100K's of docs (for enterprises).
Moss's retrieval stack runs sub-10 ms with the following internal benchmarks -
- P99 of ~5.4 ms for 100K docs in a shared container
- P99 of ~4 ms for 1M docs in a dedicated VM
our R&D team is cranking it to 200M+ docs with sub-10ms promise but sky is the limit for our scale.
Re: Show HN: We put voice agent on our website, learned retrieval isn't bottleneck
#10Amazing