Brigade: Tools und Memory über Harnesses hinweg synchron, ein Arbeitsprotokoll in lokalen Dateien

Für wen es geeignet ist

• Für Entwickler, die mehrere Coding-Agenten gleichzeitig nutzen: Wer zwischen mehreren Harnesses wechselt (zum Beispiel setzt zu unterschiedlichen Zeitpunkten unterschiedliche Coding-Agenten ein), möchte, dass Tools und Memory synchron bleiben und alle Arbeit ein gemeinsames Protokoll teilt, statt dass jedes Werkzeug separat protokolliert und die Zustände nichts voneinander wissen. Offiziell wird es so beschrieben, dass es Coding-Agenten überall ausführt und eine Aufzeichnung der Arbeit behält.
• Es wird als CLI geliefert: Agenten übernehmen fertige Aufgaben aus einem gemeinsamen Protokoll, und Memory sowie Skills werden über MCP an Harnesses bereitgestellt. Geeignet für Nutzer, die den Arbeitszustand ihrer Agenten gern auf der Kommandozeile verwalten und Fähigkeiten per MCP an eine bestehende Agenten-Toolchain anbinden möchten.
• Das Arbeitsprotokoll wird in lokalen Dateien gespeichert, ein Daemon ist nicht nötig — passend für Nutzer, die ihre Arbeitsdaten auf dem eigenen Rechner behalten und keine zusätzlichen Hintergrunddienste betreiben wollen. Ob Mehrbenutzer-Kollaboration oder Remote-Deployment unterstützt wird, ist offiziell nicht angegeben.
• Voraussetzung: Der npm-Installationsweg verlangt Node.js 22 oder neuer sowie npm. Erfüllt die Umgebung das nicht, bietet die offizielle Dokumentation keinen alternativen Installationsweg und sagt nicht, ob es Unterschiede zwischen Betriebssystemen gibt.
• Die offizielle Dokumentation nennt keine ungeeigneten Fälle und führt auch keine Liste unterstützter Harnesses an. Klären Sie vor der Anbindung, ob Ihr Agent-Client einen MCP-Server per stdio hinzufügen kann — das prüft die offizielle Dokumentation nicht für Sie. Wenn Ihre Toolchain weder eine CLI ausführen noch MCP anbinden kann, gibt es derzeit keinen bestätigbaren Integrationsweg.

Erster Versuch in 3 Minuten

• Voraussetzungen: Node.js 22 oder neuer und npm bereithalten. Die offizielle Dokumentation besagt, dass bei der Nutzung eine passive Versionsanfrage (passive version request) als Telemetrie-Nebeneffekt gesendet werden kann. Das ist der offiziell genannte Netzwerk-Nebeneffekt, eine Voraussetzung, die man vor der Nutzung akzeptiert, und beim Installieren sollte man das wissen. Ob es darüber hinaus weiteren Netzwerkzugriff gibt, ist in den verfügbaren Informationen nicht beschrieben.
• Es gibt genau einen empfohlenen Hauptweg: Das Paket in fester Version global per npm installieren und dann nach den offiziellen Schritten initialisieren.

npm install --global @escoffier-labs/[email protected]
brigade setup

• Den ersten Versuch auslösen: Den Agenten brigade work claim --next --actor codex ausführen lassen, um eine fertige Aufgabe aus dem gemeinsamen Protokoll zu übernehmen — das ist der offiziell gezeigte Kern-Workflow. Beachten Sie: Übernehmen heißt, dass die fertige Aufgabe aus dem Protokoll entnommen wird. Wie sich ihr Zustand danach im Protokoll ändert und ob sich das rückgängig machen lässt, ist nicht angegeben — behandeln Sie es als einen Eingriff, der das Protokoll verändert.
• Wenn der Agent noch keine Aufgaben übernehmen soll, starten Sie brigade memory serve-mcp --stdio zunächst lokal im stdio-Modus, binden es als MCP-Server an Ihren Harness an und prüfen, ob sich Brigades Memory und Skills über MCP lesen lassen — dieser Schritt beinhaltet kein Übernehmen.
• Erfolgssignal: Der Agent erhält über den Übernehmen-Befehl eine fertige Aufgabe, oder der Harness liest Brigades Memory und Skills über MCP. Was brigade setup genau tut und wie seine Erfolgsmeldung aussieht, wird offiziell nicht beschrieben; verhält sich der Befehl nicht wie erwartet, prüfen Sie zuerst, ob die Node.js-Version die Anforderung erfüllt, und gleichen Sie die Schritte im offiziellen Repository ab.

