CLI Reference
fleet init
Section titled “fleet init”Initialize Fleet in the current repository.
fleet initCreates .fleet/config.yml and the fleet/state orphan branch with an empty FLEET.md.
fleet command
Section titled “fleet command”Start or resume the commander.
# Plan missions from a natural language goalfleet command --plan "Add OAuth login, fix rate limiter, update docs"
# Load missions from a YAML plan filefleet command --plan-file missions.yml
# Use a built-in mission templatefleet command --template test-coverage
# List available templatesfleet command --template list
# Resume an existing fleet (re-claim commander)fleet command --resume
# Resume with graceful handoff supportfleet command --resume --handoff| Flag | Description |
|---|---|
--plan <goal> | Natural language goal for LLM decomposition |
--plan-file <path> | YAML file with pre-defined missions |
--template <name> | Use a built-in mission template; use list to see all |
--resume | Resume monitoring existing missions |
--handoff | Enable implicit commander handoff (any machine can resume) |
See Mission Templates for the full list of built-in templates.
fleet run
Section titled “fleet run”Run a mission template locally in sequence — no extra machines needed.
# Preview the full run experience without spawning real agentsfleet run --template drsti-dev-flow --simulate
# Run a built-in template on the current repofleet run --template drsti-dev-flow
# Override the agent adapter for all missionsfleet run --template test-coverage --agent codex
# Run against a specific directoryfleet run --template security-audit --cwd /path/to/projectfleet run is the single-machine shortcut for fleet command + fleet ship. It:
- Loads the named template and topologically sorts its missions by dependency.
- Checks pre-start gate conditions (if the
drsti-dev-flowplugin is active). - Spawns each mission’s agent adapter and waits for it to complete.
- Checks the merge gate between missions, with an interactive retry loop so you can update
workstreams.jsonin place. - Prints a branch summary when all missions are done.
--simulate mode runs the full terminal experience — headers, gate checks, mission progress, branch summary — without spawning any real agents or touching your repo. Use it to preview what a template will do before committing to a full run.
| Flag | Description |
|---|---|
--template <name> | Built-in mission template to run (required) |
--simulate | Simulate the run without real agents (UAT / preview mode) |
--cwd <path> | Working directory (default: current directory) |
--agent <adapter> | Override the agent adapter for all missions |
See Mission Templates for available templates.
fleet ship
Section titled “fleet ship”Join the fleet as a worker ship.
fleet ship --join git@github.com:you/project.gitClones the repo, reads FLEET.md, auto-assigns to the first ready mission, starts the coding agent, and begins heartbeat pushes.
| Flag | Description |
|---|---|
--join <repo> | Git URL of the repository to work on |
fleet status
Section titled “fleet status”Display the mission board.
# One-shot displayfleet status
# Live-updating displayfleet status --watch
# Machine-readable JSON outputfleet status --json| Flag | Description |
|---|---|
--watch | Refresh the display every 30 seconds |
--json | Output fleet state as JSON |
fleet assign
Section titled “fleet assign”Manually assign a mission to a ship.
fleet assign <mission-id> <ship-id>fleet brief
Section titled “fleet brief”Generate a codebase context file for ships.
# Static analysis (file tree, package.json, etc.)fleet brief --generate
# LLM-powered analysis (richer context)fleet brief --generate --llmCreates FLEET_CONTEXT.md on the main branch. Ships read this file for codebase context before starting work.
| Flag | Description |
|---|---|
--generate | Generate the brief |
--llm | Use LLM for richer codebase analysis |
fleet logs
Section titled “fleet logs”View a ship’s MISSION.md log.
# One-shot displayfleet logs <ship-id>
# Follow mode (polls every 10s)fleet logs <ship-id> --follow| Flag | Description |
|---|---|
--follow | Keep polling for updates |
fleet web
Section titled “fleet web”Start the browser-based Fleet web dashboard.
fleet webThe dashboard shows mission board, ship health, merge queue, and mission logs in real time via Server-Sent Events. Accessible from any browser including mobile — the command prints both local and LAN URLs.
| Flag | Description |
|---|---|
-p, --port <port> | HTTP port (default: 4000) |
-H, --host <host> | Bind address (default: 0.0.0.0) |
--poll <ms> | Poll interval in milliseconds (default: 15000) |
--no-open | Do not open browser automatically |
fleet demo
Section titled “fleet demo”Run a zero-friction simulated fleet — no repo, no agents, no network required.
fleet demo# ornpx fleetspark demoSimulates a complete fleet run with 4 missions, showing planning, ship assignment, parallel execution, dependency unblocking, and auto-merge. The ideal way to see Fleet in action before setting up a real fleet.
fleet report
Section titled “fleet report”Generate a markdown summary of the current or most recent fleet run.
# Print to stdoutfleet report
# Machine-readable JSONfleet report --json
# Write to a filefleet report --output run-report.mdThe report includes mission outcomes, timing, ships used, merge status, and an estimated time saved vs. sequential execution.
| Flag | Description |
|---|---|
--json | Output machine-readable JSON instead of markdown |
--output <file> | Write report to a file |
fleet dashboard
Section titled “fleet dashboard”Interactive terminal UI for monitoring the fleet in real-time.
fleet dashboard# orfleet dashFeatures:
- Mission board — color-coded status table with progress tracking
- Ship health — live heartbeat monitoring with alive/stale/dead indicators
- Merge queue — PR and CI status at a glance
- Log viewer — drill into any mission’s steps and blockers
| Key | Action |
|---|---|
j/k or arrows | Navigate missions |
Tab | Switch between board and log views |
q | Quit |
The dashboard auto-refreshes every 10 seconds.
fleet plugin
Section titled “fleet plugin”Manage Fleet plugins — install governance layers, integrations, and extensions.
# Install a plugin and register it in .fleet/config.ymlfleet plugin install @fleetspark/plugin-drsti-dev-flow
# List registered pluginsfleet plugin listPlugins are loaded automatically on every fleet ship --join and during merge operations. They can block missions from starting or block PRs from being created based on project-defined rules.
Installing drsti-dev-flow governance:
fleet plugin install @fleetspark/plugin-drsti-dev-flowThis registers the plugin in .fleet/config.yml:
plugins: - name: "@fleetspark/plugin-drsti-dev-flow"From that point on, Fleet enforces review gates before impl missions start and before PRs are created — based on the maturity level in each workstream’s workstreams.json entry.
See Ecosystem for the full plugin architecture.