9 Coding-Agent-Harnesses im Vergleich: Welches Tool passt zu welchem Modell?

Ein KI-Coding-Harness ist die Software um ein Modell herum, die Kontext, Werkzeuge, Berechtigungen, Wiederholungen und Sitzungszustand verwaltet. Wählen Sie zuerst den passenden Arbeitsablauf und prüfen Sie dann die unterstützten Modelle und API-Protokolle. Dieser Leitfaden vergleicht neun Werkzeuge; er ist kein Benchmark mit einem universellen Sieger. Ofox veröffentlicht diesen Artikel und bietet ein API-Gateway an. Links zu Ofox-Integrationen führen daher zu einem kommerziellen Angebot und sind keine unabhängigen Empfehlungen.

Die deutsche Fassung erscheint am 20. Oktober 2026. Sie basiert auf dem englischen Vergleich vom 11. August und dessen Sachkorrekturen vom 20. Oktober. Dafür wurden vier OpenRouter-App-Seiten, die BYOK-Dokumentation von Copilot, die API-Schlüssel-Dokumentation von Cursor und die aktuelle Funktionsseite von Pi erneut geprüft. Die frühere Aussage, GLM 5.2 führe die Claude-Code-Nutzung an, gilt nicht mehr: In der angezeigten Monatsliste liegt Claude Opus 5.5 vorn. Copilot unterstützt BYOK in mehr Clients, und Pi integriert MCP. Die Tests und Screenshots aus August bleiben historische Belege; für diese Übersetzung wurden die Modell-Werkzeug-Kombinationen nicht erneut ausgeführt. Die ursprünglichen Produktbilder zeigen unverändert englische Oberflächen. Weiterführende Ofox-Seiten sind mangels deutscher Entsprechung auf Englisch verlinkt.

Überblick: Welchen Harness sollten Sie wählen?

Ein eigener Schlüssel, ein eigener Endpunkt und ein funktionierender Agentenablauf sind drei verschiedene Fähigkeiten. Prüfen Sie Client, Kontorichtlinien, API-Protokoll und Werkzeugverhalten. Ein Modell im Auswahlmenü beweist nicht, dass Dateibearbeitung, Werkzeugaufrufe oder Wiederholungen funktionieren. Die folgenden Preise und übrigen Produktbeschreibungen behalten ihren ursprünglichen Vergleichskontext, sofern kein Oktober-Update angegeben ist. Vor einem Vertragsabschluss zählt die aktuelle Anbieterdokumentation.

Was ist ein Harness für einen KI-Coding-Agenten?

Ein Harness ist das Programm um ein Modell herum, das Token-Erzeugung in Arbeit an Ihrem Repository verwandelt. Das Modell ist der Motor, der Harness übernimmt Getriebe, Fahrgestell und Bremsen.

Konkret erledigt er fünf Dinge, die das Modell nicht selbst übernehmen kann. Er stellt den Kontext zusammen und entscheidet, welche Dateien und früheren Dialogschritte gesendet werden. Er definiert und führt Werkzeuge aus, damit read_file tatsächlich eine Datei liest. Er kontrolliert Berechtigungen: Ein rm -rf wird ausgeführt, zur Bestätigung vorgelegt oder abgelehnt. Er organisiert die Fehlerbehandlung, wenn ein Patch nicht anwendbar ist oder ein Test fehlschlägt. Und er bewahrt den Sitzungszustand, damit ein unterbrochener Lauf fortgesetzt werden kann.

Deshalb können zwei Entwickler mit demselben Modell sehr unterschiedliche Erfahrungen machen. Wechseln Sie mit GPT-5.6 Sol von Codex zu Cline, bleibt das Modell gleich, aber Dateiauswahl, Werkzeugschema, Wiederholungsregeln und Freigaben ändern sich. Ob Sie nach „Agent Harness“, „Coding Agent“ oder „KI-Coding-Tool“ suchen: Gemeint ist diese zusätzliche Schicht.

Worin unterscheiden sich die Harnesses tatsächlich?

Vier Aspekte trennen sie. Erst der vierte ist vor dem praktischen Einsatz schwer zu beurteilen.

Ausführungsort. Im Terminal wie bei Codex, Claude Code, OpenCode, Reasonix und Pi, im Editor wie bei Cline, Cursor und Copilot oder als eigene Agentenverwaltung mit separatem Fenster wie Antigravity 2.0. Davon hängt ab, ob sich ein Werkzeug über Pipes, cron oder SSH verwenden lässt.

Modellwahl. Die grundlegende Frage ist, ob das Werkzeug eine Base URL aus der Konfiguration liest oder die Auswahl auf das Modellmenü des Anbieters beschränkt bleibt.

Erweiterbarkeit. Auf der einen Seite stehen Hooks, Subagenten, Skills und MCP-Server, auf der anderen ein bewusst kleiner Ablauf, den Sie selbst ausbauen. Claude Code und Pi verfolgen hier unterschiedliche Grundansätze.

Verhalten unter Belastung. Liest der Agent vor einer Änderung die richtigen Dateien? Bleibt der Diff begrenzt? Führt er Ihre Prüfungen aus, findet nach einem fehlgeschlagenen Test wieder einen sinnvollen Weg und setzt nach einer Unterbrechung fort? Ein langer r/AI_Agents-Thread zur Harness-Auswahl vom Juli 2026 konzentriert sich genau darauf. Der führende Kommentar formuliert es so, hier übersetzt:

Oft wird das Modell überbewertet und der Ausführungsablauf unterschätzt.

Diesem Ansatz folgt der Artikel. Modellqualität ist eine Voraussetzung; das Verhalten des Ablaufs ist ein weiteres Unterscheidungsmerkmal, das Modellscores allein nicht beschreiben.

