GET /v8/traces/{traceId} endpoint returns a detailed, redacted causal trace for a specific mission execution unit. Traces give you deep visibility into exactly what the agent did during a step: the inputs it received, the tool calls it made, the outputs it produced, and the wall-clock timing for each operation. This is your primary tool for debugging unexpected agent behaviour, auditing policy decisions, and optimising resource budgets. Sensitive fields are redacted before the trace leaves the gateway — credentials, tokens, and other secret values are never exposed in trace data.
Endpoint
traces:read
Required headers:
Path Parameters
The unique identifier of the trace to retrieve. Must match the pattern
^[A-Za-z0-9][A-Za-z0-9._:-]*$ and be between 1 and 256 characters. Trace IDs are surfaced in mission event payloads and in the steps array of a MissionProjection.Example: trc_018e2f3a.step_3.execExample Request
Response
Status:200 OK
The response body is a redacted causal trace object. The exact schema may evolve as the platform adds richer observability, but the following fields are always present.
The unique identifier for this trace. Matches the path parameter you supplied.
The
runId of the mission this trace belongs to. Use this to correlate traces back to the originating mission.The identifier of the mission step this trace captures.
UTC timestamp of when this step began executing.
UTC timestamp of when this step finished. Absent if the step did not complete (e.g., it was cancelled mid-execution).
Total wall-clock duration of the step in milliseconds.
Ordered list of operations performed during this trace. Each element describes a single operation — a reasoning observation, a tool call, or a sub-step — with its own timing and I/O details.
Example 200 response
Error Responses
All errors follow RFC 9457 Problem Details.SDK Equivalent
Returns:
Promise<JsonValue>