惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

GbyAI
GbyAI
阮一峰的网络日志
阮一峰的网络日志
G
Google Developers Blog
J
Java Code Geeks
Blog — PlanetScale
Blog — PlanetScale
大猫的无限游戏
大猫的无限游戏
云风的 BLOG
云风的 BLOG
Vercel News
Vercel News
L
LangChain Blog
Hugging Face - Blog
Hugging Face - Blog
T
The Blog of Author Tim Ferriss
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Stack Overflow Blog
Stack Overflow Blog
P
Proofpoint News Feed
腾讯CDC
博客园_首页
博客园 - 聂微东
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
M
MIT News - Artificial intelligence
WordPress大学
WordPress大学
D
DataBreaches.Net
Microsoft Security Blog
Microsoft Security Blog
有赞技术团队
有赞技术团队
博客园 - 叶小钗

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
I built an AI phone receptionist in 3 weeks. Here's what ...
Abbas Imran · 2026-05-12 · via DEV Community

I want to share something I've been working on for the past few weeks, mostly because I couldn't find a single honest write-up about it when I started. So here's mine.

A client came to us with a really specific problem. They were losing leads. Not because their service was bad actually, the opposite. They were so good that their phone never stopped ringing, and a small team of two people couldn't pick up every call. The owner told me, almost embarrassed, that he'd been answering calls at 11 PM the night before because he didn't want to miss a sale.

That hit me in a way I didn't expect.

So we said, okay, let's build an AI that answers the phone like a real person. Books appointments. Qualifies leads. Tells callers what they need to know. Doesn't sound like a robot. And does it for under what a part-time receptionist would cost.

Three weeks later, we shipped it. Here's the honest story.

Why I almost gave up in week 1

I'd built voice apps before. I thought this would be easy. Twilio for the phone line, GPT-4o for the brain, some TTS for the voice done.

Lol.

The first version we built worked exactly once, in the staging environment, with a perfect WiFi connection and me speaking in a clean American accent into a $200 microphone. The moment a real customer called in from a noisy car with a British accent, the whole thing collapsed.

Three things broke immediately:

  1. Latency. Standard TTS pipelines add 600-1200ms before any audio comes back. On a phone call, that feels like the line went dead. People hung up.
  2. Interruptions. Real humans interrupt. Real humans say "uhh" and "wait, actually." Our agent waited politely for them to finish, which they never did.
  3. Hallucinations on critical data. The agent confidently told a caller our office was open Sundays. We are not open Sundays.

I closed my laptop at 2 AM and considered emailing the client to ask for an extension. Instead I made coffee and started over.

"Coffee fixes everything except your code."

The stack that actually worked

After three iterations, here's what stuck:

  • Twilio for the carrier layer (porting numbers, SIP, programmable voice)
  • OpenAI Realtime API for speech-to-speech (this changed everything more on this below)
  • LiveKit for WebRTC audio routing (because Twilio's media streams alone have weird buffering)
  • Node.js for the orchestration layer
  • Postgres + Redis for state and call session tracking

The single biggest unlock was the Realtime API. Once we stopped doing the old audio → STT → LLM → TTS → audio pipeline and switched to native speech-to-speech, our perceived latency dropped from ~1.5 seconds to about 350ms. That's the difference between "this feels like a robot" and "wait, is this a person?"

The webhook that started it all

This is the entry point. When Twilio receives a call, it pings our webhook, and we hand off the call to LiveKit which then bridges to the realtime model.

// app/api/voice/incoming/route.ts
import { NextRequest, NextResponse } from "next/server";
import { generateLiveKitToken } from "@/lib/livekit";

export async function POST(req: NextRequest) {
  const formData = await req.formData();
  const callSid = formData.get("CallSid") as string;
  const from = formData.get("From") as string;

  // create a session row so we can track the call later
  const session = await db.callSession.create({
    data: { callSid, from, startedAt: new Date() },
  });

  const token = await generateLiveKitToken({
    room: `call-${session.id}`,
    identity: `caller-${from}`,
  });

  // hand the call off to our LiveKit room
  const twiml = `
    <Response>
      <Connect>
        <Stream url="wss://livekit.example.com/twilio?token=${token}" />
      </Connect>
    </Response>
  `;

  return new NextResponse(twiml, {
    headers: { "Content-Type": "text/xml" },
  });
}

Enter fullscreen mode Exit fullscreen mode

Looks simple. Took me four days to get right.

Teaching the agent the business

This is the part that I think most tutorials skip, and it's the most important part.

The model is smart. The model does not know your business. We had to give it a "brain file" a structured prompt that combined business hours, services offered, pricing rules, escalation paths, and behavior guardrails. We also gave it function-calling tools so it could actually do things, not just talk about them.

const tools = [
  {
    type: "function",
    name: "book_appointment",
    description: "Book a service appointment in the calendar",
    parameters: {
      type: "object",
      properties: {
        customer_name: { type: "string" },
        phone: { type: "string" },
        service: { type: "string", enum: SERVICES },
        preferred_date: { type: "string", format: "date-time" },
      },
      required: ["customer_name", "phone", "service"],
    },
  },
  {
    type: "function",
    name: "escalate_to_human",
    description: "Transfer to a human agent for sensitive or complex cases",
    parameters: {
      type: "object",
      properties: {
        reason: { type: "string" },
      },
    },
  },
];

Enter fullscreen mode Exit fullscreen mode

The escalate_to_human tool was the one that earned the client's trust. We baked in rules: any pricing dispute, any angry caller, any mention of legal escalate. The agent doesn't try to be a hero. It knows when to tap out.

The interruption problem

This took me a full evening to solve and I'm still not 100% happy with it.

Real humans interrupt. If you don't handle interruptions, your agent feels like it's lecturing them. We used voice activity detection to cut the agent off mid-sentence when the caller starts speaking, then resumed the conversation from where the caller left off not from where the agent was.

session.on("user_speaking_started", () => {
  if (agentIsSpeaking) {
    session.cancelResponse();
    agentIsSpeaking = false;
  }
});

Enter fullscreen mode Exit fullscreen mode

Two lines. One evening of debugging. I'm not proud, but I'm tired.

What I'd do differently

A few honest takeaways:

  • Don't try to make it sound exactly human. Tell callers it's an AI in the first 5 seconds. Trust goes up, not down. The ones who care will appreciate the honesty. The ones who don't will keep talking.
  • Log every single conversation. We were debugging hallucinations from memory for three days before we set up proper transcript logging. Don't be us.
  • Edge cases are 60% of the work. "What if they don't speak English?" "What if they say a number wrong?" "What if they're on speaker phone?" We have a 47-item edge case checklist now.
  • Latency matters more than intelligence. A slightly dumber model that responds in 300ms feels better than a smarter one that takes 1.2s.

Where we are now

The agent has been live for two months. It answers about 80 calls a day. It books roughly half of them as actual appointments. The client tells me he sleeps through the night now, which honestly is the metric I care about most.

Was it worth three weeks of evenings and one mild breakdown at 2 AM?

Yeah. It was.


If you're building something similar, feel free to reach out. I'm Abbas, I run engineering at Seedinov we build AI products for small teams who can't hire a Big Tech AI department. You can see the voice agent work in our portfolio or drop us a line if you want to talk shop.

Good luck out there. Build the thing.