Der ursprüngliche August-Test: So haben wir den Ablauf geprüft

Wir haben ein kleines Python-Repository mit einem echten Fehler erstellt: Eine Wiederholungsfunktion fängt urllib.error.HTTPError ab, während das OpenAI-SDK openai.RateLimitError auslöst. Deshalb wird der 429-Zweig nie erreicht, und der Test scheitert. Sechs der neun Werkzeuge – Codex CLI, Claude Code, Cline, OpenCode, Reasonix und Pi – bekamen dasselbe Repository, dasselbe Gateway und exakt denselben Auftrag: Test ausführen, Ursache in einer Zeile benennen, Korrektur als Unified Diff zeigen und keine Datei verändern.

Alle sechs erkannten die Ursache richtig. Interessanter waren die Unterschiede darunter. Codex CLI, OpenCode und Cline führten vor der Antwort den Test aus; Claude Code, Reasonix und Pi antworteten nach dem Lesen des Codes. Den anschließend überflüssigen import urllib.error erwähnte Codex im Text, Claude Code entfernte ihn im Diff, die übrigen vier ließen ihn stehen. Vier der sechs Patches enthielten weiterhin die Bedingung if e.code != 429: Drei schrieben sie ausdrücklich aus, einer änderte nur die except-Zeile und ließ sie damit unverändert. Nach dem Abfangen von openai.RateLimitError verhindert diese Prüfung den gewünschten Pfad: .code ist der Fehlercode der API als Zeichenkette, nicht der HTTP-Status. Dieser steht in .status_code. Somit ist e.code != 429 immer wahr, und der Wiederholungszweig bleibt unerreichbar.

Das ist eher ein Modellfehler als ein Harness-Fehler. Entscheidend bleibt aber, ob der Ablauf den vorgeschlagenen Patch überprüft. Keiner dieser sechs Läufe tat das.

Copilot, Cursor und Antigravity gehörten nicht zu diesem gleichartigen Sechs-Tool-Test. Die damaligen Zugangsbedingungen und unsere verfügbaren Konten begrenzten den Versuch. Daraus folgt keine heutige Regel, dass jeder BYOK-Nutzer einen bezahlten Copilot-Sitz benötigt. Die folgenden Dokumentationsupdates sind keine neuen Ausführungsergebnisse.

Welche Modelle stehen in den aktuellen Nutzungslisten?

Die Tabelle zeigt eine Momentaufnahme vom 20. Oktober 2026 der jeweils als „Top models used … this month“ bezeichneten Liste. Wir übernehmen diese zeitliche Bezeichnung der Quelle. Sie belegt nicht dasselbe rollierende 30-Tage-Fenster wie die August-Tabelle. T bedeutet hier eine Billion, also 10¹² Tokens. Nutzung ist weder Qualitätsbewertung noch Preisvergleich, Zahl einzelner Nutzer oder Marktanteil.

Das verändert die frühere Schlussfolgerung: GLM 5.2 führt Claude Code auf dieser Seite nicht mehr an, und DeepSeek V4 Flash liegt nicht mehr sowohl bei Cline als auch bei Pi vorne. Wählen Sie eine neue Integration nicht anhand jener August-Aussagen. Erfasst wird nur für OpenRouter sichtbarer Verkehr; direkte Abonnements und andere Anbieter liegen außerhalb der Stichprobe. Ein Vorschau- oder anonymisiertes Modell in einer Nutzungsliste ist keine Empfehlung, sich im Produktivbetrieb darauf zu verlassen.

Prüfen Sie zuerst die genaue Modellkennung und das unterstützte Protokoll bei Ihrem tatsächlichen Anbieter. Führen Sie danach eine kleine Repository-Aufgabe mit bekanntem erwarteten Diff und Testergebnis aus. OpenRouter-Nutzung bestätigt weder die Verfügbarkeit desselben Modells bei Ofox noch identisches Werkzeugverhalten über einen anderen Zugang.

Historische Momentaufnahme vom 11. August

Die ursprüngliche Grafik bleibt erhalten, damit die Daten der Erstveröffentlichung nachvollziehbar bleiben. Sie umfasst die 30 Tage bis zum 11. August 2026. Sie ist keine heutige Empfehlung und kein direkt vergleichbarer Wachstumsnachweis gegenüber den Monatslisten oben.

Damals verzeichnete GLM 5.2 in Claude Code 3,14T Tokens, gegenüber insgesamt 1,98T für die vier aufgeführten Anthropic-Modelle. Rund 86 % der angezeigten Top-Ten-Nutzung bei Codex entfielen auf OpenAI. Diese historischen Beobachtungen belegen keine aktuelle Vorliebe, Modellqualität oder Beweggründe der Nutzer.

Modellkombinationen aus dem ursprünglichen Testzeitraum

Dies sind die ursprünglichen Beispiele, keine aktuelle Verfügbarkeitsliste und keine Rangfolge der günstigsten Modelle. Versionsnamen und damalige Nutzungsargumente bleiben als Kontext der ursprünglichen Konfiguration erhalten. Bevor Sie eine ID übernehmen, prüfen Sie den aktuellen Katalog und einen tatsächlichen Werkzeugaufruf mit Rückmeldung. Die Spalte „Warum“ gibt die damalige Begründung wieder.

Codex CLI: OpenAIs Agent und sein bestimmendes Protokoll

Wo läuft es?

