PBX owns call control; AI owns the conversation. Production AI voice agents and AI receptionists on real SIP, not a demo chatbot with a phone icon.
Design and build AI-powered voice agents for inbound and outbound calls, AI receptionist systems, conversational IVR, appointment booking, lead qualification, CRM write-back, human handoff and contact-center automation, with telephony, orchestration and observability for production. The model does not own hangup.
Shipped evidence: AI voice agent platform (SIP, VAD, tools) · ArthurVox RTP / ExternalMedia stack · Build AI voice on SIP guide · AI receptionist patterns
Who this is for. Founders whose hosted demo dies on a real DID, barge-in, two voices per turn, invented name/phone, or the model hanging up, and teams who need voice inside CCaaS, CRM or a multi-tenant product.
What you get. Conversational AI + telephony + orchestration + business automation + production infrastructure. Experience → application → API → backend → integration → security → observability.
Searches this page answers: AI voice agent development · AI receptionist · conversational IVR · SIP AI agent · Asterisk / FreeSWITCH AI voice · AI call center · outbound AI calling · Vapi alternative
Buyers searching AI voice agent development, AI receptionist system or Vapi vs custom usually have a working demo and a failing production call. Latency, barge-in, one-way audio, double TTS and hallucinated identity do not show up in a marketing video. This service designs the pipeline those demos skip. Sibling outcome: AI Call Center / AI Contact Center.
An AI receptionist answers missed and after-hours calls, identifies the caller, answers FAQs, books appointments, takes messages and routes complex cases to humans, with CRM write-back. It is not a traditional IVR menu with a nicer voice.
Inbound DID / missed call
│
▼
Identity + hours + intent
│
┌────┴────┐
▼ ▼
AI resolve Collect + book
│ │
└────┬────┘
▼
CRM / calendar / ticket
│
▼
Escalate → human (transcript + summary)
Proof: ZenTech AI Agent · blog: AI receptionist systems.
AI is only one component. The system is telephony + media + speech + intelligence + memory + tools + workflow + backend + monitoring.
+----------------------+
| CUSTOMER / USER |
+----------+-----------+
|
PSTN / SIP / WebRTC
|
v
+-------------------------+
| TELEPHONY PLATFORM |
| FreeSWITCH / Asterisk |
| Twilio / Telnyx / SIP |
+------------+------------+
|
v
+------------------+
| Voice Gateway / |
| Media Transport |
+--------+---------+
|
v
+------------------+
| Voice AI Runtime |
| STT -> LLM -> TTS|
+--------+---------+
|
v
+----------------------+
| Conversation Engine |
| State / Context |
| Tools / Functions |
| Business Rules |
+----------+-----------+
|
+----------------+-----------------+
v v v
CRM / ERP Calendar Database
| | |
v v v
Business APIs Booking APIs Conversation
History
|
v
+------------------+
| Analytics / QA |
| Monitoring |
| Observability |
+------------------+
flowchart TB U[Caller] --> TEL[Telephony · SIP / WebRTC] TEL --> MED[Media / RTP / VAD] MED --> STT[Streaming STT] STT --> ENG[Conversation engine] ENG --> LLM[LLM / FAQ / slots] ENG --> TOOLS[Tools · CRM · Calendar] LLM --> TTS[One TTS path] TTS --> MED ENG --> OBS[Analytics · monitoring] ENG --> HUM[Human queue / transfer]
Handle incoming calls for:
DTMF / keypad fallback remains available when STT is weak.
Automate:
With CRM write-back and human escape paths.
Instead of rigid “Press 1 → Press 2 → Press 3,” the caller can interact naturally:
Caller
|
v
"Hi, I need to change my appointment."
|
v
Speech Recognition
|
v
Intent Detection
|
v
Conversation Agent
|
+--> Calendar API
|
+--> CRM
|
+--> Customer Database
|
v
"Your appointment has been moved to..."
Keypad remains available when the caller prefers it.
Rather than replacing agents completely, AI can assist the contact center with:
Contact Center
|
+---------------+----------------+
v v v
AI Agent Human Agent Supervisor
| | |
+---------------+----------------+
v
CCaaS
|
CRM / Analytics
AI inside CCaaS, not beside it, see AI call center and CCaaS development.
A production voice agent requires:
Telephony + Audio + Speech + Intelligence + Memory + Tools + Workflow + Backend + Monitoring
SIP
|
Call Control
|
RTP / Media
|
STT
|
LLM
|
Tool Calling
|
Business API
|
Database / CRM
|
TTS
|
RTP
|
Caller
That is the differentiator against agencies that only wire a model to a hosted voice API.
Technology selection depends on latency, concurrency, language support, cost, privacy, existing infrastructure and deployment requirements, not a fashion list.
Depending on requirements:
The model is selected according to latency, cost, context requirements, tool-calling capabilities, privacy and deployment requirements.
CALL
|
v
SIP / WebRTC
|
v
Media Transport
|
+------+------+
v v
STT VAD
| |
+------+------+
v
Conversation State
|
v
LLM
|
+-------+--------+
v v v
Tools RAG Memory
| | |
+-------+--------+
v
TTS
|
v
Audio Response
|
v
Caller
Production concerns we design for:
ArthurVox is an Asterisk-mediated consolidation: SIP trunk (Zadarma as advertised), Stasis, ExternalMedia, Python RTP, Silero VAD, Groq Whisper STT, FAQ cache, scripted name/phone, Anthropic Haiku for the remainder, Inworld TTS paced as G.711. One import graph. One TTS path. Confidential names and DIDs stay off this page.
Sibling cases: production AI voice agent, ZenTech AI Agent (tenant OS for missed inbound), multilingual AI IVR. FreeSWITCH remains an option when that is already the core.
Orchestration returns text. Only the audio hook synthesizes. Two speakers on one turn is a defect.
FAQ hits return instantly. Name and phone are captured, read back and confirmed, never invented from a bad STT fragment.
Opening audio waits for the first inbound packet. Playing before the UDP peer exists is silent audio, not “latency.”
AMI/ARI teardown owns the dialog. The model may request transfer; policy on the PBX decides whether it happens.
The agent should perform actions, not only answer questions.
Caller:
"I want to book a demo tomorrow afternoon."
|
v
AI understands intent
|
v
Check customer record
|
v
Check calendar availability
|
v
Find available slot
|
v
Book appointment
|
v
Update CRM
|
v
Send confirmation
|
v
AI confirms appointment
The AI agent can interact with:
Connects to AI workflow automation and n8n when orchestration spans systems.
Caller Question
|
v
Speech -> Text
|
v
Intent / Query
|
v
Embedding
|
v
Vector Database
|
v
Relevant Knowledge
|
v
LLM
|
v
Voice Response
Options: pgvector / PostgreSQL · Pinecone · Qdrant · Weaviate · Elasticsearch / OpenSearch · Neo4j where graph relationships are valuable, for enterprise knowledge, not FAQ-only bots.
Incoming Call
|
v
Identify Caller
|
v
CRM Lookup
|
v
Customer Context
|
v
AI Conversation
|
v
Business Action
|
v
CRM Update
|
v
Call Summary
|
v
Agent / Supervisor Dashboard
The system can capture:
Subject to configured analytics and retention policy.
AI Agent
|
+-- Successfully resolves
|
+-- Requires human
|
v
Transfer / Queue
|
v
Human Agent
Possible triggers:
AI should be part of the contact-center workflow, not isolated from it.
Campaign
|
v
Lead / Customer Selection
|
v
Dialer
|
v
Call Connection
|
v
AI Voice Agent
|
v
Conversation
|
v
Qualification
|
v
Outcome
+-- Interested -> CRM
+-- Appointment -> Calendar
+-- Callback -> Task
+-- Not Interested -> CRM
+-- Human Required -> Agent
Relevant to dialer and CCaaS backgrounds (campaign pacing, AMD / beep handling, consent language, CRM write-back).
Potential components: NestJS / Node.js · FastAPI / Python · PostgreSQL · Redis · RabbitMQ · Kafka · WebSockets · REST APIs · Background workers · Object storage · API gateway.
Responsibilities include:
Customers can potentially manage:
Admin / CMS
|
+------------+-------------+
v v v
Agent Config Knowledge Workflows
| | |
+------------+-------------+
v
Voice Runtime
Manage voice, language, greeting, hours, transfer rules, webhooks, CRM integrations, prompt versions and campaigns without treating every change as a code deploy, similar platform thinking to our mobile app + CMS offer.
Caller
|
Telephony
|
Media
|
STT
|
LLM
|
Tools
|
TTS
|
Business APIs
Monitor:
Options: Prometheus · Grafana · OpenTelemetry · structured logging · distributed tracing.
Voice AI Request
|
v
Provider Router
/ \\
Provider A Provider B
| |
+-------+--------+
v
Fallback
Depending on requirements, different providers can be used for STT, LLM, TTS, telephony and SIP trunking. This helps address provider outages, rate limits, latency, cost optimization and geographic availability.
Compliance requirements are assessed according to the customer’s jurisdiction, data types and use case; architecture can be designed to support applicable requirements. We do not invent certifications we do not hold. Linked to Security & Reliability.
What has been built, not generic marketing claims:
Technology selection depends on latency, concurrency, language support, cost, privacy, existing infrastructure and deployment requirements.
| Requirement | Possible technology |
|---|---|
| SIP / PBX | FreeSWITCH / Asterisk |
| Cloud telephony | Twilio / Telnyx / SIP trunks |
| Browser calling | WebRTC |
| Backend | NestJS / FastAPI |
| LLM | OpenAI / Claude / Gemini / Bedrock / OpenRouter / self-hosted where appropriate |
| STT | OpenAI / Deepgram / Google / Azure / specialized providers |
| TTS | OpenAI / ElevenLabs / Azure / Google / Amazon Polly / specialized |
| Workflow | n8n / custom orchestration |
| Knowledge | pgvector / Qdrant / Pinecone / Weaviate |
| Data / cache / queue | PostgreSQL / MongoDB · Redis · RabbitMQ / Kafka |
| Infra / cloud | Docker · Kubernetes when justified · AWS / Azure / GCP |
| Monitoring | Prometheus / Grafana / OpenTelemetry |
Vendors on ArthurVox as advertised: Zadarma (SIP), Groq Whisper (STT), Anthropic Haiku (remainder language), Inworld (TTS). Models and TTS are swappable; the turn contract is not.
Discovery
|
v
Conversation Design
|
v
Telephony Architecture
|
v
AI / LLM Selection
|
v
Backend & API Design
|
v
Voice Flow Development
|
v
CRM / ERP Integration
|
v
Testing
|
v
Load & Reliability Testing
|
v
Production Deployment
|
v
Monitoring & Optimization
Voice AI is an engineering project, not prompt writing alone. Shared philosophy with the rest of UnifiedPBX services: Experience → Application → API → Backend → Integration → Infrastructure → Security → Observability.
Direct answers on architecture, providers, handoff and how to start.
Whether you need an AI receptionist, intelligent IVR, outbound voice automation, contact-center AI or a complete voice platform, we design telephony, AI, API, workflow and infrastructure around your requirements.