GPT Image 2.5 Flare & Sunburst sind jetzt auf EvoLink verfügbarGPT Image 2.5 testen
Zum Artikel springen
Konzeptillustration zusammenlaufender kühler und warmer Pfade zur Modellauswahl zwischen Gemini 4 Carbon und Claude Fable 5.2.
Vergleich

Gemini 4 Carbon vs Claude Fable 5.2: Coding, Reasoning und Kosten

Carbon oder Fable 5.2? Repository-Tests, CursorBench-Denkstufen, gesamte Aufgabenkosten und praktische Modellverteilung über EvoLink vergleichen.

EvoLink TeamProduktteam
11 Min. Lesezeit
Für einen Code-Agenten oder ein automatisiertes Backend gilt als Ausgangspunkt: Testen Sie Carbon medium zuerst bei komplexen Programmieraufgaben, bei denen Qualität und Budget zusammenpassen müssen. Prüfen Sie Fable 5.2 für modulübergreifende Migrationen, schwierige Fehler und Projekte mit teurer Nacharbeit. Aufgaben, die Ihr bewährtes Hauptmodell zuverlässig erledigt, können dort bleiben; die beiden Modelle ergänzen es als aufgabenspezifische Eskalationsstufen.

Dafür sprechen zwei Gruppen von Ergebnissen: Carbon erreicht im aktuellen CursorBench einen ähnlichen Wert wie Fable max bei niedrigeren ausgewiesenen Kosten. Fable liegt dagegen in von Anthropic veröffentlichten Repository-Tests vorn. Die Vorteile hängen von Aufgabe und Denkstufe ab. Deshalb sollte jedes Modell einen klaren Einsatzbereich erhalten.

Für Teams, die mehrere Modelle über EvoLink verwalten, folgt daraus eine konkrete Konfiguration: Routinearbeit bleibt beim geprüften Modell, schwierigere Aufgaben erhalten mehr Denkaufwand, und einheitliche Aufgabenprotokolle machen Qualität und Kosten vergleichbar. Preise und Tests beruhen auf öffentlichen Quellen vom 11. November 2026. Die Integrationslinks stehen weiter unten.

Carbon oder Fable zuerst nach der Aufgabe auswählen

Ihre AufgabeErste Wahl für den TestWoran Sie den weiteren Einsatz festmachen
Komplexe Änderungen über mehrere Dateien bei kontrollierten ModellkostenCarbon mediumTests bestehen, Änderungen sind akzeptabel und die Gesamtaufgabe bleibt im Budget
Modulübergreifende Migrationen oder schwierige Fehler mit hohem manuellem FolgeaufwandFable 5.2Weniger verworfene Ansätze, Auslassungen und Zeit für die Fehlersuche
Geschäftsabläufe über mehrere ToolsZuerst Carbon bewerten, dann mit dem bisherigen Modell vergleichenRichtige Reihenfolge der Aktionen, Parameter und endgültiger Geschäftszustand
Zuverlässige Alltagsarbeit mit einzelnen schwierigen FällenHauptmodell beibehalten und Eskalationspfad ergänzenDie Eskalation löst ein tatsächliches Problem des bisherigen Ablaufs
Code eines anderen Modells prüfenEin anderes Modell unabhängig prüfen lassenReproduzierbare Funde, bestandene Regressionstests und beherrschbare Fehlalarme

Die Tabelle legt eine Reihenfolge für erste Tests fest. Carbons niedrigere Basistarife eignen sich für eine Budgetreferenz. Fables Repository-Ergebnisse begründen einen frühen Test bei Codeaufgaben mit hohen Fehlerkosten. Wählen Sie das Prüfmodell passend zum vorhandenen Implementierungsmodell, damit Umsetzung und Kontrolle nicht vollständig auf demselben Urteil beruhen.

Beide haben öffentliche API-Zugänge: Carbon über die kostenpflichtige Gemini API und AI Studio, Fable 5.2 über die Claude API und weitere Plattformen. Anbieter-APIs und persönliche Chat-Abos sind getrennte Zugangswege. Vergleichen Sie Berechtigungen und Abrechnung für den Kanal, den Sie tatsächlich einsetzen wollen. Carbon-Zugang, Fable-Plattformen