Im Terminal, als Rust-Binärprogramm aus npm i -g @openai/codex; daneben gibt es eine separate Desktop-App. Die Konfiguration liegt in ~/.codex/config.toml, Projektanweisungen in AGENTS.md. Die ursprünglichen OpenRouter-Ränge beschrieben den August-Datensatz und nicht die allgemeine Verbreitung. Direkte Nutzung über ChatGPT-Tarife ist darin nicht erfasst.

Was kostet es?

Die Nutzung erfolgt über ein ChatGPT-Abonnement oder nutzungsabhängig mit einem API-Schlüssel. Die gebündelte Nutzung erklärt, warum der OpenRouter-Ausschnitt die Gesamtnutzung nicht abbildet.

Wie lässt es sich erweitern?

Mit AGENTS.md, MCP-Servern und einem Importbefehl für Konfigurationen aus Claude Code und Cursor. Der ursprüngliche Vergleich untersuchte die Sandbox: Isolation auf Betriebssystemebene mit seatbelt unter macOS sowie Landlock und seccomp unter Linux, ergänzt um Freigabemodi. Gerade bei automatisch freigegebenen Shell-Befehlen ist diese Unterscheidung praktisch relevant.

Woran bindet es Sie?

An das Protokoll, nicht an den Hersteller. Der getestete Codex-Build nutzte die OpenAI Responses API und lehnte die entfernte Option wire_api = chat ab. Das Gateway muss deshalb /v1/responses statt nur /v1/chat/completions anbieten. Die Unterstützung gilt pro Modell, nicht pauschal für das Gateway. Zwei Details sind wichtig: Das Präfix der Modell-ID gilt nur unter einem eigenen model_providers-Eintrag. Und ein im Gateway gelistetes Modell muss nicht über Responses erreichbar sein. Details stehen im Ofox-Leitfaden für Codex (Englisch) und auf der Modellanbieter-Seite (Englisch).

Was „pro Modell“ bedeutet, zeigte unser damaliger Fehlerfall. Codex 0.147.0 lieferte trotz korrektem Anbieterblock bei jeder Anfrage Invalid 'input[0].tools[0].description': empty string. Wir schalteten einen protokollierenden Reverse Proxy vor das Gateway und betrachteten den tatsächlich gesendeten Body. Codex deklarierte seine Werkzeug-Namensräume in einer developer-Nachricht; der Namensraum functions enthielt description: "". Beim Wiederholen desselben Bodys gegen fünf Modelle lehnten drei ab, eines hatte überhaupt keinen Responses-Anbieter, und eines schloss den Lauf ab. Sobald diese eine leere Zeichenkette ausgefüllt war, antwortete das zuvor scheiternde Modell mit 200. Der entscheidende Unterschied lag im vom Client gesendeten Feld: Manche Modellanbieter prüfen minLength: 1, andere ignorieren die leere Zeichenkette.

Die übertragbare Vorgehensweise: Bei einem Konflikt zwischen Client und Gateway zuerst das übertragene Format erfassen, dann die Konfiguration ändern. Dafür brauchten wir einen Proxy und fünf Minuten. Zufällige Änderungen an wire_api hätten die eigentliche Ursache nicht erklärt.

Claude Code: Hooks, Subagenten und Modellkompatibilität

Wo läuft es?

Im Terminal, mit npm-Installation, Plugin-Ökosystem und IDE-Anbindung. Die ursprüngliche August-Momentaufnahme erfasste auf OpenRouter 7,97T Tokens und 302 Modelle. Das ist eine andere Auswertung als die aktualisierte Monatsliste oben.

Was kostet es?

Ein Claude-Abonnement, API-Abrechnung oder ein externes Gateway. Die drei Wege unterscheiden sich so stark, dass „Was kostet Claude Code?“ keine einheitliche Antwort hat.

Wie lässt es sich erweitern?

Hooks reagieren auf Werkzeugereignisse. Subagenten bearbeiten begrenzte Aufgaben mit eigenem Kontext. Skills bündeln wiederverwendbare Abläufe, MCP-Server ergänzen Werkzeuge, und CLAUDE.md enthält Projektanweisungen. Damit können Sie Teamprozesse im Harness abbilden, statt nur persönliche Arbeitsgewohnheiten zu unterstützen.

Woran bindet es Sie?

Weniger stark, als der Name vermuten lässt. ANTHROPIC_BASE_URL und ANTHROPIC_AUTH_TOKEN verweisen auf einen Endpunkt mit Anthropic Messages API. Deshalb tauchen auch GLM 5.2, Kimi K3 und DeepSeek in den Nutzungsdaten auf. Die folgende historische Konfiguration verwendete diese Umgebungsvariablen; Modellwahl und Werkzeugkompatibilität bleiben zusätzlich zu prüfen.

Beachten Sie, was mit dem Modellwechsel funktioniert und was nicht. GLM 5.2 erkannte den falschen Ausnahmetyp, behielt aber im Patch if e.code != 429 bei. Diese Bedingung blockiert den gewünschten Ablauf, denn bei openai.RateLimitError bezeichnet .code einen Fehlercode als Zeichenkette und nicht den HTTP-Status. Derselbe Harness und Prompt können mit einem anderen Modell einen unauffällig schlechteren Diff erzeugen. Die Bindung liegt im Verhalten: Systemprompt, Werkzeugschema und Kontextstrategie sind auf Claude-Modelle abgestimmt. Ein anderes Modell übernimmt Annahmen, die für ein anderes System gemacht wurden. Die genauen Variablen erklären der Ofox-Leitfaden für Claude Code (Englisch) und die Modellanbieter-Seite (Englisch). Für die umgekehrte Richtung gibt es unsere Migration von Claude Code zu Codex (Englisch).

Google Antigravity: Eine Marke, vier Zugänge

Wo läuft es?

