Getting started
Core concepts
Five words the rest of these docs assume. Worth two minutes.
Task
The unit of work. A task owns a prompt, a git branch, a worktree, one or more agents, and a position on the board. Everything else in octomux attaches to a task.
Worktree
Each task gets its own git worktree on its own branch. Five agents can edit auth.ts at the same time and your working tree never moves. This is also why a task can be handed to a different agent later without conflict.
Harness
The coding agent that actually writes the code — Claude Code or Cursor today. octomux has no agent loop of its own; it launches, resumes and supervises an agent CLI as a subprocess. Choose per task:
octomux create-task --harness cursor -t "Review the diff on agents/in-482" -r .
Because the harness is per task, you can put one agent on a branch another agent wrote — a second opinion from a different model that has not inherited the first one’s assumptions.
Workflow
A kind of scheduled or looped job — its own config form, cron trigger and run history. Schedules, loops, doc-drift and log triage are all workflows. Each one is a registration, not special-cased core code, which is why you can add your own.
Integration
An outbound connection to something external. Jira and Linear move a ticket as the task moves; Slack and Telegram let you drive the fleet from a chat thread. Integrations fire on the task, not the agent — so the ticket moves the same way regardless of which harness did the work.
The board
Tasks move through six columns: backlog, planned, in_progress, human_review, pr, done. Agents move their own cards, and integrations mirror those moves onto your tracker.