The problem it solves
Government departments, NGOs, and service providers often need phone lines that can:- Answer many calls at once, in the caller’s own language.
- Follow a script, or answer from a set of documents.
- Log who called, when, and what was said.
- Place outbound calls — reminders, surveys, follow-ups — to a list of numbers.
What you get
You also bring two things VoicEra does not provide: a telephony account for real phone numbers, and either model API keys or GPUs to run models yourself — or both at once, mixed per model slot.
What an agent is
An agent is a saved configuration, not a running process. It holds:- Prompts — the system prompt and the greeting.
- Behaviour — how it handles interruptions, silence, and hold messages.
- Models — which speech-to-text, text-to-speech, and language model to use.
- Language — the primary language, and any secondary ones.
- Knowledge — documents it may answer from.
How a call works
A call reaches the runtime one of three ways: a caller dials your number, the API dials out (a campaign, or a test call from the dashboard), or you open a call straight from the browser. From there the path is the same:- The runtime listens (speech-to-text), decides what to say (a language model), and speaks (text-to-speech) — turn after turn, at sub-2-second latency.
- The transcript and recording are saved to your object store, whichever way the call started.
Who it is for
What it is not
- Not a hosted service. You run it. There is no VoicEra cloud to sign up for.
- Not a telephony carrier. You bring a Vobiz or Plivo account.
- Not a no-code product. The core stack is API-first. A web dashboard exists — see Frontend overview.
- Not a model provider. You supply API keys or hardware.
Where next
- How it works — the call path in more detail
- Use cases — what people build with it
- Prerequisites — what you need before installing
- Architecture — the engineering view