In mehreren Umgebungen, was die Einordnung erschwert. Der ursprüngliche Vergleich beschrieb vier Angebote unter Antigravity: Antigravity 2.0 als Desktop-Zentrale für mehrere parallele lokale Agenten, Antigravity CLI für das Terminal, Antigravity IDE als vollständigen Editor und ein SDK für eigene Agentenskripte. Der Start erfolgte im November 2025 als agentenorientierte IDE; danach kamen weitere Zugänge hinzu.

Einige Berichte deuteten das als Einstellung von Gemini CLI zugunsten von Antigravity CLI. Wir suchten eine Primärquelle und fanden keine. Am 11. August 2026 war diese Behauptung unbelegt: google-gemini/gemini-cli war nicht archiviert, enthielt keine Abkündigung und veröffentlichte weiterhin Preview-, Stable- und Nightly-Versionen. Weder antigravity.google noch der Google Developers Blog kündigten ein Ende an. Ohne entsprechende Aussage von Google ist von nebeneinander bestehenden Angeboten auszugehen.

Was kostet es?

Der August-Vergleich beschrieb eine kostenlose Einzelplatzstufe, eine kostenpflichtige Organisationsstufe und höhere Limits in größeren Google-AI-Tarifen. Prüfen Sie die aktuellen Tarife, bevor Sie sich auf diese historischen Bedingungen verlassen. In diesem Modell kaufen Sie ein Kontingent statt einzelner Tokens.

Wie lässt es sich erweitern?

Die Verwaltung in Version 2.0 führt mehrere Agenten gleichzeitig aus. Der Hauptagent kann vorübergehende Subagenten starten, damit parallele Arbeit den Hauptkontext nicht überlädt. Ein integrierter Browser ermöglicht eine visuelle Prüfung von UI-Änderungen, statt nur die Behauptung einer korrekten Darstellung zu übernehmen.

Woran bindet es Sie?

Der ursprüngliche Vergleich beschrieb ein integriertes Modellmenü. Im August-CLI-Test haben wir keinen eigenen Gateway-Zugang validiert. Dass eine Anwendung nicht in OpenRouters App-Liste auftaucht, beweist nicht, ob sie andere Anbieter unterstützt.

Für diese begrenzte Prüfung installierten wir die CLI mit brew install --cask antigravity-cli, Version 1.1.12. Ihre vollständige Optionsliste enthielt weder --base-url noch --provider oder --api-key. Die Modellabfrage lieferte keine Liste, sondern eine Anmeldeaufforderung.

Das dokumentiert die Grenze des damaligen Tests mit CLI 1.1.12. Ein fehlendes Kommandozeilenargument schließt nicht alle anderen Konfigurationswege aus und belegt kein aktuelles Produktverhalten. Auch Copilot und Cursor waren vom gleichartigen Ausführungstest ausgeschlossen; ihre heutige Schlüsselunterstützung folgt in den nächsten Abschnitten.

GitHub Copilot: Integration in IDE, CLI und GitHub

Wo läuft es?

Überall dort, wo GitHub Entwicklungsarbeit begleitet: in VS Code und weiteren IDEs, als Copilot CLI im Terminal, als Cloud-Coding-Agent mit Pull Requests und bei Code-Reviews direkt auf GitHub. Die Breite der Integration ist sein Schwerpunkt.

Was kostet es?

Die aktuellen Copilot-Tarife nennen enthaltene Kontingente und Regeln für Mehrverbrauch. Bei lokalem BYOK wird der Modellanbieter separat abgerechnet. Verwenden Sie die ursprünglichen August-Beträge nicht als Angebot für Oktober.

Wie lässt es sich erweitern?

Mit MCP-Servern, eigenen Anweisungen und Repository-Konfiguration. Hinzu kommt eine automatische Modellauswahl in der CLI, die nach Aufgabentyp auswählt.

Woran bindet es Sie?

Korrektur vom 20. Oktober: GitHubs aktuelle BYOK-Dokumentation nennt lokale Schlüssel für VS Code, JetBrains, Xcode, Copilot CLI, die Copilot-App und das SDK. Lokale Schlüssel bleiben auf Clientseite; Organisationsrichtlinien können lokales BYOK in IDEs abschalten. Enterprise BYOK ist ein separater Mechanismus in öffentlicher Vorschau: Verantwortliche konfigurieren eigene Modelle zentral, Nutzer benötigen Lizenz und Internetzugang. Eine externe VS-Code-Erweiterung ist also nicht der einzige Weg. Prüfen Sie unterstützte Anbieter und Endpunkte für den konkreten Client. Diese Dokumentation beweist nicht, dass ein Ofox-Endpunkt oder jedes Werkzeug auf jeder Copilot-Oberfläche funktioniert. Einen neuen Copilot-Ausführungstest haben wir nicht durchgeführt.

Cursor: Editorfunktionen und Grenzen eigener Anbieterschlüssel

Wo läuft es?

Als eigenständiger Editor. Die ursprüngliche OpenRouter-Auswertung vom August setzte Cursor auf Rang 11 mit 471 Milliarden Tokens in 30 Tagen. Diese historische Zahl eines einzelnen Gateways belegt weder allgemeine Verbreitung noch das außerhalb von OpenRouter abgewickelte Volumen.

Was kostet es?

Ein Abonnement pro Nutzerplatz, ergänzt um nutzungsabhängige Stufen.

Wie lässt es sich erweitern?

Über Rules-Dateien, MCP-Server und einen Ablauf für Änderungen über mehrere Dateien. Die Tab-Vervollständigung wird von Nutzern oft als schwer ersetzbar beschrieben. Das kann ein Grund sein, den Editor beizubehalten, auch wenn Agentenaufgaben anderswo laufen.

