Operate

Use session_id to join the console, events, logs, optional recordings and your own systems. Start with the affected call, then compare it with aggregate usage.

Start with one call

Inspect these artifacts in order:

• Events — what happened and when. The ordered spine of the call, and the only one of them that is a contract.
• Logs — Voqalize’s own lines for that call, uploaded when it ends. Your brain logs in your environment; the session_id joins them.
• The recording — what it actually sounded like. Off by default.

Reading a call back walks each of them.

What persists, and what does not

• Events persist per session and are the durable record.
• Logs upload when the call ends, so a call in progress has none.
• Recordings are off by default. The agent carries a default; an authorized session creator can override it for a call.
• Conversation history is yours. We hold the call, not what your brain remembered about it.

Stored session data, recordings included, is retained for 30 days. See current status and supported environments before building an archival or compliance workflow.

Debugging from your editor

The MCP server puts all of it in your coding agent’s hands — list sessions, read a call back, check an agent’s configuration, without leaving the editor. It is the programmatic surface for all of it — there is no bearer-key HTTP API beside it, and the HTTP API says why.

Read next

• Reading a call back — events, logs and recordings for one session_id.
• Recordings — turning them on, and where they land.
• Usage and limits — what is counted, and the gap that means a broken embed.
• Keys and authentication — rotation, and which key goes where.
• Error codes — what a code means and whether it was fatal.