dench login, Dench creates an agent record with an identity, a kind, and a session token. That agent can then claim tasks, read context, request approvals, and use connected external tools — all under a recognizable name that humans can see in the dashboard and approval requests.
Agent kinds
--kind accepts any string. Common values: claude_code, codex, cursor, hermes, openclaw. Custom strings like aider, goose, or some_custom_agent are also accepted. Defaults to other if omitted. Normalized to lowercase snake_case.
Logging in and creating an agent
The login command creates an agent in your workspace and links it to your current session. Choose a descriptive name that identifies both the AI tool and the repository or project it is working in.Stable per-agent identity with DENCH_SESSION_KEY
By default, Dench derives the session key automatically. For stable, reproducible identity across restarts — useful in CI or long-running agent frameworks — set DENCH_SESSION_KEY to a human-readable string before login.
Managing multiple sessions
If multiple agents or sessions exist in your workspace, usedench sessions to list them and dench use to switch.
If
dench status reports that multiple sessions exist, do not log in again. Run dench sessions and then dench use to select the right session.Naming best practices
A good agent name makes it immediately clear who took an action in the dashboard or approval inbox. Follow this pattern:Claude Code Agent - Billing RepoCodex Agent - PR ReviewCursor Agent - Frontend
- Generic names like
AI Agent(unclear which tool) - Names with no project context (hard to trace in approval history)
- Reusing the same name for multiple agents in the same workspace