Woran bindet es Sie?

Dokumentationsprüfung vom 20. Oktober: Cursors API-Schlüssel-Leitfaden unterstützt Schlüssel bestimmter Anbieter und begrenzt eigene Schlüssel auf unterstützte Chatmodelle. Tab bleibt bei Cursors integrierten Modellen. Modellkosten des Anbieters und Cursor-Tarifkosten müssen getrennt geprüft werden, besonders bei Teams und Enterprise. Ein unterstützter Anbieterschlüssel bedeutet nicht, dass jedes OpenAI-kompatible Gateway funktioniert oder sämtliche Agentenfunktionen getestet wurden. Dieser Artikel enthält keinen neuen Cursor-Gateway-Test. Der frühere Ofox-Kompatibilitätshinweis belegt nicht jede aktuelle Cursor-Einschränkung.

Cline: Anbieterwahl und ein Ablauf aus Planung und Ausführung

Wo läuft es?

Als Erweiterung in VS Code und JetBrains. In der ursprünglichen August-Auswertung von OpenRouter lag Cline insgesamt auf Platz 4 und bei IDE-Erweiterungen auf Platz 2. Das sind historische Ränge, nicht die Oktober-Position.

Was kostet es?

Die Erweiterung ist kostenlos; API-Nutzung wird separat berechnet. Token-Popularität allein zeigt nicht, warum Nutzer einen Anbieter wählten oder was ihre Aufgaben kosteten.

Wie lässt es sich erweitern?

Durch getrennte Planungs- und Ausführungsphasen, ein Aufgabenboard für parallele Arbeit, MCP-Server und Browserautomatisierung zur Prüfung von Frontend-Änderungen. Der ursprüngliche Vergleich hob die gegenüber vielen Terminalagenten umfangreiche Planungsoberfläche hervor.

Im damaligen Test standen 185 Anbieter in der Liste, darunter ein ausdrücklicher Eintrag „OpenAI Compatible“. Das ist eine datierte Beobachtung der Oberfläche, keine aktuelle Anzahl und keine bestätigte Kompatibilität mit jedem Anbieter.

Woran bindet es Sie?

Cline bietet OpenAI- und Anthropic-kompatible Anbietereinstellungen. Endpunkt, Modell und Werkzeugschema müssen trotzdem geprüft werden. DeepSeek V4 Flash hatte in der August-Auswertung 37 % des Top-Ten-Verkehrs; das erklärt nicht die Beweggründe der Nutzer. Der folgende historische Lauf verwendete cline auth und eine getestete Kombination aus Gateway und Modell.

Ein Beispiel für Probleme im Ablauf stammt aus dem r/AI_Agents-Thread: Ein Nutzer berichtete von Aufgaben, die durch fehlerhafte Werkzeugaufrufe stecken blieben, und wechselte zu einem Fork mit robusterer Behandlung. Das bleibt ein einzelner Bericht. Er betrifft aber genau den Ablauf, nicht nur die Modellwahl. Wir stießen im damaligen Test auf einen verwandten Fehler: Ein reasoningfähiges Claude-Modell über den OpenAI-kompatiblen Zugang scheiterte mit text part ... _reasoning_0 not found. Modelle ohne Reasoning liefen über denselben Endpunkt durch. Die Einrichtung beschreibt der Ofox-Leitfaden für Cline (Englisch).

OpenCode: Von Grund auf unabhängig vom Modellanbieter

Wo läuft es?

Primär im Terminal, daneben mit Desktop-App und Editorzugängen. Das npm-Paket heißt opencode-ai, die Lizenz ist MIT, Projektanweisungen liegen in AGENTS.md. Dass OpenCode in der betrachteten OpenRouter-App-Rangliste nicht auftaucht, darf nicht mit fehlenden Nutzern gleichgesetzt werden: Die Erfassung der Anwendungen erfolgt freiwillig.

Was kostet es?

Die Software ist kostenlos und quelloffen. Für die API-basierte Nutzung fallen Modellgebühren an.

Wie lässt es sich erweitern?

Über AGENTS.md, MCP-Server und eine Anbieterschicht für die auf models.dev gelisteten Anbieter. Bei der Prüfung am 11. August 2026 waren das 183; ein Wechsel während der Sitzung war möglich. Ofox war als Anbieter eingebaut, sodass eine Umgebungsvariable statt eines eigenen JSON-Blocks zur Einrichtung genügte.

Woran bindet es Sie?

Die Konstruktion vermeidet eine feste Bindung an einen Modellanbieter. Im ursprünglichen Test mit derselben fehlschlagenden Aufgabe zeigte OpenCode seinen Ablauf am vollständigsten: Testsuite ausführen, Traceback ausgeben, danach den Quelltext lesen und antworten.

Der Nachteil dieser Freiheit: Ohne festen Modellanbieter fehlt auch dessen aufeinander abgestimmte Standardkonfiguration. Im ursprünglichen Vergleich erforderte die passende Einrichtung mehr eigene Konfiguration als bei Claude Code oder Codex. Der Ofox-Leitfaden für OpenCode (Englisch) erklärt den Anbieterzugang; einen direkten Vergleich enthält OpenCode gegen Codex CLI (Englisch).

Reasonix: Community-Projekt mit DeepSeek-Abstimmung und Cache-Fokus

Wo läuft es?

