Skip to Content
DocsGuidesDrive Mode

Drive mode is the most common way to use Aigon. You work with one agent, guiding the implementation step by step. Think of it as pair programming where the agent writes the code while you steer direction, review decisions, and set the pace.

This is the default mode — if you run feature-start without specifying multiple agents, you’re in Drive mode. It’s the right choice for most features and the best way to learn the Aigon workflow.

What happens in Drive mode:

  • You describe a feature in natural language
  • The agent writes a spec with acceptance criteria
  • You start the feature — the agent codes in a branch or worktree
  • You review, give feedback, and the agent iterates
  • When you’re happy, you close and merge

Every step produces a paper trail: the spec, the implementation log, and the git history. Nothing is lost.

When to use

  • Most features — Drive is the default for a reason
  • You want control — you guide each step and review before merging
  • Learning Aigon — the simplest mode to understand the full lifecycle
  • Solo work — one agent, one branch, straightforward

For important features where you want multiple perspectives, use Fleet mode instead.

Workspace styles

Drive mode supports two workspace styles:

StyleCommandWhere code livesBest for
Branchaigon feature-start 07Current repo, new branchSimple features, quick work
Worktreeaigon feature-start 07 ccIsolated directory at ../<repo>-worktrees/Parallel features, isolation

Use branch when you’re working on one thing at a time. Use worktree when you want to run multiple features in parallel — each gets its own directory, its own tmux session, and its own agent.

Full workflow

All commands below work as both CLI (aigon feature-start ...) and slash commands (/aigon:feature-start ...). We show both forms.

1. Create a feature

aigon feature-create dark-mode # or: /aigon:feature-create dark-mode # Describe what you want: # Add a dark/light mode toggle to the site header. # Use CSS custom properties. Default to system preference.

This is a conversation — you describe the feature, the agent asks clarifying questions, explores your codebase, and writes a detailed spec with acceptance criteria. The spec lands in docs/specs/features/01-inbox/.

2. Prioritise

aigon feature-prioritise dark-mode # Assigns ID, e.g. #108

Moves the spec to 02-backlog/ and assigns a global ID.

3. Start

aigon feature-start 108 # Branch mode aigon feature-start 108 cc # Worktree mode (isolated)

Creates the workspace, opens a tmux session, and launches the agent. The agent starts implementing immediately — reading the spec, creating tasks from acceptance criteria, and writing code.

4. Work

The agent implements the feature. You can:

  • Watch — attach to the tmux session and observe
  • Guide — jump in and give feedback, redirect, or refine
  • Wait — let the agent work and check back when it signals submitted

5. Review (optional)

Open a session with a different agent for a cross-agent code review:

aigon feature-review 108

The reviewing agent reads the spec, reviews git diff main...HEAD, and commits targeted fixes with fix(review): prefix.

6. Close

aigon feature-close 108

Merges the branch to main, moves the spec to 05-done/, and archives the implementation log. For worktree mode, the agent is auto-detected and the worktree is cleaned up.

Fast-track

Skip the full loop when you know exactly what you want:

aigon feature-now dark-mode # Describe the feature...

Creates the spec, prioritises, sets up the workspace, and starts implementation — all in one command. The agent still writes a full spec, but the lifecycle is compressed.

Last updated on