Skip to main content
Pre-release

This release is a pre-release and may not be stable for production use.

Brigade (by Escoffier Labs)

Brigade keeps coding-agent work trackable across tools, repos, and sessions: tasks, receipts, shared memory, and synced tools.

Install · Docs · Compare · Quickstart

CI status PyPI version PyPI downloads per month Python 3.10+ Rust: code graph engine Go: evidence log engine MIT license

Published v0.27.0 is the stable install (brigade-cli==0.27.0). It adds per-repo parallel-safe work waves, cross-repo ready-work campaigns, Memory Operations, an optional fleet hub, care-managed memory jobs, cloud seats with receipts, vault projection, run lineage, code-graph views, bounded recall, declared budgets, and a machine-readable control crosswalk. Main is now the 0.28 beta line.

What it does

  • Ready work and claim safety. Brigade lists unblocked tasks and uses atomic claims so two agents cannot take the same item.
  • Declared run limits, optional fleet hub, and registered cloud activity. Brigade enforces declared wall-clock and worker-dispatch ceilings, records named retry and reroute decisions, can report runs, repo claims, and external harness sessions through an operator-owned fleet hub, and reconciles registered cloud work against provider and GitHub state.
  • Verification receipts. A check run through Brigade writes the command, the real exit code, and the Git state. Not every Brigade command writes a receipt.
  • Owner-mediated handoffs and bounded recall. Handoffs are linted and routed by the memory owner. Safe targeted notes may auto-file, while ambiguous or risky notes wait for review. Session-start recall is capped, and vault project, search, and propose are bounded.
  • Explicit dry-run-first harness projection. MCP servers, tools, and skills are previewed before Brigade writes them into a harness.

Learning in Brigade is outcome-based skill scoring, promotion, and rollback from captured verification receipts. It is not autonomous reflective memory learning.

Install

Install with pipx install brigade-cli or uv tool install brigade-cli, then follow the install guide, QUICKSTART.md, or give first 10 minutes and docs/agents-guide.md to your coding agent.

Stable channel: published v0.27.0. Preview channel: brigade update --channel beta for 0.28.0.devYYYYMMDD wheels. Details: update channels.

How it compares

Brigade overlaps several categories. Most adjacent projects specialize in one layer. Brigade connects those layers around trackable coding-agent work. Where a neighbor is stronger, that cell says so. Dated sources and longer notes: docs/comparison.md (2026-08-27).

Comparison key: Supported Supported · Partial Partial · Not documented Not documented

Work and orchestration

Project Ready work Claim safety Parallel and run control Task-store boundary Verification
Brigade Supported Stable ready set Supported Fail-closed local CAS. 0.27: optional hub claims Partial 0.27: per-repo waves, campaign-composed waves, declared limits, named retry/reroute, fleet board Partial Local JSON ledger. Optional hub for events/claims, not a task DB Supported Command receipts
Beads Supported Built in Supported Atomic claim Partial Agent workflow + Dolt sync Supported Dolt-backed distributed store Partial Task history
Gas Town Supported Beads-backed Not documented Not documented Supported Multi-agent runtime Partial Beads ledger Partial Operational state
nWave Partial Wave artifacts Not documented Not documented Partial 7 reviewed phases + TDD gates Partial Git-tracked artifacts Partial Phase validation
ActiveGraph Supported Reactive graph Partial Application-defined Supported Behaviors + runs Supported Append-only event log Supported Replay, fork, and diff

Memory

Project Durable memory Capture and recall Care and operations Learning Provenance
Brigade Supported Shared files + cards Supported Handoffs. 0.27: bounded recall Supported Owner policy. 0.27: Memory Operations, vault project/search/propose Partial Outcome score + promote + rollback Supported Work receipts + sources
Mem0 / OpenMemory Supported User + agent + session Supported Automatic + hybrid search Partial History + metadata Partial Extraction + retrieval Partial Timestamps + entities
Letta Supported Agent state + blocks Supported Agent-managed tools Partial Editable state Partial Persistent agent runtime Partial Persistent agent state
agentmemory Supported Shared coding-agent memory Supported Hooks + MCP + REST Partial Lifecycle + decay Not documented Not documented Partial Searchable memory
Hindsight Supported Facts + experiences + models Supported Retain + recall Supported Reflect + feedback Supported Reflective memory learning Supported Temporal + causal links
Built-in harness memory Supported Tool-specific Partial Rules + auto memories Partial Varies by harness Partial Harness-specific Partial Harness-specific
OpenClaw Supported Plain files + index Supported Keyword + optional vector search Partial File-owned memory Not documented Not documented Partial Files + source paths

Tools and configuration

