Skip to main content
Every request through Memory Router is traceable end to end — from your client, through the gateway, to the memory layer and the model.

Request Tracing

Each response carries an X-Trace-ID header — a W3C-compatible trace id that spans the whole call chain. Log it alongside your own request ids; when something looks off, it is the fastest way for support to locate the exact call. Memory Router also honors inbound W3C Trace Context (traceparent / tracestate) headers, so if your application already propagates distributed traces, the Router’s spans join your existing trace.

Console Call Logs

Every call lands in the console Logs page with per-call details:
Use Key source to verify BYOK is actually in effect, and compare token counts across turns to see the effect of memory injection versus replaying full history.

Error Contract

Requests without a boundary_id skip the memory layer but still authenticate and meter through the gateway. If you want to isolate whether an issue is memory-related, retry the same call without boundary_id and compare.

Next Steps

Deployment Modes

BYOK vs. hosted, endpoints, and supported providers.

FAQ

Common questions about code, providers, security, and availability.