Fusion ist ein Zwei-Agenten-Harness, der für Coding-Aufgaben entwickelt wurde: Ein fortschrittliches Lead-Modell plant und überprüft, ein günstigerer Sidekick führt aus. Anstatt ganze Gespräche zwischen Modellen zu routen, tauschen die beiden strukturierte Briefings und Ergebnisse aus, während jeder seinen eigenen persistenten Kontext aufbaut. Diese Trennung ist entscheidend. Modellwechsel mitten im Thread zerstören oft Caches und führen zu Nacharbeit. Bei Fusion sorgt die briefbasierte Delegation für stabilen Kontext, ermöglicht dem Sidekick schnelles Umsetzen und reserviert teure Überlegungen für die Checkpoints des Leads. Das Ergebnis sind laut Benchmarks Qualität auf Frontier-Niveau zu deutlich geringeren Kosten – besonders bei Aufgaben, bei denen eine konstante Ausführung den Token-Budget dominiert.

Der strategische Wandel geht weg von der Modellauswahl hin zur Orchestrierungsqualität. Der Preis pro Token unterschätzt die Realität, dass bessere Planer präzisere Briefings schreiben, weniger Wiederholungen benötigen und den Austausch zwischen Lead und Sidekick minimieren. In der Praxis kann ein stärkerer (manchmal teurerer) Lead das System günstiger machen, indem er früher delegiert und weniger überprüft. Ebenso kann ein fähigerer Sidekick zwar mehr pro Token kosten, aber die Gesamtanzahl der Durchläufe reduzieren, indem er Implementierungen auf Anhieb richtig macht. Deshalb sind die Aussagen von Fusion überzeugend: Sie operationalisieren eine Preis-pro-Aufgabe-Denkweise und harmonisieren Planung, Ausführung und Überprüfung in einem Workflow, der Caches schützt und Fluktuation verringert.

Für Käufer bedeutet das eine Neubewertung der Checklisten. Benchmarks sind weiterhin wichtig, aber die entscheidenden Fragen betreffen nun die Harness-Policy: Wie werden Pläne erstellt, was wird delegiert, wie oft überprüft der Lead und wie eskalieren Fehler? Teams, die Astra- oder Claude-ähnliche Leads testen, sollten Kosten, Zeit und Qualität auf Aufgabenebene messen und erfassen, wo Tokens und Durchläufe in den Phasen Plan, Setup, Implementierung, Debugging, Validierung und Abschluss tatsächlich anfallen. Wenn die meisten Kosten in Implementierung und Debugging entstehen, wird ein Dual-Agent-Harness mit persistentem Kontext und Prompt-Caching wahrscheinlich naive Routing- oder Single-Model-Schleifen übertreffen.

Die Einführung ist nicht ohne Aufwand. Delegationsbriefings müssen auf das gewählte Paar abgestimmt sein; die Autonomie des Sidekicks sollte mit seiner Fähigkeit skalieren; und die Exploration, die den Plan formt, sollte in der Regel beim Lead bleiben, es sei denn, der Sidekick ist stark genug, um Fehlinterpretationen zu vermeiden. Organisationen benötigen zudem Governance: Nachvollziehbare Review-Checkpoints, reproduzierbare Läufe über Caches hinweg und Schutzmechanismen, damit der Sidekick nicht über Tools oder Berechtigungen hinaus agiert. Der Vorteil ist überzeugend: Ein stabiler Planungskanal, der Frontier-Intelligenz dort konzentriert, wo sie sich auszahlt, und ein Ausführungskanal, der Codeänderungen schnell umsetzt, ohne ständig ein teures Gehirn zu wecken.