Ein Beispiel ist die Überarbeitung eines Zahlungsdienstes, bei der Idempotenz und das bisherige Wiederholungsverhalten erhalten bleiben müssen. Entscheidend ist, ob das Modell alte Schnittstellenbedingungen erkennt, eine überprüfbare Migration plant und Regressionstests ergänzt. Spart ein besserer Plan Stunden an Nacharbeit, verliert der Token-Preis relativ an Gewicht.

Was sagen Programmier-Benchmarks über diese Auswahl?

Fable liegt in einigen Repository-Tests vorn

Anthropics Veröffentlichung zu Fable 5.2 enthält diese gemeinsamen Prüfungen:

PrüfaufgabeGemini 4 CarbonClaude Fable 5.2
FrontierSWE v2: Softwareentwicklung in Repositories61.2%69.9%
FrontierCode 2.0: Erreichen Codeänderungen den Maßstab für einen Merge?41.1%, medium49.1%, xhigh
AutomationBench: Geschäftsabläufe53.9%51.4%
OSWorld 2.1: Offline-Teilmenge von Desktop-Aufgaben, Teilpunkte81.5%89.3%
Quelle: Anthropics Tabelle und Testeinstellungen. Ohne besondere Kennzeichnung wird die jeweils höchste verfügbare Denkstufe verwendet. Bei FrontierCode unterscheiden sich die Stufen; die Ergebnisse stammen daher nicht aus einem Test mit gleichem Budget.
Vier veröffentlichte Anthropic-Tests: Fable liegt in drei Zeilen vorn, Carbon bei AutomationBench. FrontierCode verwendet unterschiedliche Denkstufen.
Vier veröffentlichte Anthropic-Tests: Fable liegt in drei Zeilen vorn, Carbon bei AutomationBench. FrontierCode verwendet unterschiedliche Denkstufen.

Das spricht für einen frühen Fable-Test bei schwierigen Repository-Änderungen und liefert einen Anlass, Carbon für Geschäftsabläufe zu prüfen. Desktop-Bedienung, Codeänderungen und Geschäftsautomatisierung haben unterschiedliche Erfolgskriterien. Ordnen Sie die Resultate Ihrer tatsächlichen Aufgabe zu.

Carbon bietet im CursorBench eine attraktive Konfiguration für hohe Anforderungen

CursorBench 4.0 verwendet mehrdeutige Aufgaben über mehrere Dateien aus realen Cursor-Sitzungen. Am 11. November wurden unter anderem folgende Konfigurationen angezeigt:

KonfigurationErgebnisAusgewiesene Durchschnittskosten pro Aufgabe
Carbon high60.4%$9.22
Carbon medium60.1%$8.49
Carbon low58.6%$11.89
Fable 5.2 max60.0%$32.79
Fable 5.2 high56.9%$9.70
Fable 5.2 medium54.8%$4.66
Quelle: CursorBench 4.0 und Methodik. Die Kosten werden aus Verbrauch und veröffentlichten Tarifen berechnet; hier stehen die unveränderten Listenwerte. Für Carbon darf daraus nicht ohne Weiteres auf Einführungs- oder reguläre Preise geschlossen werden. Kleine Ergebnisunterschiede sind möglicherweise statistisch nicht aussagekräftig.
CursorBench 4.0: Carbon medium erreicht einen ähnlichen Wert wie Fable max bei niedrigeren Aufgabenkosten; Fable medium ist günstiger und erzielt weniger Punkte.
CursorBench 4.0: Carbon medium erreicht einen ähnlichen Wert wie Fable max bei niedrigeren Aufgabenkosten; Fable medium ist günstiger und erzielt weniger Punkte.

Carbon medium liegt nahe an Fable max und ist in der Liste deutlich günstiger. Damit eignet es sich als erster Kandidat für komplexe Programmierung. Fable medium kostet bei diesen Aufgaben weniger, erzielt aber auch ein niedrigeres Ergebnis. Reicht diese Qualität aus, kann die niedrigere Fable-Stufe ebenfalls passen.

Carbon low kostet im Durchschnitt sogar mehr als medium. Weniger Denken pro Runde kann bei einem mehrstufigen Agenten den gesamten Ausführungspfad und Verbrauch verändern. Vergleichen Sie deshalb Aufgabenerfüllung und Gesamtrechnung.

