What a turn records
Inside a turn, each unit of work is a run: the model call, plus policy, intent, and runtime-executed tool runs. Client-executed tool calls appear in the turn’s
output.tool_calls and, once returned, in the next turn’s tool_results.
Enriching a turn
Attach these headers to any proxied request:- At most 20 properties per request; extras are dropped silently.
- Property names are lowercased; keep them to 64 characters or fewer.
- Values are truncated to 512 bytes.
- Names beginning
policy_are reserved and dropped. - A property that breaks a rule is skipped without an error, so confirm important tags appear on the trace.
X-Xenovia-Parent-Trace-Id sets a parent run and X-Xenovia-Trace-Flow-Id groups turns into a flow.
X-Xenovia-Session-Path is not currently read by the runtime. Use X-Xenovia-Session-Id for grouping and X-Xenovia-Property-* for filtering.Response headers
Every response includes:
Use
X-Xenovia-Trace-Id to find a specific call in the platform. For a malformed X-Xenovia-Session-Id, read the echoed response header to confirm which session the runtime actually used.
Investigating
1
Notice
Watch the Sessions and Alerts views for a rise in blocks, a drop in intent scores, or a spike in escalations. Configure alert rules to be told rather than to poll.
2
Drill in
Open a session and read its turns. Each turn carries the messages, tools, model, tokens, decision, and custom properties, so the cause is visible without stitching logs together.
3
Adjust
Update the Rego policy, change the intent configuration, or revoke a proxy key. Configuration changes reach the runtime within about five minutes.
4
Confirm
Send the request again and check the new turn. Historical turns are immutable, so earlier decisions remain as evidence after a change.
Escalations surface here and in Alerts as a signal; there is no approve/deny queue to action. Respond by adjusting the policy or intent that raised them.
Querying traces programmatically
The management API exposes sessions, turns, aggregate stats, and multi-proxy workflows. TheGET /api/v1/traces endpoint filters by proxy, session, decision, provider, and time range, and by any custom property as cp_<key>=<value>.