Skip to content
Use Cases
AGH RuntimeUse Cases

Prepare a Project Workspace

Turn an existing repository into an AGH workspace that agents can inspect, remember, and operate through durable sessions.

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

This flow is for a maintainer who already has a repository and wants AGH to run repeatable agent work against it. The goal is not just "start an agent"; it is to make the project discoverable, give the agent a local operating brief, and leave evidence that the runtime is using the intended workspace.

Setup

Start from the repository root and confirm the daemon is reachable:

agh daemon status

If you do not already have a provider configured, use the provider key that matches your local runtime setup when you create the agent definition below. The example uses claude because it is a built-in provider key, not because the workspace model depends on that provider.

Flow

Rendering diagram...

A project workspace becomes useful when registration, local agent instructions, memory, and session evidence all point at the same root.

Register the repository

Give the workspace a stable name. Use the same name in docs, scripts, and task descriptions so agents do not have to infer which checkout you mean.

agh workspace add "$PWD" --name checkout-api --default-agent reviewer
agh workspace info checkout-api -o json

What happened: AGH registered the current directory and will resolve workspace-scoped agents, skills, memory, config overlays, and sandbox settings from this root.

Add a workspace-local agent

Put the agent definition in the workspace so it travels with the project and wins over global definitions of the same name.

mkdir -p .agh/agents/reviewer

Create .agh/agents/reviewer/AGENT.md with this content:

---
name: reviewer
provider: claude
toolsets:
  - "agh__catalog"
  - "agh__coordination"
permissions: approve-reads
---

You are the reviewer for this repository.

Start by identifying the changed files, relevant tests, and runtime surfaces involved.
Return blocking findings first with file paths and concrete reproduction evidence.

Then confirm AGH resolves the file you just created:

agh agent info reviewer --workspace checkout-api -o json

Write the first workspace memory

Add durable project context that should be visible beyond this session. Keep it short and factual; do not paste a full architecture document into memory.

agh memory write project-map.md \
  --scope workspace \
  --type project \
  --description "Where agents should start in this repository" \
  --content "Start with README.md, then inspect packages/site for docs and internal/ for runtime code."

agh memory list --scope workspace -o json

What happened: AGH wrote a workspace-scoped Markdown memory and refreshed the index so future sessions can discover it.

Run a smoke-test session

Start the default agent for this workspace and ask it to prove that it can see the intended root, local instructions, and memory.

agh session new --workspace checkout-api --agent reviewer --name workspace-smoke -o json
agh session prompt sess_1234 "Inspect this workspace setup. Confirm the repository root, agent definition, and workspace memory you can see."
agh session events sess_1234 --follow

What happened: the session produced durable events under the workspace context. Use the emitted session id in later status and history commands.

Evidence to keep

EvidenceCommandWhat it proves
Workspace resolutionagh workspace info checkout-api -o jsonThe registered root, default agent, additional roots, and sandbox.
Agent visibilityagh agent info reviewer --workspace checkout-api -o jsonThe workspace-local AGENT.md parses and wins discovery.
Memory indexingagh memory list --scope workspace -o jsonThe project note is visible to workspace-scoped sessions.
Session runtime stateagh session status sess_1234 -o jsonThe live session is attached to the intended workspace and agent.
Session transcriptagh session history sess_1234The smoke-test answer is durable after the terminal closes.

Failure path

SymptomFirst checkNext page
Workspace resolves a different rootagh workspace info checkout-api -o jsonWorkspace Resolver
Agent is not foundagh agent info reviewer --workspace checkout-api -o jsonAGENT.md
Agent uses the wrong provideragh agent info reviewer --workspace checkout-api -o jsonAgent Providers
Memory does not appear in the indexagh memory health -o jsonMemory System
Session starts but never produces outputagh session status sess_1234 -o jsonDebug a Failed Session

Next

On this page