Live data from Hacker News

Launch HN: Hamming (YC S24) – Automated Testing for Voice Agents

news.ycombinator.com

51–60 of 71 posts

Re: Launch HN: Hamming (YC S24) – Automated Testing for Voice Agents

#51

Awesome work guys! Which industries / jobs do you suspect will be adopting voice agents the fastest?

Likely outsourced call centers since call complexity is low to medium. We also expect rapid adoption in industries like customer service, healthcare, and retail, where 24/7 availability could be high-impact for businesses and convenient for consumers!

Re: Launch HN: Hamming (YC S24) – Automated Testing for Voice Agents

#52

I work in the telecom space. I don't think this paradigm will get adopted in the near future. Customers are already building voice bots on top of Google Dialogflow e.g. Cognigy. Cognigy does have LLM capabilities, but it is not widely adopted. I think voice bots will still have to be manually configured for some time.

I'm curious to learn more about what's blocking the widespread adoption of the LLM capabilities. Lack of knowledge, reliability, or something else?

The reality is - businesses most of the time already know their most asked questions from their customers (based off of feedback from call center agents) when they're asking a voice bot. E.g. - What is the status of my order? How much do I have left on my balance? Can I please pay my balance off?

99% of the time, we can just build a simple intent flow off of dialogflow pointing to the customer's API endpoints that will return that data. No where here do we need an LLM / RAG since their endpoint already points to that answer. Hope that makes sense!

Re: Launch HN: Hamming (YC S24) – Automated Testing for Voice Agents

#53
post #12

My 2.5 year old yesterday starting saying "Hey, This is a test, Can you hear me?", parroting me spending hours testing my LLM. Hah. This will work with a https://www.pipecat.ai type system? Would love to wrap a continuous testing system with my bot.

Pipecat looks awesome! I'll run the examples over the weekend and try to see what the integration hooks need to look like: https://github.com/pipecat-ai/pipecat/tree/main/examples

It should be pretty straightforward at first glance!

Re: Launch HN: Hamming (YC S24) – Automated Testing for Voice Agents

#54
post #34

Earlier quoted context omitted.

As a test, I asked GPT to call my phone company and get my account balance. It worked and even declined some program they tried to sign me up for. Blew my mind.

What were the steps to get it to make a call?

I just set my phone next to another phone and put them both on speaker. It didn't actually dial a number, but I'm sure it could if you used the API and gave it a "tool".

Re: Launch HN: Hamming (YC S24) – Automated Testing for Voice Agents

#56

AI voice agents are weird to me because voice is already a very inefficient and ambiguous medium, the only reason I would make a voice call is to talk to a human who is equipped to tackle the ambiguous edge cases that the engineers didn't already anticipate. If you're going to develop AI voice agents to tackle pre-determined cases, why wouldn't you just develop a self-serve non-voice UI that's way more efficient? Why…

I'm the same way, and I don't have any data on this, but it's possible that we're in the minority. This probably isn't the case, but hopefully anyone implementing such a system has thought through whether it will actually provide any value. For example, if you had an existing IVR system and you tracked menu options and found that a significant portion of calls were able to be answered by non-smart pre-recorded messag…

Can I upgrade to a web form instead?

Re: Launch HN: Hamming (YC S24) – Automated Testing for Voice Agents

#58

AI voice agents are weird to me because voice is already a very inefficient and ambiguous medium, the only reason I would make a voice call is to talk to a human who is equipped to tackle the ambiguous edge cases that the engineers didn't already anticipate. If you're going to develop AI voice agents to tackle pre-determined cases, why wouldn't you just develop a self-serve non-voice UI that's way more efficient? Why…

The example of "fast food drive-thru" really cleared this up for me.

Frankly I'm surprised there isn't already some sort of NFC info transfer system in fast food restaurants' apps that lets you and everyone in your car enter your order while you're waiting in line, then knows when your car is up and brings you the food. Have the voice part be a fallback tier, not the primary one.

My grocery store can know when I'm arriving and bring out my food, based on location services on my phone. So can Walmart or Home Depot. Granted, they make me wait a couple hours until they notify me that my order is "ready" before I come get it.

I suppose it's possible this does exist and I just haven't seen it because I don't drive through fast food restaurants, but I don't get why a place that primarily takes orders in real time and hands them out the window can't broaden the way to submit them to include on-site online orders as well as "talk to our agent over a glorified walkie talkie" orders.

Re: Launch HN: Hamming (YC S24) – Automated Testing for Voice Agents

#59

Earlier quoted context omitted.

Some people (like me) are primarily verbal processors: - I am dictating this message through macOS's voice to text right now - I am a huge user of Google Assistant - I prefer to call people versus texting them - I tend to call restaurants instead of using something like Toast to order takeout (although this is partially because online services will add a surcharge onto the price sometimes, and sometimes I need to ask…

I use Superwhisper (no affiliation, just a happy user), which runs a local Whisper model, to create most of my email drafts and post-meeting notes. I find Whisper more accurate than Mac’s built-in speech-to-text, plus I’m faster at speaking than typing. Sometimes, I even ‘talk’ into Cursor’s chat window instead of typing. The only downside? It can get a bit annoying for others when you're talking to yourself all day.

I'm looking for something like this that runs on Linux. Best thing I've found is LiveCaptions, but its output is janky. I can't just use it to type in any old text field, and its output requires substantial editing after the fact.

I guess I understand that a lot of things are being developed for Apple silicon specifically. It's just frustrating that despite hours of searching, I'm not finding anything decent.

Re: Launch HN: Hamming (YC S24) – Automated Testing for Voice Agents

#60
post #58

AI voice agents are weird to me because voice is already a very inefficient and ambiguous medium, the only reason I would make a voice call is to talk to a human who is equipped to tackle the ambiguous edge cases that the engineers didn't already anticipate. If you're going to develop AI voice agents to tackle pre-determined cases, why wouldn't you just develop a self-serve non-voice UI that's way more efficient? Why…

The example of "fast food drive-thru" really cleared this up for me. Frankly I'm surprised there isn't already some sort of NFC info transfer system in fast food restaurants' apps that lets you and everyone in your car enter your order while you're waiting in line, then knows when your car is up and brings you the food. Have the voice part be a fallback tier, not the primary one. My grocery store can know when I'm ar…

Sort of related, but I just came off a RyanAir flight of all things, and they have something similar. Instead of talking a stewardess to get a sandwich, I order it on the app and they bring it to me.

It worked quite well, and surprising coming from RyanAir.

Post reply on HN