Am 2. November war Peter Steinberger, der Erfinder von OpenClaw, Gast beim zweiten XALT AI Circle im Drivers & Business Club München. Ein Abend für Entscheider, die verstehen wollen, was persönliche KI-Agenten für ihr Unternehmen bedeuten. Jetzt hat die OpenClaw Foundation mit OpenClaw Multiplayer ein Feature vorgestellt, das die Frage eine Ebene weiterdreht: Was passiert, wenn ein ganzes Team mit demselben Agenten arbeitet?
In diesem Beitrag ordnen wir ein, was OpenClaw Multiplayer im Unternehmen löst, wo die Grenzen liegen und wie du es testest, bevor du es breit ausrollst.
Die neuen Silos heißen Agenten
Jahrzehntelang haben Unternehmen daran gearbeitet, Abteilungen miteinander ins Gespräch zu bringen. Mit KI-Agenten ist ein neues Muster entstanden: Jede Abteilung hat ihren eigenen Agenten, oft mit eigenem Modell und eigenem Kontext. Engineering arbeitet mit Claude, Product mit ChatGPT, Marketing mit dem Agenten aus der eigenen Suite, und irgendwo läuft ein lokales Modell unter einem Schreibtisch.
Solange jeder für sich arbeitet, fällt das kaum auf. Teuer wird es bei der Übergabe:
- Kontext geht verloren. Wer übergibt, fasst zusammen, was er seinem Agenten gesagt hat. Die Kollegin füttert diese Zusammenfassung in ihren eigenen Agenten, und die entscheidenden Details fehlen.
- Anweisungen kollidieren. Zwei Agenten arbeiten am selben Artefakt, und keiner weiß vom anderen.
- Der Weg zum Ergebnis bleibt unsichtbar. Der Prompt-Verlauf liegt im privaten Chat einer einzelnen Person.
- Abstimmung wird zum Verfahren. Product beschreibt, Engineering interpretiert, das Ergebnis passt nicht, und die Diskussion beginnt von vorn.
Die OpenClaw Foundation beschreibt in ihrem Beitrag zu Multiplayer genau dieses Problem aus eigener Erfahrung: mehr als ein Dutzend Vollzeit-Maintainer und eine große Community, die mit KI-Unterstützung sehr viele Pull Requests erzeugt.
Was OpenClaw Multiplayer ist
OpenClaw Multiplayer ist ein OpenClaw-Gateway, das sich ein ganzes Team teilt. Laut Dokumentation braucht es dafür keine eigene Edition, eine Konfiguration des bestehenden Produkts reicht. Das Team arbeitet über den Chat, den es ohnehin nutzt, etwa Slack, Microsoft Teams oder Google Chat, und über gemeinsame Sessions in der Control UI. Die wichtigsten Bausteine:
- Geteilte Sessions: Alle Berechtigten können eine Session öffnen, Kontext ergänzen und den nächsten Schritt steuern.
- Live-Präsenz: Du siehst, wer gerade mitliest und wer tippt. Entwürfe erreichen das Modell erst beim Absenden.
- Nachvollziehbarkeit: Jede Session kennt ihren Ersteller, einen zuweisbaren Owner und alle Personen, die gepromptet haben.
- Rollen: Benannte Rollen legen fest, welche Sessions und Agenten jemand nutzen darf und ob seine Sessions in einer Sandbox laufen.
- Git-Credit: Commits aus einer geteilten Session tragen
Co-authored-by-Einträge für alle, die mitgesteuert haben.
Auf der GitHub Universe in San Francisco hat das Team der Foundation das live gezeigt: zwei Laptops, ein Agent, eine 3D-Karte von Fort Mason. Eine Person tippt „Add the Statue of Liberty“, die zweite sieht den Prompt Buchstabe für Buchstabe auf ihrem Bildschirm entstehen. Danach schreibt sie „Make that three times bigger“. Der Agent weiß, welches Objekt gemeint ist, weil beide im selben Kontext arbeiten. Eine gemeinsame Warteschlange zeigt dabei, wann der Agent beschäftigt ist, sodass niemand blind widersprüchliche Anweisungen schickt.
Was OpenClaw Multiplayer für Enterprise-Teams bedeutet
Der Nutzen liegt in der Übergabe. Wenn Product, Engineering, QA und Fachbereich in derselben Session arbeiten, entfällt das Zusammenfassen und Nacherzählen. Alle sehen denselben Verlauf, dieselben Ergebnisse und dieselben Entscheidungen. Drei Abläufe, in denen wir den größten Effekt erwarten:
- Von der Anforderung zur Umsetzung: Die Produktverantwortliche formuliert, der Engineer verfeinert in derselben Session, QA prüft am selben Stand. Missverständnisse werden sichtbar, bevor Code entsteht.
- Störung und Betrieb: Bei einem Incident arbeiten Betrieb und Entwicklung mit demselben Agenten. Wer später übernimmt, liest den Verlauf und muss nicht nachfragen.
- Fachbereich und IT: Kolleginnen ohne technischen Hintergrund arbeiten mit, ohne Prompts nachbauen zu müssen. Die IT behält über Rollen die Kontrolle.
Dazu kommt das Lizenzmodell. OpenClaw ist MIT-lizenziert und modellunabhängig: Du bringst dein eigenes Modell mit und betreibst den Gateway auf eigener Infrastruktur. Für Unternehmen mit Anforderungen an Datensouveränität ist das ein echtes Argument. Wer gerade erst mit KI-gestützter Entwicklung anfängt, findet im Vibe Coding Workshop den passenden Einstieg.
Wo die Grenzen liegen
Die Dokumentation ist an einer Stelle bemerkenswert deutlich: Ein Gateway ist eine Vertrauensgrenze. Wer einem Agenten mit Werkzeugen Aufträge geben kann, teilt dessen Werkzeugrechte. Rollen, Session-Owner und Präsenz sind Leitplanken für ein Team, das sich gegenseitig vertraut. Parteien, die sich nicht vertrauen, trennen sie nicht voneinander.
Für Unternehmen folgt daraus:
- Ein Gateway pro Vertrauensraum. Für verschiedene Mandanten, Tochtergesellschaften oder externe Partner empfiehlt die Foundation getrennte Gateways, idealerweise auf getrennten Hosts.
- Mitlesen heißt alles mitlesen. Wer fremde Sessions ansehen darf, sieht auch deren Tool-Ausgaben. Sensible Arbeit gehört in Entwurfs-Sessions.
- Identität vor Bequemlichkeit. Ein gemeinsames Passwort funktioniert, macht aber alle zu einem Profil. Erst eine Anmeldung über Tailscale oder Cloudflare Access zeigt, wer was getan hat.
- Prompt Injection wird ein Teamthema. Ein geteilter Agent sieht mehr unterschiedliche Eingaben. Die Foundation empfiehlt dafür aktuelle, starke Modelle.
OpenClaw Multiplayer löst also das Kontextproblem. Berechtigungskonzept, Freigaben und Betrieb bleiben Aufgabe deines Unternehmens.
Unsere Erfahrung mit einem geteilten Agenten
Bei XALT arbeiten wir seit Anfang 2026 mit Henry, einem OpenClaw-Agenten, den sich das ganze Team teilt. Geschäftsführung, Marketing, Sales, HR und Engineering geben ihm Aufträge über Slack, WhatsApp und die Weboberfläche. Zwei Dinge haben wir dabei gelernt:
- Wer was darf, gehört schriftlich festgelegt. Henry folgt einer expliziten Liste autorisierter Personen. Ohne diese Liste behandelt ein geteilter Agent echte Aufträge und Manipulationsversuche zu ähnlich, in beide Richtungen.
- Externe Aktionen brauchen eine Freigabe. Lesen, recherchieren und Entwürfe schreiben läuft frei. Nachrichten an Dritte und Veröffentlichungen gibt ein Mensch konkret frei.
Mit Multiplayer lassen sich genau diese Regeln jetzt als Rollen im Gateway abbilden. Bisher standen sie bei uns vor allem in den Anweisungen an den Agenten.
So startest du mit OpenClaw Multiplayer
- Ein Team, ein Ablauf: Wähle ein Team, das sich vertraut, und einen Ablauf mit vielen Übergaben, etwa von der Anforderung bis zum Release.
- Identität zuerst: Binde die Anmeldung über deinen Identity Provider an, bevor das Team einsteigt.
- Rollen definieren: Lege fest, wer Sessions nur liest, wer steuert und wessen Sessions in einer Sandbox laufen.
- Freigaben festlegen: Bestimme, welche Aktionen ein Mensch bestätigen muss, bevor der Agent sie ausführt.
- Nach vier Wochen messen: Vergleiche Übergaben, Rückfragen und Nacharbeit vor und während des Pilots.
Am schnellsten verstehst du einen geteilten Agenten, wenn du selbst am Tisch sitzt. Deshalb bieten wir 90 Minuten Vibe Coding mit Philipp an: Du bringst ein echtes Problem aus deinem Alltag mit, und ihr baut die Lösung gemeinsam mit einem Agenten.
