Fusion — das Multi-Modell-Panel
Verschiedene Spitzenmodelle scheitern verschieden. Eines übersieht einen Grenzfall, den ein anderes erwischt; eines halluziniert eine API, die die anderen drei zu erfinden verweigern. Fusion macht aus dieser Vielfalt eine Funktion: ist sie eingelegt, wird jede Frage Ihrer Claude-Code-Sitzung von mehreren Modellen zugleich beantwortet, ein Richter-Modell kartiert, wo die Entwürfe übereinstimmen, sich widersprechen und je einzeln glänzen, und eine einzige synthetisierte Antwort — auf jener Analyse gegründet — geht an Claude Code zurück, als hätte ein Modell sie geschrieben. Der Agent erfährt nie, dass ein Panel zusammengerufen wurde.
Fusion läuft vollständig im Proxy auf der Host-Seite (siehe Konzepte), innerhalb der VM ändert sich also nichts: keine Agenten-Optionen, keine Hüllskripte, keine sichtbare Verzögerungsquelle, auf die der Agent reagieren könnte. Sie wird je Maschine (einem Arbeitsbereich, im Einstellungseditor) im Einstellungsbereich Fusion eingerichtet und mit der Blitz-Schaltfläche (⚡) in der Werkzeugleiste eingelegt, solange einer der Terminal-Tabs der Maschine auf dem Schirm ist.
Hinweis: Fusion ist in der Oberfläche mit BETA gekennzeichnet. Es ist ein funktionierender Prototyp: der Mechanismus ist stabil, aber die Prompts des Richters, die Anbieter-Backends und der Umgang mit Fehlern entwickeln sich noch. Siehe Beta-Grenzen, bevor Sie sich darauf verlassen.
Wie Fusion arbeitet
Fusion fängt den Verkehr der Claude-Code-Sitzung zum Endpunkt /v1/messages von Anthropic ab. Jede Anfrage wird in Stufen behandelt:
- Zweig A — Claude antwortet zuerst. Die Original-Anfrage des Gasts geht unverändert an Anthropic (zwangsweise ohne Streaming, damit die volle Antwort geprüft werden kann). Ihre Claude-Code-Sitzung ist immer einer der Zweige der Sicherung.
- Werkzeug-Züge gehen durch. Ist Claudes Antwort ein Werkzeug-Aufruf — der häufige Fall beim agentischen Coden, wo die meisten Züge „lies diese Datei", „führe diesen Befehl aus" lauten — wird sie wörtlich an den Agenten weitergegeben und die Fusion in diesem Zug übersprungen. Die agentische Schleife wird nie von einem synthetisierten Werkzeug-Aufruf unterbrochen.
- Text-Züge fächern auf. Erst wenn Claude eine reine Textantwort liefert, greift Fusion. Jeder andere gewählte Zweig — Codex (OpenAI), Grok (xAI), Kimi Code (Moonshot AI), Oh My Pi und wahlweise ein lokales Modell — bekommt dieselbe Frage über dieselbe abgeflachte Abschrift.
- Der Richter kartiert das Gelände. Das Richter-Modell vergleicht alle Entwürfe und gibt eine strukturierte JSON-Analyse aus — Übereinstimmung, Widersprüche, einzigartige Einsichten, blinde Flecken und ein Urteil — statt eines Kommentars in Prosa.
- Der Richter synthetisiert. Dasselbe Richter-Modell schreibt dann die endgültige Antwort, gegründet auf der Analyse, die es gerade erstellt hat.
- Auslieferung. Die fusionierte Antwort wird an den Agenten in der VM genau in der Leitungsform zurückgestreamt, die er verlangt hat (Anthropic-SSE oder JSON). Aus Claude Codes Sicht hat ein Modell geantwortet.
Ein Fehler auf jeder Stufe verschlechtert sich sanft, statt die Sitzung zu brechen: ein Zweig, dessen Zugangsmittel nicht aufgelöst werden kann, oder der Fehler liefert oder die Zeit überschreitet, wird still aus der Sicherung genommen. Überleben weniger als zwei Antworten, wird Claudes eigene Antwort unverändert zurückgegeben.
Werkzeug-Züge und Text-Züge
Die Unterscheidung zwischen Werkzeug-Zug und Text-Zug ist es, die Fusion für agentische Arbeit sicher macht. Handlungen (Werkzeug-Aufrufe) werden genau so ausgeführt, wie Claude sie ausgegeben hat; nur Antworten — Erklärungen, Entwürfe, Reviews, Pläne — werden fusioniert. In einer typischen Coding-Sitzung sind die meisten Züge Handlungen, Fusions Einfluss konzentriert sich also dort, wo Modell-Vielfalt am meisten zählt: im Denken und in den Schlussfolgerungen, nicht in den mechanischen Datei-Änderungen.
Woher die Identität jedes Zweigs kommt
Fusion hat keine eigene Oberfläche für Zugangsdaten. Jeder Zweig benutzt die Anmeldung oder den API-Schlüssel, die für diesen Agenten in den wirksamen Modell-Einstellungen der Maschine schon eingerichtet sind — Einstellungen › Modelle plus die eigene Modelle-Übersteuerung der Maschine (siehe Modelle & Anbieter). Ändern Sie jene Einstellungen, wird der Fusion-Aufbau einer laufenden Maschine auf der Stelle erneuert; lässt die Änderung weniger als zwei brauchbare Modelle übrig, wird Fusion ausgelegt.
- Abonnement — der Zweig benutzt ein lebendes Token aus dem Abonnement-Speicher des Hosts (Claude, ChatGPT, Grok oder Kimi); der Host erneuert es nach Bedarf. Claude-Abonnement-Tokens erhalten automatisch den Claude-Code-Identitäts-Systemblock und den OAuth-Beta-Header, den Anthropic verlangt.
- API-Schlüssel — der Zweig benutzt den echten API-Schlüssel aus der Token-Austauschtabelle auf der Host-Seite (der Gast hat immer nur einen Stellvertreter gesehen; siehe Zugangsdaten).
- Oh My Pi — omp arbeitet nur mit API-Schlüssel und spricht den Anbieter, auf den es umgestellt ist, sein Zweig benutzt also den API-Schlüssel jenes Anbieters, mit dem Modell, das die Modell-Einstellungen dort für omp wählen (sonst das voreingestellte Zweig-Modell jenes Anbieters). Nur Anthropic, OpenAI und xAI können fusioniert werden; omp auf z.ai oder einem eigenen Endpunkt wird nicht als Zweig angeboten.
- Lokales Modell — der Zweig zielt auf die lokale Engine der Maschine: Ihren eigenen Server, wenn einer eingerichtet ist, sonst die Engine auf dem Gerät des Mac (siehe Modelle & Anbieter).
- Amazon Bedrock — eine Claude-Code-Sitzung auf Bedrock trägt nur über die eigene Anfrage des Gasts bei; es gibt keinen eigenen Bedrock-Fusionszweig.
Ein Zweig, dessen Zugangsmittel nicht aufgelöst werden kann, wird mit einer Protokollzeile weggelassen, nie mit einem Fehler, der beim Agenten ankommt.
Voraussetzungen
Fusion braucht mindestens zwei brauchbare Modelle:
- Ihre Claude-Code-Sitzung zählt immer als ein Zweig, sofern der Claude-Code-Agent ein brauchbares Zugangsmittel hat.
- Jeder weitere Cloud-Zweig — Codex (OpenAI), Grok (xAI), Kimi Code (Moonshot AI) — braucht ein Zugangsmittel für diesen Agenten, eingerichtet in Einstellungen › Modelle oder in der Modelle-Übersteuerung der Maschine. Bis dahin ist die Zeile ausgegraut, mit dem Hinweis — keine Cloud-Anmeldedaten (richten Sie welche in Einstellungen › Modelle ein).
- Der Zweig Oh My Pi braucht omp auf Anthropic, OpenAI oder xAI umgestellt, mit einem API-Schlüssel für diesen Anbieter. Sonst zeigt seine Zeile — braucht einen Anthropic-, OpenAI- oder xAI-API-Schlüssel für Oh My Pi (setzen Sie ihn in Einstellungen › Modelle).
- Der Zweig Lokales Modell braucht ein lokales Modell: ein unter Auf dem Gerät in Modelle geladenes Modell, oder einen Eigenen Server. Bis dahin zeigt seine Zeile — laden Sie eines in Einstellungen › Modelle herunter.
Sind weniger als zwei brauchbare Modelle gewählt, zeigt der Bereich den Hilfetext „Wählen Sie mindestens zwei Modelle zum Fusionieren — Ihre Claude-Code-Sitzung zählt als eines, fügen Sie also noch eines hinzu (einen Cloud-Agenten oder ein lokales Modell)." und die Blitz-Schaltfläche bleibt deaktiviert.
Fusion für eine Maschine einrichten
Fusion wird im Bereich Fusion eingerichtet, unter Modelle in den Einstellungen der Maschine (das gelbe Blitz-Symbol; der Bereich ist mit BETA gekennzeichnet). Die Referenz Feld für Feld liegt in Fusion-Einstellungen; dieser Abschnitt geht den Ablauf durch.
Im Bildschirmfoto oben ist für den Arbeitsbereich kein Anbieter eingerichtet, jede Zeile unter Zu fusionierende Modelle ist also ausgegraut, und der orange Hilfetext erklärt, was fehlt.
- Öffnen Sie die Einstellungen der Maschine (Einstellungen… im Maschinen-Menü) und wählen Sie den Bereich Fusion.
- Kreuzen Sie unter Zu fusionierende Modelle die Agenten an, deren Antworten Sie im Panel haben wollen. Claude Code (Anthropic) — Ihre Sitzung ist immer ein Zweig; fügen Sie Codex (OpenAI), Grok (xAI), Kimi Code (Moonshot AI), Oh My Pi und/oder Lokales Modell hinzu. Die Zeile Lokales Modell enthält eine Auswahl der verfügbaren lokalen Modelle.
- Wählen Sie unter Richter den Anbieter und das Modell, die die Entwürfe abwägen und die endgültige Antwort schreiben. Die Anbieterliste bietet jeden Agenten mit brauchbarem Zugangsmittel (dieselbe Prüfung wie bei den Zweigen), dazu Lokal, wenn ein lokales Modell verfügbar ist. Cloud-Modelllisten werden live vom Endpunkt
/v1/modelsdes Anbieters geholt und enthalten einen Eintrag (Voreinstellung); scheitert das Holen, wird stattdessen eine kleine eingebaute Liste angeboten. Ein lokaler Richter wählt aus den installierten Katalogmodellen. - Klicken Sie Sichern.
| Einstellung | Voreinstellung | Anmerkungen |
|---|---|---|
| Zu fusionierende Modelle | Keines gewählt | Claude Code ist immer ein Zweig; die anderen brauchen ein Zugangsmittel (Cloud) oder ein lokales Modell. |
| Richter → Anbieter | Der erste brauchbare Anbieter | Lokal erscheint, sobald ein lokales Modell verfügbar ist. |
| Richter → Modell | (Voreinstellung) → claude-opus-4-8 | Cloud-Listen live von /v1/models geholt. |
Ist das Modell eines Zweigs nicht ausdrücklich festgelegt, gelten diese Voreinstellungen: Claude → claude-opus-4-8; Codex → gpt-5.5 auf einem Abonnement oder gpt-5.5-2026-04-23 mit API-Schlüssel; Grok → grok-build; Kimi Code → kimi-k2.5; Oh My Pi → die Voreinstellung des Anbieters, mit dem es spricht (Claudes, Codex' API-Schlüssel-Voreinstellung, oder Groks). Ein Oh-My-Pi-Richter fällt auf omps Zweig-Modell zurück.
Tipp: Ein lokales Modell ist ein fähiger zusätzlicher Zweig ohne Grenzkosten — und der Richter selbst kann lokal laufen, sodass die ganze Analyse- und Synthese-Stufe auf Ihrem Mac bleibt. Siehe Modelle & Anbieter.
Fusion auf einer Maschine einlegen
Den Bereich einzurichten macht Fusion nur verfügbar. Einlegen tun Sie es je Maschine, mit der Blitz-Schaltfläche (⚡) in der Werkzeugleiste des Hauptfensters. Der Blitz erscheint nur, solange einer der Terminal-Tabs der Maschine auf dem Schirm ist — unter Virtuelle Maschinen in der Seitenleiste, oder nachdem Sie in einer Sitzung die Linux-Kapsel (⌥⌘U) gedrückt haben, um zu ihrem Terminal zu springen. In einem Chat erscheint er nie.
| Aussehen des Blitzes | Zustand | Kurzhinweis |
|---|---|---|
| Hohl, deaktiviert | Nicht verfügbar — weniger als zwei brauchbare Modelle | „Aktivieren Sie mindestens zwei Modelle, um Fusion zu benutzen" |
| Gefüllt, dunkelgrau | Verfügbar, ausgelegt | „Fusion verfügbar — klicken zum Einlegen" |
| Gefüllt, gelb | Eingelegt | „Fusion eingelegt — klicken zum Auslegen" |
Klicken Sie den Blitz, um umzuschalten. Einlegen gilt für die ganze Maschine: jede Claude-Code-Sitzung, die darauf läuft, wird fusioniert, bis Sie es auslegen. Eine Maschine startet mit ausgelegter Fusion — es ist eine ausdrückliche Wahl, nie eine stille Voreinstellung.
Von der Kommandozeile
Bei laufender App können Sie Fusion auf einer laufenden VM umschalten, ohne das Fenster anzurühren:
bromure-cli vm fusion enable <vm>
bromure-cli vm fusion disable <vm>
<vm> ist eine VM-Kennung oder ein Arbeitsbereichsname, und on/off/engage/disengage werden als Aliase angenommen. Die Statusausgabe von bromure-cli vm enthält eine Fusion-Zeile, die engaged oder available (off) liest. Diese Befehle sprechen mit der Steuer-API der App, verlangen also, dass die App (oder ihr Agent) läuft; siehe CLI, API & MCP.
Was Fusion kostet
Fusion vervielfacht den Modellverbrauch, und Sie sollten sie in Kenntnis der Rechnung einlegen. Für jeden Zug, in dem Claude eine reine Textantwort liefert:
- Jeder weitere gewählte Zweig macht einen vollen Modellaufruf und bekommt dieselbe abgeflachte Abschrift als Kontext — lange Gespräche kosten also auf jedem Zweig proportional, in jedem fusionierten Zug.
- Der Richter macht zwei weitere Aufrufe: einen für die JSON-Analyse, einen für die Synthese. Beide sind auf 4.096 Ausgabe-Tokens begrenzt.
Mit Codex, Grok und einem lokalen Modell neben Claude kostet eine einzige fusionierte Antwort damit bis zu fünf Modellaufrufe über den Claude-Aufruf hinaus, den Sie ohnehin gemacht hätten; jeder weitere Zweig fügt einen hinzu. Werkzeug-Aufruf-Züge fächern auf null zusätzliche Aufrufe auf, was agentische Sitzungen in der Praxis weit billiger hält als der schlimmste Fall — die meisten Züge einer Coding-Schleife sind Werkzeug-Aufrufe.
Wie jeder Zweig abgerechnet wird, folgt seinem Zugangsmittel: API-Schlüssel-Zweige rechnen je Token ab, Abonnement-Zweige ziehen am Kontingent des Abonnements, und ein lokaler Zweig kostet nur Rechenzeit auf dem Gerät (und Akku, auf einem Laptop). Jeder Zweig hat voreingestellt eine Zeitgrenze von 600 Sekunden nach oben.
Fusion im Trace
Fusion ist für den Agenten absichtlich unsichtbar, für Sie aber völlig sichtbar. Jeder Nebenaufruf nach oben — jeder Zweig, die Richter-Analyse und die Synthese — wird von der Trace-Pipeline erfasst wie jeder andere KI-Wechsel, gemäß der Trace-Stufe der Maschine (siehe Tracing).
Praktische Folgen:
- Der Trace-Inspektor (Menü Fenster → Trace-Inspektor…) listet die zusätzlichen Wechsel neben dem normalen Verkehr der Sitzung und stellt erfasste Anfragen und Antworten als geparste Gespräche dar — Sie können genau lesen, was jeder Zweig antwortete und was der Richter schloss.
bromure-cli trace hostnameszeigt, dass Hosts wieapi.openai.comaus einer Sitzung kontaktiert wurden, die Sie vielleicht für rein anthropisch hielten. Prüft Ihre Organisation den ausgehenden Verkehr, erwarten Sie, dass fusionierte Sitzungen die Endpunkte jedes gewählten Anbieters zeigen.- Fusion protokolliert außerdem ausführlich in das App-Protokoll (
~/Library/Logs/BromureAC/bromure-ac.log) mit dem Präfix[fusion]— nützlich, wenn man diagnostiziert, warum ein Zweig weggelassen wurde.
Hinweis: Wenn Ihre Datenschutz-Regeln einschränken, welche Anbieter Ihren Code sehen dürfen, denken Sie daran, dass jeder gewählte Zweig die vollständige abgeflachte Abschrift des Gesprächs erhält. Wählen Sie die Zweige entsprechend. Ist der Schutz personenbezogener Daten für die Maschine an, werden personenbezogene Daten vor dem Auffächern gegen Stellvertreter getauscht, sodass jeder Zweig die Stellvertreter erhält.
Übersteuerungen per Umgebungsvariable
Ein paar Voreinstellungen lassen sich beim Start der App mit Umgebungsvariablen übersteuern — nützlich zum Ausprobieren, nicht als Alltags-Konfiguration gedacht:
| Variable | Voreinstellung | Wirkung |
|---|---|---|
BROMURE_FUSION_TIMEOUT | 600 | Zeitgrenze nach oben je Zweig, in Sekunden. |
BROMURE_FUSION_OPENAI_MAX_TOKENS | 128000 (GPT-5/o-Reihe), 16384 (gpt-4o und früher) | Obergrenze der Completion-Tokens des OpenAI-Zweigs. |
Beta-Grenzen
Fusion ist eine Beta-Funktion mit scharfen Kanten, die man kennen sollte:
- Nur Claude-Code-Sitzungen. Fusion fängt POST-Anfragen an
/v1/messagesvon Anthropic ab. Sitzungen, die Codex, Grok, Kimi oder omp laufen lassen, werden nicht fusioniert — der Verkehr dieser Agenten geht normal durch. - Nicht-Claude-Zweige antworten ohne Werkzeuge. Werkzeug-Definitionen werden für die Zweige Codex, Grok, Kimi Code, Oh My Pi und den lokalen weggelassen; sie antworten in Prosa über eine abgeflachte Abschrift. Ihre Entwürfe fließen in die Synthese ein, können aber selbst nicht handeln.
- Abonnement-Backends nach bestem Bemühen. Der Codex-Abonnement-Zweig reitet auf dem ChatGPT-Backend über WebSocket, und der Grok-Abonnement-Zweig benutzt
cli-chat-proxy.grok.com— beide undokumentierte Schnittstellen. Bei jedem Fehler wird der Zweig weggelassen, statt die Sicherung scheitern zu lassen. - Oh My Pi nur auf drei Anbietern. Ein Oh-My-Pi-Zweig oder -Richter funktioniert nur, solange omp mit einem API-Schlüssel auf Anthropic, OpenAI oder xAI umgestellt ist; auf z.ai oder einem eigenen Endpunkt wird er nicht angeboten.
- Stille Verschlechterung. Weggelassene Zweige und Fehlschläge des Richters fallen auf Claudes eigene Antwort (oder einen rohen Entwurf) zurück, ohne den Agenten zu warnen. Der Trace und die
[fusion]-Zeilen im App-Protokoll sind die einzigen Orte, an denen Sie sehen, dass es passiert ist. - Verzögerung. Ein fusionierter Text-Zug wartet auf den langsamsten überlebenden Zweig, dann auf zwei Richter-Aufrufe. Rechnen Sie mit merklich langsameren Antwort-Zügen als in einer einfachen Sitzung; Werkzeug-Züge sind nicht betroffen.