Brigade
用本地账本、验证凭据与共享记忆协调多个编程智能体。
按维度查看评分与理由
证据显示该工具以本地文件为权威来源，普通操作不会自行启动后台进程；服务保持前台运行，外部发送和 GitHub 入队需要明确动作，运行手册必须由操作者传入 --approved，配置投射也采用先预览后应用。安全文档详细说明任意 shell、摘要/HMAC、密钥权限、同 UID 攻击面、符号链接和内容泄漏风险；CI 权限总体收窄，并包含内容扫描、漏洞检查和固定提交的部分供应链工具。扣分在于依赖保护并不完全一致：若干 GitHub Actions 仅按版本标签引用，开发与可选组件还需外部包和工具；回滚虽覆盖技能、投射及部分状态，但并非所有写入都有统一恢复保证，密钥轮换还会使旧签名不可验证。项目、包名、作者和来源标识明确；注册表未验证只表示身份未知，不构成额外怀疑。
README、包元数据、安全政策和 CI 大体描述同一套本地控制平面，并提供原子认领、收据校验、锁定构建、跨 Python/操作系统测试及覆盖率门槛。错误路径也有具体状态和非零退出行为，例如 SIGNATURE-MISMATCH、模板审计失败及过期文档检查。扣分是版本措辞存在一定认知负担：README 称 0.27 为稳定版、主分支为 0.28 beta，pyproject 标为 0.28.0，而安全政策仍称 alpha；此外部分能力依赖 Git、外部代理 CLI、Rust/Go 组件、可选 MCP 或云服务，离线可用性并非全功能统一保证。
材料明确覆盖多代理、单仓库/工作区、不同 harness、跨仓库活动、记忆、验证和工具同步场景，并清楚区分本地账本、可选 fleet hub、外部调度以及非托管服务。触发边界精确：命令或操作者调度才执行，危险运行手册要求显式批准，GitHub scout 与投射要求 --apply，安全与模糊交接进入复核。扣分主要在环境适配：虽然声明并在 CI 中覆盖 Linux、macOS、Windows 和 Python 3.10–3.12，但 Windows pytest 是可失败检查，某些调度、隔离、shell 和附加引擎能力依赖平台或外部二进制。
README 具备清晰的安装、范围、比较、文档索引、身份和许可结构；命令名、发行包、仓库与同名项目的区分明确。安装提供 pipx、uv、稳定/预览通道和快速入门，CI 还校验源安装及多种配置。已提供完整 MIT 文本，并详细列出已知限制。扣分在于给出的材料没有传统 FAQ 或完整操作示例集合，只能看到快速入门链接和 CI 示例；版本信息散布在 README、路线图与更新通道说明中，没有展示独立完整 changelog；维护责任虽有作者、漏洞邮箱、响应与修复目标，但主要依赖单一联系人，且发行者企业身份未被验证。
任务、原子认领、收据、记忆交接、工具投射和机器可读 JSON 输出能直接供编码代理及操作者使用，产物以本地文件保存且可审计，输出实用性较强。其将多个通常分散的工作流整合为统一控制面，具有明确增量价值，但比较和价值主张主要由项目自身陈述，未提供独立效果数据。基础 Python 包无运行时依赖且可轻量安装，不过完整功能涉及多套命令、策略、可选引擎、外部 harness 和运维概念，因此学习与维护成本并非微不足道，成本收益只评为充分而非全面。
声明可追溯到 README 的明确范围、SECURITY 的威胁模型、pyproject 的包配置和 CI 的具体检查；多个来源相互印证安装方式、版本线、平台范围、安全审计、收据与组件边界。扣分在于大量功能性和竞品比较声明依赖未提供的内部文档或项目自述，当前材料不能逐项核查实现。事实与推断分离表现较强：材料明确标注“部分支持”“未记录”、最佳努力观察、建议性拒绝列表、非沙箱、非 PKI、预算未强制维度和学习能力边界。
- 运行手册会在操作者机器上执行任意 shell；--approved 只是人工复核门槛，不是沙箱，建议逐条检查命令及其引用的脚本、环境和网络内容。
- 本地摘要默认只能发现普通漂移；需要更强防篡改时应启用工作区外部密钥和隔离扫描器，并妥善保留旧密钥，否则历史签名可能变为不可验证。
- 稳定版为 0.27，而所审修订属于 0.28 beta/alpha 开发线；部署时应固定发布标签，并分别验证可选 Rust、Go、MCP、云端及平台相关组件。
- 竞品比较、效果和若干高级能力主要是项目方陈述；本次仅做静态审阅，未执行命令、测试或独立复现。
这个 Agent 能做什么，适合哪些场景？
Brigade 是面向编程智能体的本地文件优先控制平面，负责组织任务、交接、共享记忆、工具配置和验证证据。其主要界面是 Python 3.10+ 环境中的 `brigade` 命令，工作账本以机器本地 JSON 保存，无需常驻守护进程。它可计算未受阻塞的任务集合，以原子声明避免两个智能体领取同一工作，并将检查命令、真实退出码和 Git 状态写入验证凭据。0.27 还包括仓库内并行工作波次、跨仓库 campaigns、Memory Operations、运行谱系、代码图视图和可选 fleet hub。普通工作必须由命令或外部调度器启动；可选的 Center、Runs 和 Fleet 服务以前台进程运行，本地日志始终是权威记录。
Brigade 从本地 JSON 工作账本读取任务和依赖关系，列出 ready work，并通过本地 fail-closed CAS 原子声明任务。它把每个仓库的工作划分为可并行波次，campaigns 可在查询时聚合多个仓库的 ready work。通过 Brigade 执行检查时，它记录所运行的命令、实际退出码、Git 状态以及可选代码影响信息；0.27 还能显示代码图、爆炸半径、父子运行关系，并支持运行差异比较和恢复。记忆流程使用共享文件与 cards：handoff 先经过 lint，再由 memory owner 的策略路由；安全且目标明确的笔记可以自动归档，含糊或高风险内容进入审核。MCP 服务器、工具和 skills 由 Brigade catalog 管理，先预览，再明确 apply 到目标 harness，并提供保留、门禁和回滚机制。可选 brigade fleet serve 汇总运行事件、协调仓库声明并展示外部 harness 会话；云注册命令只跟踪外部提供商正在执行的工作，不替代其运行环境。
- 同时使用 Codex、Claude Code 或其他编程 harness 的团队，希望在切换工具和会话时保留任务状态、交接记录与共享记忆。
- 在同一仓库并行派出多个编程智能体的维护者，需要通过原子声明和并行安全波次避免重复领取工作。
- 需要审计自动化修改的工程团队，希望保留检查命令、真实退出码、Git 状态和可选代码影响凭据。
- 管理多个代码仓库的负责人，希望用 campaigns 汇总跨仓库 ready work，并从各仓库分区组合执行波次。
- 希望统一分发 MCP 服务器、skills 和工具配置的开发者，同时要求应用前预览并保留回滚路径。
- 有明确记忆治理要求的团队，需要由所有者策略控制 handoff、限制会话启动时的召回量，并审核风险笔记。
这个 Agent 有哪些优点和局限？
- 把 ready work、原子声明、验证凭据、共享记忆和 harness 配置同步放在同一套本地控制面中，而不是只解决其中一个环节。
- 验证凭据保存实际命令、退出码与 Git 状态，并可附带影响信息，适合追溯智能体是否真正完成验证。
- 本地文件优先且无需守护进程；本地日志保持权威，可选 fleet hub 不会把任务账本变成远程任务数据库。
- 工具和 MCP 投射采用 dry-run-first，并提供保留、门禁与回滚机制，降低覆盖现有 harness 配置的风险。
- 记忆召回有界，handoff 受 owner policy 管理，含糊或高风险信息不会默认自动写入。
- 本地 JSON 工作账本不是分布式任务数据库；跨机器声明协调需要可选 fleet hub，且本地 journals 仍需分别维护。
- 它不是自主 fleet runtime：没有命令、外部调度器或显式 care 注册时不会自行运行任务。
- 预算强制范围有限，目前只覆盖墙钟时间和 worker-dispatch；模型、工具、token 与成本通常仅被观察。
- Center 和 fleet board 是只读界面，外部活动观测属于 best-effort，不能视为完整可靠的执行控制。
- 不会自动推送 GitHub、发布软件包或发送聊天消息，相关动作需要操作员明确执行。
- 来源未提供从空仓库到首个任务的完整命令序列，也没有列明可选 hub 或云集成的凭据配置。
如何安装或部署这个 Agent？
需要 Python 3.10+。稳定版可执行 pipx install brigade-cli 或 uv tool install brigade-cli；来源指定的稳定版本为 0.27.0，也可固定安装为 pipx install brigade-cli==0.27.0。预览通道通过已安装的 CLI 执行 brigade update --channel beta，获得 0.28.0.devYYYYMMDD 构建。仓库材料没有给出初始化仓库或创建首个任务的完整可复制命令，因此不能据此提供准确的首次工作调用。核心本地工作无需守护进程；fleet hub、云状态和外部服务功能可能需要另行配置，但来源未列出凭据格式。
如何使用这个 Agent？
安装后使用 brigade 命令操作本地工作账本。典型流程是先查询未阻塞任务，再以原子声明取得工作，执行修改，并通过 Brigade 运行检查以生成包含命令、退出码和 Git 状态的 receipt；具体子命令未在所给材料中列出。同步 MCP、工具或 skills 时，应先运行其预览或 dry-run，再执行明确的 apply。需要观察界面时，可分别启动 brigade center serve、brigade runs serve 或 brigade fleet serve；这些命令持续占用前台，直到操作员停止。需要外部调度的 memory care 可选择执行 brigade care install，但调度仍由操作员拥有且限定目标。普通运行没有硬性预算；只有显式声明预算后，当前版本才强制墙钟时间和 worker-dispatch 上限。
这个 Agent 与同类方案有什么区别？
与 Beads 相比，Brigade 同样提供 ready work 和原子声明，但使用本地 JSON 账本；Beads 使用 Dolt 支持分布式存储。Gas Town 更侧重多智能体运行时，而 Brigade 明确不是完整自治 fleet runtime。Mem0、Letta、Hindsight 和 agentmemory 更专注记忆层，其中 Hindsight 明确提供反思式记忆学习；Brigade 的学习仅指依据验证凭据进行结果评分、晋升与回滚。Rulesync、config-sync、agentsync 和 chezmoi 更专注配置生成或同步；Brigade 将 MCP、skills 与工具投射同任务、记忆和验证证据连接起来，并强调先 dry-run 后 apply。
常见问题
Brigade 是否需要常驻服务？
brigade center serve、brigade runs serve 和 brigade fleet serve 是可选前台进程，停止命令后即结束。