a6kme
Show HN: Dograh – voice agents that pick Recordings over TTS using LLM
https://github.com/dograh-hq/dograh
TL;DR: Dograh is an open-source platform to build voice AI agents with drag-and-drop workflows. New in v1.20: Gemini 3.1 live support, Pre-recorded audio support for lower latency and more natural responses. Fully self-hostable, no vendor lock-in.Hi HN,We’re the Dograh team (YC alumni). While building voice bots, we found that wiring WebRTC/ Telephony + STT + LLM + TTS took more time than the...
The latency is a factor of the models you are picking up for reasoning. If you are colocating the models by self hosting on GPUs, the latency can be as low as 500 - 600 ms between bot - user turns. With models like Gemini-2.5-flash, the latency is around 800-1000 ms. The latency can be higher with reasoning and larger models, like gpt-4.1.
We are more of a horizontal platform and can support a wide variety of use cases. We are serving large BPO call centres on our managed hosted service for outbound and inbound cases.
There are individual builders also trying to build inbound use cases for personal use or trying to build their business on top of Dograh.
Please feel free to ask any question you may have or give us feedbacks on how we can make it better for you.
Thanks!
Among many other useful and fun things, yes, the dream of having a Star Trek Voice Computer or the good HAL is not very far away. :)
1. Having different voice personas selector like Vapi is in our pipeline. 2. The lag can be either because of system resource constraints, or due to LLM Inference Lags from the LLM inference providers. We are constantly trying to squeeze out every milisecond to combat the latency issues.
Thank you again for your kind words.
But when we switched to OSS stacks (Pipecat, LiveKit), we realise that even with great OSS, the plumbing was still painful and necessary- no standard way to extract variables from conversations (name/date/order ID), no straightforward tracing of LLM calls, no way to run AI-to-AI test loops, and no fast workflow iteration - and every change meant another redeploy.
The infrastructure glue kept ballooning, and each time it felt like rebuilding the same system from scratch.
Dograh came out of that combination of cost pain and integration pain. Happy to dig deeper into anything.
Show HN: Dograh – an OSS Vapi alternative to quickly build and test voice agents
https://github.com/dograh-hq/dograh
Hi HN, I have been building voice agents for sometime now. I was earlier automating parts of visa processing, and we needed real-time, multilingual voice calling.I assumed the hard work was just wiring LiveKit/Pipecat + STT/TTS + an LLM. It wasn’t.Even with solid OSS (Pipecat/LiveKit), we still had to do a lot of plumbing- variable extraction, tracing, testing etc and any workflow changes...