Eine lokale Engine bedient vier Zugänge: CLI und TUI, Desktop-App, Browseroberfläche und eine VS-Code-Erweiterung, die über ACP dasselbe Backend anspricht. Sie wird als einzelne statische Go-Binärdatei mit CGO_ENABLED=0 ausgeliefert. Die Installation erfolgt über npm i -g reasonix, unter macOS auch über brew install esengine/reasonix/reasonix. Der ursprüngliche Test verwendete Version 1.23.0 vom 10. August 2026. Diese Veröffentlichung allein belegt nicht den heutigen Wartungsstand.

Der Name benötigt eine Einordnung: Reasonix ist kein DeepSeek-Produkt. Es ist ein Community-Projekt unter github.com/esengine/DeepSeek-Reasonix, MIT-lizenziert, mit eigener Website reasonix.io. DeepSeeks offizielle Dokumentation nennt Claude Code, GitHub Copilot und OpenCode als dokumentierte Agentenintegrationen, nicht Reasonix. Die externe Website mit einem Großteil der Berichterstattung erklärt selbst, unabhängig und nicht verbunden zu sein. Das Werkzeug existiert; die DeepSeek-Anlehnung im Namen macht es nicht offiziell.

Was kostet es?

Die Software ist kostenlos und quelloffen. Hinzu kommen die Modellkosten, die der Entwurf möglichst niedrig halten soll.

Wie lässt es sich erweitern?

MCP-Server liefern Werkzeuge und Prompts. Sidecars nach Extension Protocol v1 gehen weiter: Sie greifen Laufzeitereignisse auf, ergänzen Anbieter und liefern versionierte Plugin-Pakete. Alles wird in einer einzigen reasonix.toml deklariert, ohne fest einprogrammierte Modelle. Hinzu kommen Funktionen für längere unbeaufsichtigte Läufe, die Pi nicht standardmäßig mitliefert: Planungsmodus, Berechtigungsschicht, Workspace-Sandbox und Checkpoints pro Dialogschritt, die sich lesen und zurücksetzen lassen. Der dokumentierte Entwurf sieht außerdem ein ausführendes und ein planendes Modell in getrennten, cache-stabilen Sitzungen vor. Dieser Vergleich bestätigt nicht, dass diese Fähigkeit exklusiv ist.

Woran bindet es Sie?

Für den getesteten OpenAI-kompatiblen Zugang genügte ein Anbieterblock in reasonix.toml. Die Konfiguration war nicht fest an einen einzelnen Modellanbieter gebunden.

Der Schwerpunkt liegt im Ablauf: Er orientiert sich an DeepSeeks Präfix-Cache, damit lange Sitzungen wiederholt auf gecachten Kontext zugreifen können, statt diesen erneut vollständig zu berechnen. Das ist vor allem bei stundenlangen Sitzungen relevant und bei kurzen Arbeitsabschnitten weniger wichtig. DeepSeeks Cache gleicht vollständige Einheiten ab, nicht beliebige bytegenaue Präfixe. Der Nutzen setzt deshalb nicht zwingend bei der ersten kleinen Übereinstimmung ein. Planen Sie anhand Ihrer tatsächlichen Arbeit und nicht allein anhand eines beworbenen Cache-Preises.

Pi: Ein kleiner Kern mit Erweiterungen und integriertem MCP

Wo läuft es?

Im Terminal, als Print-/JSON-Ausgabe, als RPC-Dienst und als einbettbares SDK. Die ursprüngliche Installation nutzte npm i -g @earendil-works/pi-coding-agent; Version 0.84.1 erschien am 7. August 2026. Diese Version und die OpenRouter-Zahl von 2,79T gehören zum ursprünglichen August-Vergleich. Pi steht weiterhin unter der MIT-Lizenz. Für eine neue Einrichtung sollten Sie die aktuellen Installationsanweisungen verwenden.

Was kostet es?

Die Software ist kostenlos und quelloffen.

Wie lässt es sich erweitern?

Korrektur vom 20. Oktober: Die aktuelle Pi-Website dokumentiert Erweiterungen, Skills, Prompt-Vorlagen und Pakete sowie integriertes MCP und Codemode. Die alte Beschreibung „kein MCP“ stimmt nicht mehr. Subagenten, Berechtigungsdialoge und Planungsmodus bleiben eigenständige Anpassungsentscheidungen. Kleine Voreinstellungen bedeuten nicht, dass Erweiterbarkeit oder Kontextverwaltung fehlen. Dies ist ein Dokumentationsupdate, kein erneuter Test des historischen Screenshots von Pi 0.84.1.

Woran bindet es Sie?

Pi dokumentiert über 15 Anbieter, Modellwechsel innerhalb der Sitzung über /model und eigene Anbieter über models.json oder Erweiterungen. Anbieterwahl ersetzt keine Protokoll- und Werkzeugprüfung. Das folgende Bild zeigt die ursprüngliche Konfiguration von Pi 0.84.1.

Ein vom Projekt ausdrücklich genannter Punkt ist wichtig: Pi hat kein integriertes Berechtigungssystem für Datei-, Prozess-, Netzwerk- und Zugangsdatenzugriffe. Für die Sandbox sind Sie verantwortlich. Nutzen Sie einen Container, wenn sensible Ressourcen zugänglich wären. Ein Community-Bericht zum Token-Verbrauch ist kein kontrollierter Kostenvergleich. Messen Sie Ihre eigenen Aufgaben und Wiederholungen, bevor Sie Kostenurteile ableiten.

Weitere KI-Coding-Agenten, die einen Blick verdienen

Die Ränge in dieser ergänzenden Liste stammen aus der ursprünglichen August-Momentaufnahme. Diese Werkzeuge erhielten keinen eigenen Hauptabschnitt, weil sie einen engeren Bereich abdecken oder nicht denselben Praxistest durchliefen.

Sind Antigravity und GitHub Copilot dasselbe?

