Install
Install both orb-ui and the Vapi web SDK used by the adapter:Use the adapter
Session ownership
The adapter can start and stop the configured assistant, and it also observes calls started elsewhere through the same Vapi client. Activating an interactive orb callsvapi.start() with the
configured assistantId; activating it again calls vapi.stop().
If the product already has labeled call controls, render a passive orb instead:
State mapping
The adapter maps Vapi conversation lifecycle events into orb-ui state changes. The UI can then communicate:- connection startup
- listening state
- assistant speech
- errors
outputVolume while the assistant is speaking.
The Vapi web SDK does not currently expose local microphone input levels through the
adapter event stream, so this adapter does not emit inputVolume while listening. If your
app already meters the microphone separately, pass a controlled signal to Orb.
The core mapping is:
The adapter smooths Vapi’s assistant volume events before emitting
outputVolume. It also
debounces short speaking-to-listening changes so normal turn boundaries do not create distracting
visual flicker.
Accessibility
When an adapter oronStart/onStop handler is provided, clickable circle and bars themes render as <button type="button"> controls. Pass an aria-label when no visible text labels the orb.
When to use controlled mode instead
Use controlled mode if your app wraps Vapi in its own session layer or combines Vapi with custom state. The Orb component does not need to own the provider SDK if your app already knows the voice signal.OrbSignal to the UI.
Troubleshooting
The orb never leaves idle. Make sure the adapter and the code starting the call share the same Vapi client instance. The adapter listens for lifecycle events on that object. Listening has little or no audio motion. The current Vapi event stream used by this adapter provides assistant output levels, not the local microphone level. This is expected. Supply a custominputVolume through controlled mode if microphone-reactive listening is important to the design.
The interface starts multiple calls. Use either the interactive orb or your own start control
as the primary action. When the product owns the controls, set interactive={false}.
The orb stays in error after retrying. Confirm that the underlying Vapi call can start again and
that the same subscribed client receives the new call-start event. Surface the provider error in
adjacent recovery copy rather than relying on the visual alone.
Production checklist
- The Vapi public key and assistant configuration are appropriate for browser use.
- One stable client and adapter instance owns the current call.
- The missing local input meter is acceptable or supplied through controlled mode.
- Permission and provider errors have labeled retry actions.
- Interactive behavior is disabled when separate call controls are present.
- Start, stop, interruption, failure, and restart are tested in the real browser.