Wann lohnt sich Fables höherer Token-Preis?

Die folgenden Standard-Basistarife der Anbieter gelten in US-Dollar pro Million Tokens. Caching, Batch, Fast Mode und zusätzliche kostenpflichtige Tools sind nicht enthalten.

Modell und AbrechnungszeitraumEingabeAusgabe
Carbon, bis einschließlich 30. November 2026$2$10
Carbon, ab 1. Dezember 2026$4$20
Fable 5.2$8$40
Quellen: Google-Preise, Anthropic-Preise. Für EvoLink sind die jeweilige Modellseite und Ihre Kontotarife maßgeblich; die Tabelle vergleicht Anbieterpreise.
Bei gleichem Umfang nicht zwischengespeicherter Eingabe und abrechenbarer Ausgabe beträgt Carbons Einführungspreis ein Viertel, sein regulärer Preis die Hälfte des Fable-Preises. Ein hypothetisches Beispiel mit festem Abrechnungsvolumen verdeutlicht die Rechnung: jeweils 100.000 nicht zwischengespeicherte Eingabe-Tokens und 10.000 abrechenbare Ausgabe-Tokens einschließlich des jeweiligen Denkverbrauchs, ohne zusätzliche kostenpflichtige Tools.
  • Carbon zum Einführungspreis: $0.30.
  • Carbon zum regulären Preis: $0.60.
  • Fable 5.2: $1.20.

Bei realen Aufgaben können Tokenisierung, Denkverbrauch, Tool-Aufrufe und Wiederholungswege abweichen. Fable lohnt sich, wenn es in einer Aufgabenklasse Fehlschläge, manuelle Neufassungen oder Suchzeit reduziert. Carbon lohnt sich, wenn es dieselben Abnahmekriterien bei niedrigeren Gesamtkosten erfüllt.

Bei wiederholt übertragenem Langkontext verändert Caching das Verhältnis. Fables offizieller Lesetarif beträgt $0.20 pro Million Tokens, zuzüglich separater Schreibgebühren. Carbons implizite Cache-Lesezugriffe kosten zunächst $0.10 und später $0.20; explizites Caching wird nicht unterstützt. Schreiben, Cache-Treffer und nicht zwischengespeicherte Eingaben müssen separat in die Rechnung eingehen. Fable-Cache-Tarife, Carbon-Caching

Kreative Programmierung anhand öffentlicher Projekte vergleichen

Simon Willison erstellte mit Fable 5.2 medium Yonkers Rises: Der geografische Umriss von Yonkers wird zu einem Mech, der sich erhebt und durch New Yorker Stadtteile läuft. Dabei kommen OpenStreetMap-Daten zum Einsatz. Prompt und Projektzugang sind öffentlich. Fable-Projekt und Aufgabe
Nach Carbons Freigabe testete er dieselbe Kernaufgabe in Antigravity und veröffentlichte HTML und Bildschirmaufnahme. Für die Carbon-Fassung folgte eine zusätzliche Anfrage, um eine eigenständige HTML-Datei ohne externe Abhängigkeiten zu erhalten. Carbon-Versuch und Dateien
Claude Fable 5.2 · medium
Laufender Screenshot von Simon Willisons Fable-5.2-Demo: der Yonkers-Mech über einer hellen Stadtkarte.
Laufender Screenshot von Simon Willisons Fable-5.2-Demo: der Yonkers-Mech über einer hellen Stadtkarte.
Gemini 4 Carbon · Antigravity
Laufender Screenshot von Simon Willisons Carbon-Demo: der Yonkers-Mech mit dunkler Karte und Kapitelsteuerung.
Laufender Screenshot von Simon Willisons Carbon-Demo: der Yonkers-Mech mit dunkler Karte und Kapitelsteuerung.

Die Bilder zeigen ausgewählte Ansichten der öffentlichen Projekte des Autors. Öffnen Sie die Originale für die Animation; die Screenshots vergleichen keine Laufgeschwindigkeit.