Beide unterstützen beim Programmieren. Vergleichen Sie aber die konkrete Oberfläche, statt jede Marke wie einen einzigen unveränderlichen Client zu behandeln. Der ursprüngliche Antigravity-Test betraf CLI 1.1.12 und deren Anmeldeanforderung. Copilot umfasst IDE, CLI und GitHub-Arbeitsabläufe. Sein heutiges lokales BYOK verändert außerdem die Annahme, dass jede Modellnutzung aus einem gebündelten Kontingent bezahlt werden muss.

Prüfen Sie für die tatsächliche Auswahl Repository-Zugriff, Ausführungsort, Prüfwerkzeuge, Freigabesteuerung und Abrechnung des verwendeten Clients. Der Artikel hat keine gleichartige Aufgabe mit den aktuellen Antigravity- und Copilot-Versionen erneut ausgeführt. Er kann deshalb keinen heutigen Leistungs- oder Kostensieger bestimmen.

Welche Harnesses funktionieren remote oder asynchron?

Terminalprogramme lassen sich auf einem Server einsetzen. Codex CLI, Claude Code, OpenCode, Reasonix und Pi laufen ohne grafische Oberfläche über SSH. Pi bietet dafür zusätzlich Print-/JSON-, RPC- und SDK-Modi. Der ursprüngliche Vergleich behandelte Cursors Editoroberfläche; daraus ergeben sich nicht die Grenzen sämtlicher heutiger Remote- oder CLI-Angebote. Copilot verfolgt einen anderen Ansatz: Sein Cloud-Agent nimmt ein Issue an und liefert einen Pull Request, ohne einen Rechner von Ihnen zu benötigen. Antigravity 2.0 führt mehrere Agenten parallel aus, allerdings lokal in einem lokalen Fenster.

Cline ist hier ein zusätzlicher Kandidat. Die Erweiterung benötigt einen Editor, die CLI nicht. Sie startet einen lokalen Hub-Daemon und ein Browserdashboard für verbundene Clients und laufende Sitzungen. Damit lässt sie sich auch auf einem per SSH erreichten Rechner verwenden.

Für lange unbeaufsichtigte Arbeit bietet sich ein Terminal-Harness mit einem Modell an, dessen Cache-Verhalten zum Arbeitsablauf passt. Genau auf diese Nische zielt Reasonix.

Was kostet ein Monat Agentenprogrammierung tatsächlich?

Der Monatsbetrag hängt von den abgenommenen Aufgaben und ihren Fehlversuchen ab. Erfassen Sie nicht gecachte Eingaben, Cache-Lese- und Schreibzugriffe, Ausgabetokens, Wiederholungen, externe Werkzeugkosten sowie Nutzerplatz- und Plattformgebühren getrennt. Verwenden Sie die tatsächlichen Abrechnungseinheiten des Anbieters und zählen Sie gecachte Tokens nicht doppelt.

Aufgabenkosten = abgerechnete Modellnutzung über alle Versuche + berechnete externe Werkzeuge + zurechenbare Plattformgebühren. Wiederholungen sind bereits in den Nutzungssummen enthalten und werden nicht noch einmal als separate Gebühr addiert. Für ein Monatsbudget addieren Sie feste Abonnements zu variabler Nutzung, ohne enthaltene Nutzung ein zweites Mal zu zählen. Preise und Cache-Bedingungen hängen vom genauen Modell und Zugang ab. Dieses Update nennt keine aktuellen Ofox-Tarife und verspricht keine Ersparnis.

Vergleichen Sie dieselbe Repository-Version und denselben Abnahmetest. Protokollieren Sie Modell-ID, Harness-Version, Zugang, Token-Kategorien, Dauer, Fehlversuche und abschließendes Testergebnis. Ein billiger Lauf, der die Abnahme nicht besteht, ist nicht mit einer abgeschlossenen Aufgabe vergleichbar. Bevor ein Harness als günstiger gelten kann, sind wiederholte Versuche nötig. Die Token-Summen auf OpenRouter beantworten diese Frage nicht.

Wann passt welches Werkzeug?

Die passende Wahl hängt von der Arbeit ab:

• Codex CLI: Wenn Sie im OpenAI-Umfeld arbeiten und Shell-Befehle automatisch freigeben. Der ursprüngliche Test untersuchte die OS-Isolation mit seatbelt unter macOS sowie Landlock und seccomp unter Linux.
• Claude Code: Wenn Teamprozesse im Harness abgebildet werden sollen. Prüfen Sie Hooks, Skills und Subagenten anhand Ihrer erforderlichen Abläufe.
• Antigravity: Wenn parallele Agenten und visuelle Prüfung zur Aufgabe passen. Prüfen Sie aktuelle Tariflimits.
• GitHub Copilot: Wenn die Arbeit vor allem in Pull Requests und Reviews statt in einer einzelnen Editorsitzung stattfindet und das Team bereits Nutzerplätze hat.
• Cursor: Wenn schnelle Bearbeitung im Vordergrund steht. Bewerten Sie den Tab-Arbeitsablauf und den Modellzugang Ihres Tarifs.
• Cline: Wenn Sie erst planen und dann innerhalb der IDE ausführen möchten, mit einem günstigen Modell im Hintergrund.
• OpenCode: Wenn freie Modellwahl erforderlich ist und Sie die Konfiguration übernehmen möchten.
• Reasonix: Wenn Sitzungen Stunden dauern und Cache-Nutzung einen großen Teil der Rechnung bestimmt.
• Pi: Wenn Sie den Agentenablauf selbst gestalten und dafür eine Grundlage statt einer fertigen Gesamtlösung suchen.

