Session Logs
AgentUse automatically tracks every agent execution with detailed logs, providing full visibility into what happened during each run.Quick Start
What Gets Tracked
Each session captures:| Category | Data |
|---|---|
| Session | Agent name, model, MCP servers, project context, timestamps |
| Messages | User prompts, system prompts, token usage, cost, duration |
| Parts | Text output, tool calls, reasoning, step boundaries |
| Tools | Tool name, input, output, duration, errors |
CLI Reference
List Sessions
-s, --subagents- Include subagent sessions-n, --limit <n>- Limit results (default: 10)-j, --json- Output as JSON--all- Show sessions across all projects--project [path]- Show sessions for a project path; defaults to the current project
agentuse sessions list --all when you are looking for a session but are not sure which project owns it.
Show Session Details
-f, --full- Show complete tool input/output (not truncated)-j, --json- Output as JSON--project [path]- Search a project path; defaults to the current project--all-search- Search all projects if not found in the selected project
Show Storage Path
Subagent Sessions
Use--subagents to include subagent sessions in listings:
Use Cases
Debugging Failed Runs
Cost Tracking
Audit Logging
Session logs provide a complete audit trail:- What prompts were sent
- Which tools were called with what inputs
- What outputs were generated
- Token usage and costs
- Error details and stack traces
Browse Sessions in the Browser
Whenagentuse serve is running, the same sessions are browsable as web pages:
/sessionslists every run, newest first. Filter the list with?agent=<id>,?trigger=scheduled|manual|slack|api, and?days=<n|all>./sessions/<id>is the per-session page: the full run log, and when the session is suspended on an approval gate, the approve / reject / comment and resume controls.
/agents page opens each agent’s detail hub, where you can inspect source,
recent runs, and start a run. Schedule rows also link to the agent detail hub;
last-run badges still link to the matching session page.
When the model streams its reasoning, it renders inline in the log as dimmed
“Reasoning” entries (the model’s “why”, subordinate to the visible answer it
precedes). This is on by default for reasoning-capable OpenAI models; for Claude
it requires opting into extended thinking. See
model configuration for the
openai.reasoningSummary and anthropic.thinking options.
Related
- Session Storage Reference - Directory structure and data schemas
- Environment Variables - Configure storage location with
XDG_DATA_HOME