This release is a pre-release and may not be stable for production use.
Coordinate your agents. Keep the tools you use.
Brigade works alongside Codex, Claude Code, Cursor, OpenCode, T3 Code, Grok Bot, OpenClaw, Hermes, Dot, and Duet. It adds coordination, shared context, and checkable work records to your existing setup.
Install · Docs · Integrations · Compare · Quickstart
Keep using your preferred agent tools. Start with one tool in one repository, then connect more agents and machines as you need them.
Stable: v0.30.0 on PyPI and npm. Beta: main is the 0.31 preview line (0.31.0.devYYYYMMDD wheels). Beta features and work in progress are labeled below. See the changelog.
Give the next agent more than a conversation
You investigate a bug in Claude Code, implement a fix in Codex, and return to the work through T3 Code. Brigade gives that work continuity:
- Start with context. Read the work brief, relevant memory, and existing evidence.
- Make ownership explicit. Claim tasks and inspect dependencies or conflicting work.
- Run within your rules. Use configured model access, scopes, budgets, and approval gates for Brigade-managed execution.
- Check the result. Run verification and keep the command, exit code, logs, and Git state.
- Hand off the work. Leave the result, remaining blockers, and evidence where another agent can inspect them.
Agents can continue within the authority you give them. You choose where approval is required and can inspect or stop Brigade-managed work.
What Brigade adds
Work that agents can pick up
Tasks, dependencies, ready-work views, claims, and handoffs make the next action discoverable. Fleet Hub adds shared coordination across enrolled machines, including ownership views, presence, messaging, and model policy.
0.31 beta: Dispatch ready tasks into separate worktrees, supervise children, and retain results for review. Watch mode fills available capacity within configured limits. A successful worker run leaves work for review and landing.
Evidence you can inspect
Run a check through Brigade:
brigade work verify run --target . --command "pytest -q"
The verification record captures the command and its actual exit code, logs, and Git state. Run journals and lineage connect execution to its context. Evidence packages let another agent inspect a selected verification record and check its integrity.
A passing command establishes the result of that check. Completion still depends on the work's acceptance criteria.
Context that travels between tools
Keep a designated memory owner, with handoffs from the tools doing the work. Brigade provides handoff linting, ingestion coverage, recall, and memory-care checks. Shared skill and tool catalogs can project reviewed configuration into supported tools.
0.31 beta: Memory reflection derives evidence-backed candidates and can create consolidation proposals for review. It does not automatically rewrite claims.
Visibility while agents work
Inspect runs, work ownership, machines, and cloud tasks through Brigade's CLI and operator views. Fleet messaging lets enrolled agents exchange information under explicit grants.
0.31 beta: Run patrol identifies local lane states and offers explicit repair actions. The Command Deck and CI-board integrations continue to expand.
Works with your existing setup
Choose the integrations you need. Each connects a different part of the workflow.
| Your system | Brigade connection |
|---|---|
| Codex, Claude Code, Cursor, OpenCode | Workspace instructions, handoff inboxes, and supported tool and skill configuration. Execution adapters and hooks vary by tool. |
| T3 Code | Remote execution integration and session visibility. The complete app-owned child-task governance flow is in progress. |
| Grok Bot | Role-scoped connector packs for bounded jobs and configured workflows. |
| OpenClaw, Hermes | Memory-owner workflows, writer handoffs, workspace setup, and memory care. |
| Dot | A connector for memory, skills, Hub messaging, and authorized T3 fleet dispatch. |
| Duet | 0.31 beta: A connector for memory, skills, Hub messaging, and read-only fleet views. Duet executes on its own cloud machine. |
Capabilities differ by integration, configuration, and release channel. Hosted connectors need explicit setup. See the technical guide, Dot guide, and Duet guide.
Start with one repository
With Node.js 22 or newer on glibc Linux x64/ARM64, macOS x64/ARM64, or Windows x64:
npm install --global @escoffier-labs/brigade@0.30.0
brigade setup
The npm package manages its own Python environment. The first launch downloads a managed Python, so it needs network access. Leave optional dependencies enabled, and install Git for repository features. Upgrade npm-managed installs with npm. See the npm package notes.
Or use Python 3.10 or newer with pipx install brigade-cli or uv tool install brigade-cli, followed by brigade setup.
Preview the setup for a repository you control:
brigade operator quickstart --target ./my-repo --harnesses codex,claude --dry-run
Apply the setup, then read the first brief:
brigade operator quickstart --target ./my-repo --harnesses codex,claude
brigade work brief --target ./my-repo
Select the tools you use. The local setup can be used without a Fleet Hub. Add fleet coordination or hosted-agent connectors when you need them.
First 10 minutes · Adopt an existing setup · Stable and beta channels
Where the beta is heading
- Independent work across a fleet. Shared ownership, dependencies, and evidence help agents recover their next action without reconstructing a conductor's conversation. Fleet coordination
- Governed delegation through T3 Code. Explicit batches, independently addressable child results, and isolated workspaces under Brigade's existing controls. Delegation epic
- Cross-repository campaigns. Track one assignment across repositories with bounded ownership and evidence-backed completion. Execution and completion wiring remain in progress. Campaigns
- More ways for agents to connect. Encrypted messaging, teammate invitations, no-hub delivery, and Hub Lite are being built in stages. Mesh design
MCP servers
Brigade includes a memory MCP server with bounded recall, work briefs, and handoff drafting, plus a read-only skills MCP server:
brigade memory serve-mcp --stdio
brigade skills serve-mcp --stdio
The memory server's write_handoff tool drafts a handoff and never edits a canonical card. MCP transport details.
Reference
Commands · Execution model · Comparisons · Contributing · Report an issue · MIT license
The Python CLI may send a passive version request. Python CLI telemetry lists its fields, retention, and opt-outs.
About the downloads badge
The downloads badge sums brigade-cli on PyPI (excluding mirrors) and @escoffier-labs/brigade on npm over the same 30 completed UTC days. Downloads include automation and do not count unique people. The metric JSON records each source, the period, and the last successful refresh. npm platform companions are excluded. Daily refreshes retain the previous metric if a source fails validation or its latest day is more than three UTC days old.
Project identity: GitHub escoffier-labs/brigade, website brigade.tools, PyPI brigade-cli, npm @escoffier-labs/brigade, command brigade.
Metadata
Release files for brigade-cli 0.31.0.dev20261028
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| brigade_cli-0.31.0.dev20261028-py3-none-any.whl | Python 3 | none | any | Details for brigade_cli-0.31.0.dev20261028-py3-none-any.whl |
Release files / brigade_cli-0.31.0.dev20261028-py3-none-any.whl
| Download URL | brigade_cli-0.31.0.dev20261028-py3-none-any.whl |
|---|---|
| Size | 4.4 MB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
d544d0dc07138a91da39f0a8c7ece18577ed18c2e7686e630e2bf4760e4abc3e
|
|
BLAKE2b-256 checksum How to use checksums |
8e363522f7dea9f9453155d0d8a7dcd8c07f76d3d60401beb76979ce38837cac
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 28, 2026.
Transparency logSecurity for brigade-cli 0.31.0.dev20261028
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
All 1 file in this release has been uploaded with provenance metadata.
Attestation for brigade_cli-0.31.0.dev20261028-py3-none-any.whl
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 28, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.