Lassen sich mehrere Harnesses kombinieren?

Ja. Der r/AI_Agents-Thread liest sich eher wie eine Beschreibung mehrerer Werkzeuge im Alltag als wie die Suche nach einem einzigen Sieger: ein Editor für schnelle Änderungen, ein IDE-Agent für lokalen Kontext und ein Terminalagent für Arbeit über mehrere Dateien mit Tests. Ein Kommentator empfahl, diese drei Bereiche getrennt zu halten und jedes neue Werkzeug an denselben drei Aufgaben zu prüfen: Fehlerkorrektur, kleine Funktion und Refactoring mit Tests. Behalten werden sollte die Lösung mit dem kleinsten sauberen Diff und den wenigsten manuellen Eingriffen.

Das ist eine praktische, aufgabenspezifische Prüfung, kein Ersatz für jeden Benchmark. Unser Vierervergleich von Claude Code, Codex, Gemini CLI und Cursor (Englisch) und der Vergleich der Terminalagenten (Englisch) gingen ebenfalls so vor: ein Werkzeug nach dem anderen mit derselben Aufgabe.

Ein praktischer Aufwand bleibt: Wer drei Harnesses verwendet, muss die Zugangsdaten an drei Stellen konfigurieren. Auch ein kleiner Vergleich benötigt diese Vorbereitung.

Wie verwenden alle denselben API-Schlüssel?

Jedes Werkzeug mit freier Modellwahl erwartet seine eigene Konfiguration, mit eigenem Format und eigener Datei. Claude Code benötigt ANTHROPIC_BASE_URL und ANTHROPIC_AUTH_TOKEN. Codex erwartet einen TOML-Block model_providers mit wire_api = "responses". Cline verwendet Anbietereinstellungen in der Erweiterungsoberfläche. OpenCode benötigt einen Anbietereintrag, Reasonix einen Abschnitt in reasonix.toml und Pi seine eigene Anbieterkonfiguration. Mehrere Werkzeuge können getrennte Einstellungen verlangen, obwohl sie dasselbe Anbieterkonto nutzen.

Das ist kein Fehler eines einzelnen Werkzeugs. Gemeinsame Protokolle vereinheitlichen die Datenübertragung, aber nicht automatisch die Konfiguration aller Clients.

Ein Gateway kann Zugangsdaten und Abrechnung zentralisieren. Ob die Integration funktioniert, hängt weiterhin von Protokoll und Werkzeugverhalten ab. Die Ofox-Integrationsdokumentation (Englisch) ist ein Einstieg in die Einrichtung. Prüfen Sie Modell-ID, Endpunkt, Werkzeugaufruf und Testergebnis am konkreten Client. Ein gemeinsamer Schlüssel bedeutet weder identischen Funktionsumfang noch unbegrenzte Anfragekapazität.

Copilots lokales BYOK lässt sich nicht mehr korrekt als „nur Chat mit Einzelplatzabo“ beschreiben. Cursors Dokumentation unterscheidet unterstützte Anbieterschlüssel für Chatmodelle vom integrierten Tab-Modell. Keines der Dokumente validiert sämtliche Ofox-Zugänge. Der ursprüngliche Antigravity-Test fand in der getesteten CLI keine Einrichtung nur mit Schlüssel; das ist kein neuer Test der aktuellen Version.

Halten Sie Schlüssel aus Repositories und Screenshots heraus. Beginnen Sie mit einer synthetischen Aufgabe, einer Ausgabenobergrenze und ausdrücklichen Abnahmekriterien, bevor Sie ein produktives Repository verbinden.

Fazit: Erst den Ablauf wählen, dann das Modell

Wählen Sie den Harness nach der Arbeit, die Sie steuern müssen: Interaktion in einer IDE, Terminalablauf, eigene Werkzeugintegration oder Remote-Aufgabe. Entscheiden Sie erst über das Modell, wenn Zugang, Berechtigungen und benötigte Werkzeugfunktionen geklärt sind. Weder der historische Test noch die aktuellen OpenRouter-Listen bestimmen einen universellen Sieger.

Für einen API-basierten Aufbau genügt als Anfang eine synthetische Repository-Aufgabe mit explizitem Budget und einem Test, der tatsächlich scheitern kann. Halten Sie Harness-Version, Modell-ID, Protokoll, erwarteten Diff und beobachtetes Testergebnis fest. Erfolgreiche Authentifizierung oder ein plausibler Patch reichen nicht für die Abnahme. Ein Beispiel außerhalb der Programmierung ist unser n8n-Workflow mit eigenem Schlüssel (Englisch): Dort werden sowohl Werkzeugantwort als auch Endergebnis geprüft. Eine monatliche Kostenersparnis wird hier nicht versprochen.

Quellen

• OpenRouter-Rangliste der Coding-Agenten
• OpenRouter-App-Seite: Claude Code
• OpenRouter-App-Seite: Codex
• OpenRouter-App-Seite: Cline
• OpenRouter-App-Seite: Pi
• GitHub Copilot: Tarife und Preise
• Google Antigravity
• Repository google-gemini/gemini-cli
• Repository openai/codex
• Repository cline/cline
• Repository esengine/DeepSeek-Reasonix
• Pi
• DeepSeek-API-Dokumentation
• r/AI_Agents: What AI harness for coding?
• Ofox-Integrationsdokumentation (Englisch)

Zum Start des verwalteten Dienstes am 10. September lesen Sie unsere Analyse der OpenAI Agents API (Englisch). Sie erklärt den Unterschied zwischen einem gehosteten Codex-Harness und einem selbst betriebenen Coding-Werkzeug, einschließlich Sandbox-Verantwortung und Abrechnung.