Ein Raum kann mehr als einen Agenten enthalten, und die Agents müssen sich keine Runtime teilen. Codex und Claude Code können Seite an Seite im selben Raum existieren, jeweils an ihr eigenes Verzeichnis gebunden (oder abwechselnd an dasselbe), jeder mit eigenem Handle und Berechtigungsmodus, beide gesteuert durch dieselben Grants, Freigaben und dasselbe Audit-Log. Man wählt aus, wen man erwähnt, genau wie man entscheidet, welche Kollegen man anspricht.
Dieser Beitrag zeigt, wann das nützlich ist und was sich ändert – was weniger ist, als man denken könnte.
Warum zwei Runtimes
- Unterschiedliche Stärken bei unterschiedlichen Aufgaben. Teams berichten, dass eine Runtime große Refactorings besser bewältigt und die andere bei kleinen Fixes schneller ist, oder umgekehrt – je nach Codebase. Wenn beide verfügbar sind, kann die anfragende Person frei wählen.
- Kontingente. Wenn das Limit eines Abonnements am Nachmittag erreicht ist, steht der andere Agent bereit. Das Leihen über Runtimes hinweg funktioniert nach demselben Mechanismus wie das Leihen zwischen Personen. Siehe einen Agenten ausleihen.
- Eine zweite Meinung. Einen Agenten bitten, das diff des anderen zu prüfen. Beide Ausgaben liegen in derselben Timeline.
- Unterschiedliche Verzeichnisse. Codex für die Daten-Pipeline, Claude Code für die Web-App, in einem Raum, weil dieselben drei Personen für beides zuständig sind.
Wie es im Raum aussieht
Zwei Agents mit klaren Namen: pipeline (Codex) und web (Claude Code), statt der Namen der Runtimes. Mitglieder erwähnen den einen oder den anderen. Jeder Agent behält seine eigene serielle Warteschlange, sodass ein langer Codex-Job keine schnelle Claude Code-Frage blockiert. Jeder hat seinen eigenen Berechtigungsmodus; die vier Aktionen mit automatischem Pause-Verhalten gelten für beide.
Der daemon erkennt, welche Runtimes auf dem Rechner installiert sind, und meldet deren Versionen; du wählst die Runtime aus, wenn du den jeweiligen Agenten erstellst.
Referenzieren über Agents hinweg
Eine Anfrage kann eine vorherige Anfrage per ID erwähnen. „@web, apply the schema change from R-12 to the API models“ übergibt dem Claude Code-Agenten das Ergebnis des Codex-Agenten als Kontext. Die referenzierte Anfrage, ihre Ausgabe und ihre Artefakte werden in den neuen Durchlauf übernommen; niemand muss etwas kopieren und einfügen. Siehe Request-IDs und fortsetzbare Durchläufe.
Was identisch bleibt
Der Raum ist die Abstraktion. Die Runtime ist ein Detail des Agenten.
Berechtigungsmodi über Runtimes hinweg
Die Modi von Claude Code sind plan, default, acceptEdits und bypassPermissions. Codex hat eigene Freigabeeinstellungen mit einer ähnlichen Abstufung von reinen Vorschlägen bis hin zu Vollautomatik. In einem Raum wählt man die entsprechende Stufe pro Agent, und die personenspezifischen Grants setzen darauf auf. Das Mapping wird in Berechtigungsmodi erklärt beschrieben.
Häufig gestellte Fragen
Können beide Agents im selben Verzeichnis arbeiten? Ja, aber die Warteschlange jedes Agenten arbeitet nur für sich seriell. Wenn zwei Agents gleichzeitig dasselbe Repository bearbeiten, kann es zu Konflikten kommen. Weise ihnen unterschiedliche Verzeichnisse zu, oder nimm in Kauf, dass du manchmal warten musst.
Brauche ich beide Abonnements? Jede Runtime nutzt ihr eigenes. muti hostet keines davon und stellt keines in Rechnung.
Welche weiteren Runtimes werden erkannt? Cursor ist implementiert und wartet auf die Verifizierung; OpenCode, DeepSeek und Hermes folgen als Nächstes. Das Raum-Modell ändert sich nicht je nach Runtime.
Kann ein Mitglied sehen, welche Runtime hinter einem Agenten steckt? Ja. Die Agent-Karte zeigt die Runtime und Version an. Wenn man den Agenten nach seiner Aufgabe benennt, bleibt die Entscheidung auf die Aufgabe bezogen, nicht auf den Anbieter.
Zwei Agents, ein Raum, dieselben Regeln. Gib ihnen einen Raum.
Veröffentlicht am