Achten Sie beim Öffnen auf drei konkrete Aspekte:

  • Geografische Vorgaben: Prüfen Sie, wie der Yonkers-Umriss zum Mech wird und ob Karte, Straßen und aktuelle Regionsangaben zusammenpassen. Das Fable-Projekt kennzeichnet seine Gebäude ausdrücklich als erfunden.
  • Bewegungsübergänge: Spielen Sie Verwandlung, Aufstehen und Gehen vollständig ab. Achten Sie auf Übergänge, Fußpositionen und Bodenkontakt, statt Bewegung anhand eines Einzelbilds zu beurteilen.
  • Nützliche Interaktion: Testen Sie Ziehen, Zoomen und Wiederholung bei Fable sowie Kameras, Kapitel und Geschwindigkeit bei Carbon. Helfen die Bedienelemente beim Prüfen und Navigieren?

Der Fall eignet sich, um die Umsetzung von Raum-, Animations- und Datenanforderungen zu betrachten. Tool-Umgebungen, Prompt-Details und Zahl der Anfragen unterschieden sich. Vergleichbare Gesamtkosten und Zeiten fehlen; ein allgemeiner Sieger lässt sich daraus nicht ableiten. Der Autor nennt für Fable medium; die Carbon-Denkstufe wird in diesem Bericht nicht angegeben.

Für einen interaktiven Prototyp sollten beide dieselben Eingaben bekommen. Prüfen Sie, ob die Szene die Vorgaben erfüllt, der Code läuft, Änderungen handhabbar bleiben und wie viele Zusatzrunden bis zur Lieferung nötig sind. Erster visueller Eindruck und spätere Wartbarkeit gehören beide zur Abnahme.

Bei einem bestehenden Produkt sollte der stabile Hauptablauf erhalten bleiben. Übertragen Sie Carbon oder Fable zunächst klar erkannte schwierige Aufgaben. Der einheitliche API-Zugang ermöglicht es, Schlüssel, Guthaben und Aufrufverwaltung weiterzuverwenden und die Modellauswahl in der Anwendungskonfiguration festzuhalten. Tools und Denkparameter jedes Modells richten sich weiterhin nach dessen Dokumentation.

Beginnen Sie mit einer von drei Anordnungen:

Carbon als erster Kandidat für komplexe Programmierung, Fable für besonders wertvolle Probleme. Lassen Sie Carbon medium zunächst implementieren und testen. Bleibt die Aufgabe nach der vereinbarten Anzahl von Versuchen ungelöst, erhält Fable Fehlerprotokolle, bisherige Ansätze und Regressionsanforderungen. Die Anwendung legt Eskalationsauslöser und Gesamtbudget fest.
Die bestehende Claude-Implementierung bleibt, Carbon prüft unabhängig. Übergeben Sie Anforderungen, Diff und relevante Dateien und verlangen Sie zu jedem Fund Auslöser und Reproduktionsweg. Validieren Sie die Hinweise, geben Sie tatsächliche Probleme zur Reparatur zurück und rechnen Sie beide Aufrufe zur Aufgabe.
Fable plant risikoreiche Änderungen, ein leichteres Modell erledigt Routinearbeit. Das passt zu Migrationen, bei denen ein falscher Plan großflächige Nacharbeit verursacht. Klären Sie Schnittstellen- und Datenbedingungen, zerlegen Sie die Umsetzung und führen Sie anschließend Regressionstests aus. Planungs-, Implementierungs- und Prüfkosten werden addiert.
Am 11. November führen die EvoLink-Seiten für Carbon und Fable 5.2 Integrationsinformationen auf. Prüfen Sie Kontoberechtigungen, unterstützte Parameter und zurückgegebene Verbrauchsdaten mit repräsentativen Aufgaben, bevor Sie mehr Traffic senden.
Bei Modellwechseln übergeben Sie bevorzugt Anforderungen, Code, verifizierte Fakten und offene Fragen. Tool-Nachrichten und Denkzustände haben je nach Anbieter andere Formate. Eine vollständige Unterhaltung lässt sich nicht einfach unverändert weiterreichen. Die konkreten Felder finden Sie in der EvoLink-Integrationsdokumentation (Englisch). Antigravitys /swarm und Claude Advisor haben eigene Produkt- und Kanalbedingungen; beim einheitlichen API-Zugang übernimmt Ihr Framework oder Ihre Anwendung die entsprechende Orchestrierung.

