Claude-peers: Ermöglicht die direkte Kommunikation mehrerer Claude-Code-Arbeitsphasen, KI-Kollaborationsteam, das lokal ausgeführt wird

Ein Open-Source-Projekt namens claude-peers-mcp hat in der Entwicklergemeinschaft für breite Diskussionen gesorgt. Es ermöglicht mehreren Claude-Code-Sitzungen, direkt Nachrichten auszutauschen und Aufgabenstatus zu synchronisieren, ganz ohne Cloud-Dienste oder API-Mittel-Layer – das gesamte System läuft vollständig lokal.

Kernkonzept: KI-Kollegen, nicht KI-Werkzeuge

Traditionelle Multi-Agenten-Systeme benötigen einen „Orchestrator“, der alle KI-Agenten zentral steuert. Bei claude-peers ist das ganz anders – jede Claude-Code-Sitzung wird zu einem gleichberechtigten „Kollegen“, die direkt miteinander kommunizieren können, ohne zentrale Verwaltung.

Praktische Anwendungsbeispiele:

Claude A (verantwortlich für Poker-Engine): „Welche Dateien änderst du?“ Claude B (verantwortlich für Frontend): „Ändere auth.ts + UI-Status“ Claude A: „Gut, ich vermeide Auth-Logik“

Keine manuelle Koordination nötig, KI synchronisiert sich selbst.

Technische Architektur

Lokaler Broker-Daemon (localhost:7899): dient als Nachrichten-Relay

SQLite Peer-Registry: speichert alle aktiven Claude-Sitzungen

Jede Sitzung hat ihren eigenen MCP-Server: bietet Tool-Interface

Echtzeit-Kanal für Push-Nachrichten: verzögerungsfreie Kommunikation

Automatisches Peer-Discovery: neue Sitzungen treten automatisch dem Netzwerk bei

Vier Kernbefehle

list_peers

: Zeigt alle aktiven Claude-Sitzungen an

send_message

: Sendet eine Nachricht an eine andere Claude

set_summary

: Beschreibt die aktuelle Aufgabe

check_messages

: Manuelles Überprüfen empfangener Nachrichten

Jede Sitzung fasst außerdem automatisch ihren Status zusammen, sodass andere Claude es sehen können: aktuelles Arbeitsverzeichnis, Git-Repo, laufende Aufgaben, geänderte Dateien.

Typische Anwendungsfälle

Ein Claude schreibt Backend, ein anderer Frontend, automatische Konfliktvermeidung

Ein Claude ist für Debugging zuständig, ein anderer führt gleichzeitig Refactoring durch

Ein Research-Claude sammelt Daten, die an einen Builder-Claude weitergegeben werden

Große Projekte werden in mehrere KI-Arbeitskräfte aufgeteilt, die parallel voranschreiten

Einschränkungen und Herausforderungen

Die Community hat auch einige praktische Probleme angesprochen: Das gleichzeitige Ausführen von 5 Claude-Code-Sitzungen belastet die Hardware erheblich; bei mehreren Sitzungen, die gleichzeitig npm install oder git-Operationen durchführen, sind Konfliktlösungsmechanismen erforderlich; die Begrenzung der Kontextlänge kann dazu führen, dass Sitzungen nach längerer Laufzeit den Synchronisationsstatus verlieren.

Dennoch zeigt dieser Ansatz insgesamt eine größere Trendwende: Von „einem KI-Assistenten“ hin zu „einem KI-Kollaborationsteam“, das vollständig auf dem eigenen Rechner läuft, ohne Cloud, ohne zusätzliche Kosten.

Dieser Artikel über claude-peers: Mehrere Claude-Code-Sitzungen direkt miteinander kommunizieren, lokal laufendes KI-Kollaborationsteam, erschien zuerst bei Chain News ABMedia.