Product / the environment

One workspace for directing agent work.

Four surfaces, one loop: a fleet you supervise, a plan you shape, a diff you review, and a timeline you can rewind. Everything else is in service of those.

SURFACE 01 · FLEET

Everything that's running, in one column

Live state for every agent: current file, current command, elapsed time, tests green or red. Sorted by what needs you most. Twelve runs stay legible because status is carried by colour and position, not by text you have to read.

SURFACE 02 · PLAN

The contract before the work

A structured plan — steps, files, checks, assumptions. Editable as text, enforceable as policy. An agent that wants to go outside its plan has to come back and ask.

SURFACE 03 · REVIEW

A diff, not a transcript

Side-by-side or unified, hunk-level accept, inline revision requests, and the test output that proves it. Review agent work the way you already review human work.

SURFACE 04 · TIMELINE

The complete record, scrubable

Every prompt, tool call, command and file write in order. Jump to any point, fork from it, and compare the branches. Nothing about a run is a black box.

01 / fleet control

Parallelism that doesn't turn into chaos.

Running many agents is easy. Keeping their work from colliding — and keeping yourself oriented across all of it — is the actual product.

  • Isolated worktrees

    Each run gets a real git worktree on its own branch. No stomping, no half-applied edits in your working copy, no "which agent broke the build".

  • Fan-out briefs

    Send one brief to three agents with different models or approaches, then keep the diff you like best. Exploration becomes cheap.

  • Priority & attention

    Runs that need approval float up. Runs that are healthy fade back. The list is a queue of decisions, not a wall of activity.

  • Live intervention

    Type into a running agent to correct course, pin a file it keeps ignoring, or stop it before it burns another ten minutes.

  • Resource ceilings

    Cap concurrency, token spend and runtime per blueprint. Runaway loops hit a wall you set, not your invoice.

02 / plan, review, rewind

Three checkpoints between an idea and your main branch.

BEFORE

Editable plans

Steps, target files, commands to run, assumptions made explicit. Approve the whole thing, or delete step four and add a constraint. Blueprints can require approval before any write.

DURING

Guardrails that hold

File scopes, command allowlists, network policy, change-size limits. Cross a boundary and the run pauses for you instead of pushing through.

AFTER

Review and rewind

Hunk-level accept, single-line revision requests, and a checkpoint on every tool call. Fork from step three, try another approach, diff the two outcomes.

Revision without re-prompting

Leave a comment on line 42 and the agent revises that hunk in place — with the plan, the trace and the surrounding code still loaded. You don't rebuild context; it never left.

review · src/middleware/limiter.ts
// line 42 — your comment
you: "use the token's plan tier for the ceiling,
      not a constant — see billing/tiers.ts"

// 8 seconds later
agent: revised hunk 3/5 · read billing/tiers.ts
       +  const max = tierLimits[token.tier]
       -  const max = 100
       re-ran pnpm test · 41 passed

03 / context engine

It should already know how your codebase works.

Most agent failures are context failures. Commanda builds a local, incremental map of your repositories — symbols, call graphs, ownership, test topology, recent history — and hands each agent the slice its task actually needs.

  • Incremental index

    Built on your machine, updated as you commit. No upload step, no nightly sync, no stale snapshot of a repo from last quarter.

  • Scoped retrieval

    An agent editing the billing module gets billing, its tests and its callers — not 400 unrelated files eating its window.

  • Beyond the repo

    Attach design docs, ADRs, tickets, incident reports and runbooks. Anything you'd hand a new hire on day one.

  • Team memory

    Decisions and corrections you make once become durable notes future runs inherit. Stop re-explaining the same conventions every Monday.

context · what this agent can see
task  add sliding-window rate limits
scope derived from plan · 1.8% of repo

✓ src/middleware/**            14 files
✓ src/router/public.ts         caller
✓ test/middleware/**           tests
✓ docs/adr/0012-limits.md      decision
✓ team-memory: "redis keys are
   prefixed per-env, see infra/"

✗ infra/secrets/**             blocked
✗ .env*                        blocked

window 38k / 200k tokens

04 / customization

Configurable to the point of being yours.

Every team has rules that never made it into a linter. Commanda gives them somewhere to live — in your repo, in review, under version control.

01

Blueprints

A single YAML file defines an agent: model, context scope, tool permissions, hooks, policies. Fork the defaults, or write one from scratch in ten lines.

02

Hooks

Shell out to your own scripts before or after any tool call — or to gate a plan. Exit non-zero and the run stops. Your existing tooling is the policy engine.

03

Skills

Markdown and scripts an agent loads on demand: release runbooks, house style, "how we do migrations here". Shared across the team, versioned with the code.

04

Model routing

Cheap model for triage, strong model for architecture, local weights for anything sensitive. Set it per agent, per step, or by rule.

05

Layouts & bindings

Rearrange panes, hide what you don't use, rebind everything. Vim and Emacs bindings ship in the box; export your layout as a file.

06

Extensions

A typed plugin API for new panes, custom tools and org-specific views — same surface our own built-ins are written against.

05 / integrations

Fits the toolchain you already argued about.

Commanda isn't trying to replace your editor, your tracker or your CI. It connects to them — in most cases with one line of config, and always without a proprietary format in between.

Need something that isn't listed?

  • Version control

    Git, GitHub, GitLab, Bitbucket. Branches, PRs, reviews and checks — created and updated by agents, owned by you.

  • Editors

    VS Code, Cursor, JetBrains, Neovim, Zed. Open any run at the exact file and line; keep your setup untouched.

  • Planning

    Linear, Jira, GitHub Issues. Turn a ticket into a briefed agent, and push the resulting PR back onto the ticket.

  • Observability

    Sentry, Datadog, OpenTelemetry. Hand an agent a stack trace and a trace ID instead of a paraphrase of the bug.

  • Runtime

    Docker, Kubernetes, Postgres, Redis. Ephemeral environments and database branches for runs that need to actually execute something.

  • Model providers

    Anthropic, OpenAI, Google, Azure, Bedrock, Ollama, vLLM, or any OpenAI-compatible gateway you host yourself.

  • MCP

    Any Model Context Protocol server, local or remote, with per-blueprint permissions and full call logging.

  • CI/CD

    GitHub Actions, GitLab CI, Buildkite. Run the same blueprints headless on every pull request.

06 / security & control

Autonomy is only safe when the blast radius is known.

EXECUTION

Sandboxed by default

Agents run in containers with explicit filesystem mounts and network policy. Deny-by-default egress, allowlisted commands, and no path out of the worktree unless you grant one.

DATA

Local-first, cloud-optional

Index, traces and history stay on your machine. The only data that leaves is what your chosen model provider needs — and with local weights, nothing does.

SECRETS

Never in the window

Secret files are blocked from context by default and redacted from traces. Agents receive references, and the sandbox resolves them at execution time.

AUDIT

Reconstructable runs

Every prompt, tool call, command and diff is recorded and exportable as JSON. Attach the trace to the commit, and answer "why did this change?" months later.

Self-hosted deployment, SSO/SCIM and org-wide policy enforcement are planned for the enterprise track — tell us your requirements and they'll shape the roadmap.

Put it against your worst repository.

That's the one we want. Early access is free through the beta, and we onboard teams personally.