Anwendungsfälle

• Fall 1: Mehrere Agenten teilen sich ein Arbeitsprotokoll. Szenario: Sie nutzen mehr als einen Coding-Agenten und möchten an einem Ort festhalten, wer woran bis wohin arbeitet, statt dass es über Sitzungen verstreut ist und beim Werkzeugwechsel Kontext verloren geht. Start: Nach Installation und brigade setup lassen Sie den Agenten zu Beginn einer Aufgabe brigade work claim --next --actor codex ausführen. Workflow: work claim — der Agent übernimmt eine fertige Aufgabe aus dem gemeinsamen Protokoll. Zu erwarten: Die Aufgabe wird übernommen, das Protokoll liegt in lokalen Dateien ohne Daemon. Wie das Protokoll nach dem Übernehmen aktualisiert wird und wie man alle Aufgaben einsehen kann, ist offiziell nicht angegeben; bestätigbar ist derzeit der Schritt bis zum Übernehmen.
• Fall 2: Memory und Skills einem Harness bereitstellen. Szenario: Der Harness soll bei der Aufgabenbearbeitung das von Brigade gepflegte Memory und die Skills nutzen, statt dass jedes Werkzeug eigene Daten pflegt, die nichts voneinander wissen. Start: brigade memory serve-mcp --stdio im stdio-Modus starten und als MCP-Server an den Harness anbinden. Workflow: memory serve-mcp — Brigade stellt über diesen Server Memory und Skills für den Harness bereit. Zu erwarten: Der Harness kann Memory und Skills über MCP lesen. Wie Ihr Client einen stdio-MCP-Server registriert und welche aufrufbaren Schnittstellen danach existieren, ist offiziell nicht angegeben; binden Sie es auf die übliche Weise Ihres Harness an und verifizieren Sie anschließend.

Grenzen der Nutzung

• Netzwerkzugriff: Die offizielle Dokumentation sagt, dass eine passive Versionsanfrage als Telemetrie gesendet werden kann; das wird vom Anbieter selbst offengelegt. Ob es darüber hinaus weiteren Netzwerkzugriff gibt, ist nicht beschrieben — betrachten Sie es daher nicht als vollständig offline laufendes lokales Werkzeug.
• Dateien und Nebeneffekte: Das Arbeitsprotokoll liegt in lokalen Dateien, ohne Daemon; das Übernehmen entnimmt dem gemeinsamen Protokoll eine fertige Aufgabe, eine Rückgängigmachung ist nicht dokumentiert. Welche Änderungen Installation und brigade setup am System vornehmen, wird offiziell nicht im Einzelnen aufgeführt.
• Laufzeitumgebung und Client: Der npm-Weg verlangt Node.js 22 oder neuer und npm; die Liste unterstützter Harnesses ist nicht bestätigt, ob Ihr Harness funktioniert, müssen Sie selbst prüfen.
• Version und Weiteres: Der Installationsbefehl ist auf 0.30.0 festgelegt, andere Versionen und Upgrade-Wege sind unbestätigt. Wie man über das Übernehmen hinaus Aufgaben hinzufügt, alle Aufgaben einsehen oder in Memory und Skills schreibt, deckt die verfügbare offizielle Information nicht ab. Nehmen Sie es erst in kleinem Umfang in Betrieb, prüfen Sie, ob das Verhalten den Erwartungen entspricht, und weiten Sie die Nutzung erst dann aus.