Device-rendered avatars
A 2.5D picture or 3D head drawn with WebGL in the browser or a mobile WebView. The mouth is driven by visemes computed from the audio itself, so it works with any voice provider. No per-minute fees and no video upload.
AI Agents · Avatars
A talking avatar gives a voice agent a face: the mouth follows the audio, the eyes blink, the head moves while it thinks. It can make an assistant easier to approach, especially for children or people who find text hard. We build avatars that run in the browser or app, and integrate photoreal video avatars where realism matters more than cost.
Two ways to build a face
The main choice is where the face is rendered. A device-rendered avatar is drawn by the user's browser or phone from the agent's audio. A video avatar is generated in the cloud and streamed to the user as video.
A 2.5D picture or 3D head drawn with WebGL in the browser or a mobile WebView. The mouth is driven by visemes computed from the audio itself, so it works with any voice provider. No per-minute fees and no video upload.
Services such as HeyGen, Tavus or Simli generate a realistic face in real time and stream it over WebRTC. More lifelike, with higher cost per minute, more delay and a third party that sees the conversation.
Cartoon, animal or robot characters can suit children's or playful products better than a realistic human, and avoid the discomfort of an almost-real face.
A face drawn for your brand, or several to choose from, each with a matching voice. Adding a new face can be a configuration change, not a new project.
What we have built
For a healthcare app, currently in development, we built a talking avatar assistant from the rendering up. Faces are animated by a shader on the device: jaw movement along the lip line, blinking, breathing and a glance while the assistant thinks. A lip-sync model running on the actual speech audio drives the mouth, so the face matches whichever voice is speaking.
Users choose from a set of characters, including human faces and child-friendly ones, and the voice follows the character. The avatar page runs offline inside the app with a strict content policy: it receives audio and images from the app and makes no network requests of its own. The voice and agent behind it are described on the voice agents page.
We describe client projects in general terms. Details are shared in conversation, subject to confidentiality.
What decides the design
A beautiful avatar that starts talking two seconds late feels worse than a simple one that answers at once. We decide the approach against the use case.
Device-rendered avatars add almost no delay beyond the voice. Video avatars add generation and streaming time, which we measure on real networks.
Video avatars are typically billed per minute; device avatars cost nothing extra to run. For public or high-volume use, this often decides.
With a device-rendered avatar, no third party receives the face stream or the audio for rendering. For sensitive conversations this keeps the data path short.
Captions alongside speech, a stop button that always works, reduced-motion support, and an option to use the assistant without the face.
A practical delivery path
Who will talk to the avatar, what it is for, and how realistic or playful it should look.
A working face connected to a voice, on the target devices, to check lip sync, delay and performance.
Link the avatar to the voice agent, captions and controls, with fallbacks when audio or rendering fails.
Sessions with representative users, then refinements to characters, voices and motion.
Working for your organisation
A demo avatar knows a public website. One built for an organisation works with its own information and tools, and can reach out as well as answer.
Documents, catalogues, policies, FAQs and records are searched on every question, so answers come from your sources. Access rules decide what each user can see.
Through your APIs the agent behind the face can check an order or account, book or move an appointment, open a ticket or update the CRM. Changes are confirmed by the user first and logged.
Reminders, follow-ups and short check-ins by phone, WhatsApp, SMS or email, only to people who agreed to be contacted, with a hand-over to a person when needed.
Speech recognition, voices and replies in each language, with the avatar switching to the language the user speaks. Lip sync follows the audio, so it works in all of them.
Three ways to build it
Not every conversation should be open-ended. The right mix depends on the use case and on what has to be auditable.
Fixed steps and approved wording: intake questionnaires, eligibility checks, onboarding. Fully predictable and easy to audit.
Understands open questions and answers from your knowledge. Suits support, pre-sales questions and explaining complex topics.
A fixed flow for the steps that must happen in order, with the AI answering questions along the way and guiding the user back to the next step.
Before we start
Not necessarily. A device-rendered avatar costs nothing per minute and keeps data off third-party servers. A photoreal video avatar makes sense when realism is central, for example a branded presenter.
Lip sync driven by the audio works for any language the voice speaks. Accuracy is best on languages close to the training data, so we review it on your languages and adjust where needed.
Yes. Our device-rendered avatars run inside a mobile WebView as well as in desktop browsers. We test frame rate and battery on mid-range phones, not only flagships.
Yes. A 2.5D avatar can be built from a single well-prepared image of the character; a 3D head needs a model with mouth shapes, which we can specify or prepare.
Keep exploring
AI Agents & Voice Agents · AI Avatars
Share the problem, the data you have and what success would look like. We’ll discuss a practical next step.
Please don’t include confidential datasets, credentials or patient information.