Skip to main content

In plain terms

The Decision Log records the choices the agent makes — what it decided, the reasoning, the alternatives it weighed, and (optionally) how it turned out. It’s the agent’s paper trail.
The analogy: the meeting minutes that capture “we decided X because Y.” Months later, anyone can see why a call was made.

When to use it

  • Application review — inspect a recorded decision and outcome alongside your host audit events and external service receipts. Model-written reasoning alone is not a complete audit record.
  • Consistency — an approval or negotiation agent that should not contradict its own recent rulings.
  • Learning from outcomes — log a decision, record whether it worked, and analyze quality over time.

When NOT to use it

  • Simple chat agents with no consequential decisions — there’s nothing meaningful to log.
  • If you only need raw conversation history, Sessions already capture it; the Decision Log is specifically for structured, queryable decision records.

Configuration

Understanding maxContextDecisions: decisions remain in the selected storage until the host removes them or that storage loses its contents; search_decisions provides keyword retrieval. This setting only controls how many of the most recent decisions are automatically shown to the agent at the start of each run, so it stays consistent with itself.
  • Lower it (3) to save tokens or when past decisions aren’t relevant to the next one.
  • Raise it (10) for agents that must avoid contradicting their recent rulings.
  • It does not limit storage — only what’s surfaced in context.

What gets stored

Context retrieval uses Agent/session information; direct Agent-wide log access is an administrative path. Authorize sessions and scope the underlying storage before exposing either path to users.

Tools

Cross-references