Skip to content
AGH RuntimeSessions

Sessions

The durable runtime unit AGH creates, attaches, audits, and governs.

Audience
Operators running durable agent work
Focus
Sessions guidance shaped for scanability, day-two clarity, and operator context.

A session is the unit AGH actually manages. It binds one agent subprocess to a workspace, permission policy, event store, and attach record under one stable AGH session ID.

Live session events are written to events.db while the session runs. After the session stops, AGH materializes a read-only forensic JSONL ledger at $AGH_HOME/sessions/<workspace_id>/<session_id>/ledger.jsonl (or $AGH_HOME/sessions/_unbound/<session_id>/ledger.jsonl when no workspace is resolved). The ledger is content-addressed and idempotent on rerun, never accepted as a memory scope, and never read by the recall pipeline — it is operator-readable history only.

Session-scoped Vault refs use vault:sessions/<session_id>/<name>. They are ordinary encrypted Vault records filtered by the session prefix, and the session inspector shows only redacted metadata for those refs.

Use this section when a live run needs supervision or forensic detail: why it started, what state it entered, which events were persisted, whether it can be attached, and which permission checks apply while the agent works. If the problem is choosing an agent definition, use Agents first. If the problem is the daemon or database itself, use Operations after you identify the affected session.

The reading order follows the lifecycle. Start with lifecycle for state names and stop classification, move to events when you need the durable record, then use resume attach and permissions for the two most common operator questions: "can I re-enter this live session?" and "why did AGH ask before acting?"

Hand-drawn Sessions poster showing the AGH session lifecycle across create, active, stop, attach, replay, permissions, and audit.

In this section

On this page