What a trace contains
Lifecycle trace steps
Every execution record moves through a defined sequence of trace steps:| Step | When it appears |
|---|---|
commit_record_created | Always — before any external call |
tool_call_attempted | Every time the tool is dispatched |
scope_check_failed | When the agent ID or tool is outside registered policy |
outcome_reconciled | When an unknown outcome is resolved |
retry_blocked | When reconciliation returns do_not_retry |
approval_requested | When an approval-bound tool is staged |
approval_granted | When a reviewer approves |
approval_rejected | When a reviewer rejects |
state_revalidated | Before an approved action executes |
replan_required | When live state has drifted |
trace_returned | Always — final step |
Using traces for debugging
When something unexpected happens — an action was blocked, a retry fired, a replan was triggered — the trace tells you exactly why. Every decision has a timestamp and a detail field explaining what Invoke checked and what it found. Access traces from:- The Invoke dashboard — browse by agent ID, execution ID, or time range
- The API response — every
invoke.call()response includes the trace inline - Execution records — traces are stored against the execution ID for later retrieval
Next steps
- Execution Records — the persistent object each trace is attached to
- Reconciliation — the trace steps for unknown outcome resolution
- Approvals — the trace steps for approval-bound actions