Inside Vox
Several coding agents share one microphone and speaker. If each client owns audio, reconnects and overlapping turns can interrupt a reply or leave recording work behind.
I built the macOS runtime, MCP adapter, audio lifecycle and controls. The source is public under MIT at github.com/AlqattanDev/vox-mcp, and one install.sh builds whisper.cpp, Kokoro and Vox on an Apple silicon Mac.
MCP clients → persistent local runtime → one FIFO operation gate → capture and playback → local Whisper and Kokoro services. The runtime owns cancellation and state; an agent host can reconnect independently.
Queue competing turns instead of rejecting them. A second call from the same agent is still a competitor. Waiting is bounded, and cancellation drains queued work so it cannot unexpectedly speak later.
6 September 2026, source 71f91ae: 35 lease and configuration tests passed. A separate run of the real OperationGate produced the transcript below. This exercise used timed tasks, with no microphone, speech model or cloud call.
The terminal exercise and the recorded session prove queue ordering and cancellation through the real runtime, driven from its command line rather than a live agent conversation. The separate speech sample demonstrates local synthesis and file transcription, not microphone capture. Speech inference stays on the Mac. Optional phone mode transports audio between the paired phone and Mac; it is not an assertion that audio can never leave the machine. The source is public, so all of this can be checked in the code.
agent A: entered agent A: released agent B: entered agent B: released PASS: the second caller entered only after the first released.
Transcript: Two agents share one microphone. Each turn waits its place. Speech is generated and transcribed on this Mac.
Recording details