Die endgültige Konfiguration mit realen Aufgaben bestimmen

Wählen Sie aktuelle Fehlerbehebungen, Mehrdateiänderungen oder Tool-Aufgaben mit eindeutigen Abnahmekriterien. Beide Modelle erhalten denselben Codestand, dieselben Unterlagen und Tool-Berechtigungen.

Vergleichen Sie die tatsächlich vorgesehenen Stufen, etwa Carbon medium und Fable medium. Gleiche Namen bedeuten kein gleiches Rechenbudget. Erfassen Sie auch Standardwerte: Fables API-Dokumentation nennt derzeit high als Standard-Effort. Carbon-Denkstufen, Fable-API-Konfiguration

Speichern Sie pro Aufgabe vier Ergebnisarten: Abnahme, sämtliche Modell- und Tool-Kosten, Gesamtzeit vom Beginn bis zur Lieferung sowie menschliche Eingriffe und Nacharbeit. Bei lohnenden ungelösten Fällen erhöhen Sie die Denkstufe oder wechseln das Modell und behalten dieselben Wiederholungsregeln bei.

Behalten Sie Konfigurationen nach Aufgabentyp. Erfüllt Carbon dieselben Anforderungen günstiger, kann es diese Anfragen übernehmen. Löst Fable Probleme, an denen andere Einstellungen wiederholt scheitern, bleibt dieser Eskalationspfad erhalten. Mit Fable 5.2 und dessen Kostenrechner sowie Carbons Integrationsinformationen lassen sich Testkonfiguration und Aufgabenbudget festlegen.

Häufige Fragen

Welches Modell sollte ich mit begrenztem Budget zuerst testen?

Für Ergebnisse nahe an hohen Programmierkonfigurationen beginnen Sie mit Carbon medium. Falls die Qualitätsanforderungen es zulassen, vergleichen Sie auch Fable medium: Es kostet im CursorBench weniger und erzielt einen niedrigeren Wert. Entscheidend ist die eigene Aufgabenabnahme.

Ist Fable durch den höheren Preis immer besser für Programmierung?

Fable liegt in einigen Repository-Tests vorn, Carbon ist im aktuellen CursorBench ebenfalls stark. Wählen Sie nach Aufgabe und vergleichen Sie Lieferung und Nacharbeit auf verschiedenen Stufen.

Ist Carbon 75 % günstiger?

Die Anbieter-Basistarife für nicht zwischengespeicherte Eingabe und Ausgabe liegen während der Einführung 75 % und später 50 % niedriger. Das ist weder die tatsächliche Aufgabenersparnis noch unmittelbar Ihr EvoLink-Kontotarif.

Ist medium auf beiden Seiten ein fairer Vergleich?

So vergleichen Sie den praktischen Nutzen dieser Konfigurationen. Gleiche Stufennamen bedeuten jedoch kein gleiches Rechenbudget. Erfassen Sie Modell, Tools, Verbrauch, Dauer und Abnahme gemeinsam.

Welches Modell ist schneller?

Messen Sie Zeit bis zum ersten Token, vollständige Antwortzeit und Abschluss der Gesamtaufgabe im vorgesehenen Kanal und auf der jeweiligen Stufe. Denken, Tools und Nacharbeit verändern das Ergebnis.

Reicht zum Wechsel der Modellname?

Der einheitliche Zugang reduziert doppelte Client-Konfiguration. Tool-Aufrufe, Denkparameter, Nachrichtenformate und Fehlerbehandlung müssen dennoch je Modell geprüft werden. Bei Übergaben geben Sie notwendiges Aufgabenmaterial weiter und bauen die Nachrichten für das Zielmodell neu auf.

Kann das andere Modell direkt Code prüfen?

Beginnen Sie mit einem unabhängigen Prüfversuch und verlangen Sie Auslöser und Reproduktionsbelege zu jedem Problem. Auch übereinstimmende Modelle brauchen Testvalidierung. Prüfkosten und Zeit für Fehlalarme gehören zur Gesamtrechnung.

KI-Modelle über eine einheitliche API anbinden

Vergleichen Sie Modelle und aktuelle Preise. Integrieren Sie das passende Modell anschließend anhand der API-Dokumentation.