Project MCP Reviewed rules and skills Projection behavior Source of truth Audit and rollback
Brigade Supported MCP + tools catalog Supported Skills + adapters Supported Dry-run-first, then apply Supported Brigade catalog Supported Preserve + gate + rollback
add-mcp Supported MCP servers Not documented Not documented Partial Maps fields into native files Partial Registry + native files Partial Warnings for dropped fields
Rulesync Supported Supported Supported Rules + skills + hooks Supported Per-target generation Supported Rulesync project Partial Generated outputs
config-sync Not documented Not documented Supported Rules for 12 tools Supported Generated rule files Supported Single config Partial Generated outputs
chezmoi Partial As files Partial As files Supported Templates + apply Supported Git-backed source dir Supported Diff + templates + merge
agentsync Supported Many agent targets Supported Skills + hooks + commands Supported Native/lossy/skipped report Supported Canonical config Supported Native/lossy/skipped report

Evidence and operations

Project Receipts Code impact Agent activity Cloud state Learning / replay
Brigade Supported Command + Git + optional impact Supported Stable impact. 0.27: code-graph views + blast radius Supported 0.27: center activity + fleet board + external harness sessions Supported 0.27: registered cloud status + approved Grok Bot scout feed Partial Score + promote + rollback. 0.27: run child/diff/resume
ActiveGraph Partial Event trace Not documented Not documented Partial Reactive behaviors Not documented Not documented Partial Replay, fork, and diff
CocoIndex Partial Data lineage Not documented Not documented Not documented Not documented Not documented Not documented Partial Incremental recompute
Graphiti Partial Episode provenance Not documented Not documented Not documented Not documented Not documented Not documented Partial Temporal fact updates
Hindsight Not documented Not documented Not documented Not documented Not documented Not documented Not documented Not documented Supported Reflective memory learning
Neo4j Agent Memory Partial Reasoning + tool traces Not documented Not documented Not documented Not documented Not documented Not documented Partial Similar-task retrieval

"Not documented" means the capability was not found in the project's official README or documentation on the dated source pass. Brigade cells were re-checked on 2026-08-27. Beads and Gas Town stay on the 2026-08-26 pass. Other neighbor cells stay on the 2026-08-13 pass. An event trace, memory history, data lineage, and a command verification receipt answer different questions.

Scope

Brigade is a local file-first control plane for coding agents. Nothing runs until a command or an operator-owned scheduler starts it. Optional serve commands (brigade center serve, brigade runs serve, brigade fleet serve) stay in the foreground until you stop them. Scheduling stays external, except optional operator-owned, target-scoped care registrations (brigade care install). The work ledger is machine-local JSON and is not a distributed task database. An optional fleet hub aggregates run events and arbitrates repo claims. The fleet board can show external harness sessions. Local journals stay authoritative. An approved Grok Bot scout feed enqueues labeled GitHub issues only after --apply. Ordinary runs have no hard run-budget unless one is declared. When declared, only wall-clock and worker-dispatch ceilings are enforced today. Model, tool, token, and cost dimensions stay observed unless an adapter owns an enforcement boundary. Campaigns aggregate ready work across repos and compose parallel-safe waves at query time from each member's per-repo partition. Center and the fleet board are read-only. External activity observations are best-effort. Cloud registry commands track work that another provider runs. Safe targeted handoffs may auto-file under owner policy. Ambiguous or risky notes wait for review.

Brigade is not a hosted memory service, automatic release bot, or full autonomous fleet runtime. It does not push to GitHub, publish packages, or send chat messages unless the operator uses an explicit send action. Name collisions: this is brigade-cli from escoffier-labs/brigade, not the archived CNCF/Microsoft Kubernetes Brigade, Spinabot Brigade, or the 2017 Python package that became Nornir.

Docs

License

MIT. See LICENSE.

Project identity: GitHub escoffier-labs/brigade, website brigade.tools, PyPI brigade-cli, command brigade.

Release files for brigade-cli 0.28.0.dev20260915

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Built distribution (wheel)

Table of built distributions (wheels) for brigade-cli 0.28.0.dev20260915
File Interpreter ABI Platform
brigade_cli-0.28.0.dev20260915-py3-none-any.whl Python 3 none any Details

Release files / brigade_cli-0.28.0.dev20260915-py3-none-any.whl

Download URL brigade_cli-0.28.0.dev20260915-py3-none-any.whl
Size 3.5 MB
Tags Python 3
SHA-256 checksum
How to use checksums
656fa5f0ae4d9edb6e28a033366593c03f967c3b3757d71c47c986f842ba6220
BLAKE2b-256 checksum
How to use checksums
fc42a31bf54d9d3d286d5d82f1b5f2b83b05ebbe28026b091abf91a2e46d70fd
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

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 Sep 15, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

0.25.0

2 release files

0.24.0

2 release files

0.23.3

2 release files

0.23.2

2 release files

0.23.1

2 release files

0.23.0

2 release files

0.22.0

2 release files

0.16.0

2 release files

0.15.0

2 release files

0.14.1

2 release files

0.14.0

2 release files

0.13.0

2 release files

0.12.0

2 release files

0.11.0

2 release files

0.10.3

2 release files

0.10.2

2 release files

0.10.1

2 release files

0.10.0

2 release files

0.9.3

2 release files

0.9.2

2 release files

0.9.1

2 release files

0.9.0

2 release files

0.8.2

2 release files

0.8.1

2 release files

0.8.0

2 release files

0.7.0

2 release files

0.6.0

2 release files

0.5.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page