Core flow
Quickstart
Start the web console, run the local voice runtime, and test your first agent.
Platform architecture
Understand how the console, API, database, runtime, providers, and firmware fit
together.
Dot device
Understand the firmware, current Waveshare reference hardware, and future open
hardware direction.
Login and signup
See how local credentials and Supabase Auth enter the console.
Agent Studio
Create, edit, and select the agent identity that anchors the rest of the workflow.
Configuration
Tune the default Sandwich pipeline or configure Speech-to-speech for browser and Dot
device Realtime testing.
Browser Test
Connect the runtime, stream microphone audio, inspect transcripts, and replay spoken
responses.
Dot Device console
Pair Dot devices, check runtime availability, and bind voice configs.
Start contributing
OpenDot needs contributors across the voice pipeline, agents, platform control plane, backend/data, media transport, device communication, hardware, firmware, docs, and tooling. The docs map those areas to the current implementation and future roadmap.Contribution areas
Choose a track, see current maturity, and pick small, medium, or large project briefs.
Roadmap
See the current, next, and later priorities across the platform and device stack.
When you need more
Reference pages move deeper into the docs so the first path stays clear:- Runtime configuration for environment variables and service URLs.
- Authentication for local auth and Supabase Auth.
- Database inspection for Drizzle Studio and schema inspection.
- Render deployment for hosted preview deployment.
- Contributing for contribution workflow and checks.
- Contribution areas for the canonical contributor map.
Starter pipeline
/ws firmware path; when the bound agent is
Speech-to-speech, the runtime bridges device Opus audio to OpenAI Realtime with
its own OPENAI_API_KEY.
The starter pipeline uses hosted Deepgram and OpenAI-compatible stages while
keeping the runtime organized around replaceable components. That shape is
intentional: the same workflow should be able to move toward local models,
self-hosted inference, cloud sessions, local-network operation, and on-device
deployments without changing how agents are managed.
Local services
OpenDot can run as one Docker Compose stack or as separate local pnpm processes:
Start with the Quickstart when setting up a fresh checkout.