Wie man GPT-5.6 in Codex nutzt

Am 9. Juli 2026 stellte OpenAI GPT-5.6 allgemein in ChatGPT, Codex und der API bereit; der globale Rollout erfolgte über etwa 24 Stunden. In Codex erschien damit eine neue standardmäßige „Frontier-Familie“: Sol, Terra und Luna, sechs Stufen für den Denkaufwand sowie ein Ultra-Modus, der vier Agenten parallel ausführt. Die begrenzte Vorschau vom 26. Juni ist beendet; die Funktionen sind für reguläre Konten verfügbar.

Apidog noch heute ausprobieren

Für Entwickler, die Codex in der Cloud, in der IDE oder über die Codex CLI nutzen, ändern sich damit konkrete Entscheidungen: Welches Modell passt zur Aufgabe? Wie viel Denkaufwand ist für einen Bug gerechtfertigt? Und wann lohnt sich Ultra statt eines einzelnen, sorgfältig konfigurierten Sol-Laufs?

Dieser Leitfaden zeigt, wie Sie Sol, Terra und Luna für agentenbasierte Programmierung einsetzen, wann Ultra seinen höheren Token-Verbrauch rechtfertigt und wie Sie von Codex erzeugten API-Code vor dem Deployment prüfen. Für die API-Verifikation verwenden wir Apidog: Codex generiert viele Endpunktaufrufe, die Sie testen sollten, statt ihnen blind zu vertrauen.

TL;DR

• GPT-5.6 erreichte Codex bei GA am 9. Juli 2026. Sol, Terra und Luna sind abhängig von Ihrem ChatGPT-Plan auswählbar.
• Sol ist das Flaggschiff für tiefes Reasoning. Terra ist die ausgewogene Standardwahl. Luna ist für schnelle, günstige Aufgaben mit hohem Volumen gedacht.
• Der Ultra-Modus führt vier Agenten parallel aus und ist in Codex ab Plus verfügbar. Laut OpenAI steigt Terminal-Bench 2.1 damit von 88,8 % auf 91,9 %.
• Ultra tauscht höheren Token- und Nutzungsverbrauch gegen schnellere Ergebnisse in Echtzeit. Verwenden Sie ihn für große Refactorings, nicht für Änderungen in einzelnen Dateien.
• Sechs Stufen für den Denkaufwand — keine, niedrig, mittel, hoch, sehr hoch und maximal — helfen Ihnen, Tiefe und Kosten pro Aufgabe abzustimmen.
• GPT-5.6 erzeugt kürzere Antworten als GPT-5.5. Entfernen Sie daher alte „sei prägnant“-Anweisungen aus Ihren Codex-Instruktionen.
• Koppeln Sie Codex mit Apidog, um generierte oder konsumierte Endpunkte vor dem Merge zu prüfen.

Was am 9. Juli in Codex landete

Am GA-Tag wurde die vollständige GPT-5.6-Familie in Codex integriert. Der Modellauswähler listet nun die neue Generation auf; welche Modelle Sie sehen, hängt von Ihrem ChatGPT-Plan ab. Am selben Tag wurden Sol, Terra und Luna auch in GitHub Copilot verfügbar.

Für die Auswahl in Codex sind drei Punkte entscheidend:

1. Die Nummer bezeichnet die Generation, die Namen bezeichnen Tiers.
   
   Sol, Terra und Luna sind dauerhafte Fähigkeitsstufen, die sich unabhängig weiterentwickeln. gpt-5.6-sol ist das Flaggschiff mit der tiefsten Denkfähigkeit; der Alias gpt-5.6 verweist darauf. gpt-5.6-terra ist die ausgewogene Mitte und laut Positionierung etwa halb so teuer wie GPT-5.5. gpt-5.6-luna ist auf Geschwindigkeit, niedrige Latenz und Aufgaben mit hohem Volumen ausgelegt.

2. Ultra ist eine Einstellung, kein Modell.
   
   Der Modus verteilt eine Aufgabe standardmäßig auf vier parallel arbeitende Agenten. In Codex ist er ab dem Plus-Plan verfügbar.

3. Denkaufwand ist jetzt eine zentrale Steuerung.
   
   Sechs Stufen von „keine“ bis „maximal“ ersetzen die gröberen Einstellungen aus der GPT-5.5-Ära.

Ihre bestehenden Anweisungsdateien, Genehmigungseinstellungen und Workflows bleiben erhalten. Neu sind vor allem die Modellwahl und die feinere Steuerung der Ausführung.

Ein Modell auswählen: Sol, Terra oder Luna

Die richtige Frage lautet nicht „Welches Modell ist immer das beste?“, sondern: „Wie viel Tiefe benötigt diese Aufgabe?“

Modell	Optimaler Einsatzbereich beim Coden	Wann Sie es wählen sollten
gpt-5.6-sol	Agentenbasierte Mehrschritt-Aufgaben, Debugging über mehrere Dateien, Architekturänderungen, lange Tool-Aufrufketten	Die Aufgabe würde sonst Stunden dauern oder ein Fehler wäre teuer
gpt-5.6-terra	Alltägliches Coden, Features, Tests, Reviews, mittlere Refactorings	Ihre Standardwahl für die meisten Sitzungen
gpt-5.6-luna	Boilerplate, Commit-Nachrichten, kurze Skripte, erste Entwürfe	Geschwindigkeit ist wichtiger als tiefe Analyse

Praktische Standardkonfiguration

Starten Sie mit diesem Setup:

Standard: Terra + mittlerer Denkaufwand
Komplexes Ticket: Sol + hoher Denkaufwand
Boilerplate oder Vorarbeit: Luna + niedriger Denkaufwand
Großes parallelisierbares Refactoring: Ultra

Für agentenbasierte Programmierung weist OpenAI Sol beim Start 88,8 % auf Terminal-Bench 2.1 zu; im Ultra-Modus steigt der Wert auf 91,9 %. Das sind Anbieterangaben vom Launch und sollten als solche behandelt werden. Bei SWE-Bench Pro liegt laut OpenAIs Bericht Claude Fable 5 mit 80,3 % vor Sol mit 64,6 %. GPT-5.6 führt also nicht automatisch jeden Coding-Benchmark an.

Wählen Sie das Modell über den Modellauswähler in Codex. Die genaue Oberfläche unterscheidet sich zwischen Cloud, IDE-Erweiterung und CLI. Die OpenAI-Entwicklerdokumentation enthält die aktuellen Modell-IDs und Verfügbarkeiten.

Vermeiden Sie Sol mit maximalem Aufwand als globale Standardeinstellung. Damit verbrauchen Sie Limits schneller und warten länger auf Ergebnisse, die Terra für die meisten Tickets liefern kann.

Ultra-Modus in Codex

Der Ultra-Modus führt standardmäßig vier Agenten parallel aus und fasst ihre Ergebnisse zusammen. Er ist auf schnellere Echtzeit-Ergebnisse bei großen Aufgaben ausgelegt. Der Preis dafür: höherer Token- und Nutzungsverbrauch, weil mehrere Agenten gleichzeitig arbeiten.

Ultra verwenden, wenn die Aufgabe parallelisierbar ist

Ultra lohnt sich insbesondere für:

• umfassende Refactorings über viele Dateien, bei denen Agenten unterschiedliche Bereiche untersuchen können
• Migrationsläufe, etwa Framework-Upgrades oder API-Versionserhöhungen mit vielen ähnlichen Aufrufstellen
• zeitkritisches Debugging, bei dem mehrere Hypothesen gleichzeitig geprüft werden sollen

Ein Beispiel für einen geeigneten Prompt:

Migriere alle API-Clients von v1 auf v2.

Teile die Arbeit nach Modulen auf:
1. Identifiziere alle v1-Aufrufe.
2. Aktualisiere Endpunkte, Parameter und Response-Typen.
3. Passe Tests und Fixtures an.
4. Führe die vorhandene Test-Suite aus und liste verbleibende Fehler auf.

Ändere keine öffentlichen Schnittstellen ohne Hinweis im Abschlussbericht.

Ultra nicht verwenden, wenn die Arbeit seriell ist

Ein einzelner Sol-Lauf ist meist besser für:

• Änderungen in einer einzelnen Datei
• kleine, klar abgegrenzte Bugfixes
• Aufgaben mit einer harten Abhängigkeitskette, bei denen Schritt drei die Ausgabe von Schritt zwei benötigt
• Tickets spät im Abrechnungszeitraum, wenn Sie Ihre Codex-Nutzungslimits schonen müssen

Der Benchmark-Gewinn von drei Prozentpunkten ist messbar, aber überschaubar. Das stärkere Argument für Ultra ist Zeit: Wenn ein Refactoring als einzelner Lauf 40 Minuten dauert und parallele Agenten es deutlich schneller abschließen, können die zusätzlichen Tokens bei einer Deadline sinnvoll sein.

Ultra ist damit primär ein Zeithebel, kein pauschaler Qualitätshebel. Eine ausführlichere Anleitung zur Prompt-Struktur für parallele Agenten finden Sie unter So funktioniert der GPT-5.6 Ultra-Modus.

Denkaufwand für Programmieraufgaben

GPT-5.6 bietet sechs Aufwandsstufen:

keine → niedrig → mittel → hoch → sehr hoch → maximal

In Codex konfigurieren Sie den Aufwand pro Modell. Auf Plus ist Sol ab mittlerem Aufwand verfügbar.

Nutzen Sie diese Zuordnung als Ausgangspunkt:

Denkaufwand	Geeignete Aufgaben
keine / niedrig	Umbenennungen, Formatierung, mechanische Änderungen, Tests aus klaren Vorlagen
mittel	Standard-Features, Code-Reviews, einfache Endpunkte
hoch	Debugging über mehrere Dateien, Performance-Untersuchungen, unbekannte Codebasen
sehr hoch / maximal	Race Conditions, Speicherkorruption, schwer reproduzierbare Probleme

So stimmen Sie den Aufwand ein

Behandeln Sie die Umstellung nicht als reinen Modellwechsel, sondern als Feinabstimmung:

1. Nehmen Sie drei bis fünf repräsentative Tickets aus Ihrem Backlog.
2. Führen Sie jedes Ticket mit Ihrer bisherigen Aufwandsstufe aus.
3. Wiederholen Sie es mit einer Stufe weniger Aufwand.
4. Vergleichen Sie Diff-Qualität, Testabdeckung, Laufzeit und Nutzungsverbrauch.
5. Übernehmen Sie die niedrigste Stufe, die zuverlässig brauchbare Ergebnisse liefert.

GPT-5.6 erreicht häufig die Qualität früherer Generationen mit geringerem Aufwand. Das schafft Spielraum im Nutzungsbudget.

Aktualisieren Sie außerdem Ihre Anweisungsdatei. GPT-5.6 formuliert laut Beschreibung bereits kürzer und mit weniger generischen Einleitungen als GPT-5.5. Entfernen Sie daher Regeln wie:

Sei prägnant.
Lass Vorbemerkungen weg.
Keine Erklärungen.

Solche Regeln können bei einem ohnehin knappen Modell zu Diffs führen, die zu wenig Kontext oder Begründung enthalten.

Was jeder ChatGPT-Plan in Codex erhält

Der Zugang ist planabhängig und kann von OpenAI angepasst werden. Diese Tabelle ist eine Momentaufnahme gemäß dem OpenAI Help Center:

Plan	GPT-5.6-Modelle	Ultra-Modus in Codex	Anmerkungen
Kostenlos / Go	Terra, in ChatGPT	Nein	Codex ist nicht in den kostenlosen Stufen enthalten
Plus	Sol, Terra, Luna	Ja	Sol ab mittlerem Aufwand; aufwandsbezogene Steuerung pro Modell
Pro	Sol, Terra, Luna, Sol Pro	Ja	Höhere Limits; Ultra auch in ChatGPT Work
Business / Enterprise	Sol, Terra, Luna, Sol Pro	Ja	Ultra über ChatGPT Work; Administratorsteuerungen

Für die Praxis sind zwei Punkte relevant:

• Plus reicht für die vollständige Modellauswahl und Ultra in Codex. Der Unterschied zu Pro liegt beim Coden vor allem bei Limits und Sol Pro, nicht bei der grundlegenden Verfügbarkeit.
• Die API hat keine Plan-Einschränkungen. Laut den angegebenen Preisen können API-Konten Sol für 5 $/30 $, Terra für 2,50 $/15 $ und Luna für 1 $/6 $ pro Million Eingabe-/Ausgabe-Token aufrufen.

Überprüfen Sie, was Codex schreibt: Koppeln Sie es mit Apidog

Ein großer Teil der Arbeit eines Coding-Agenten besteht aus API-bezogenem Code: Route-Handler, Client-Aufrufe, Webhook-Consumer und Test-Fixtures. GPT-5.6 kann diesen Code schneller erzeugen. Das garantiert jedoch nicht, dass Endpunkte, Feldnamen, Content-Types oder Response-Schemas korrekt sind.

Nutzen Sie deshalb einen festen Verifikations-Workflow:

1. OpenAPI-Spezifikation in das Repository legen
   
   Geben Sie Codex Zugriff auf Ihre Spezifikationsdatei oder verweisen Sie in den Anweisungen darauf. Der Agent soll gegen den echten Vertrag arbeiten, statt Feldnamen und Payloads zu erraten.

2. Codex die Integration implementieren lassen
   
   Lassen Sie Endpunkte, Clients und Tests erzeugen. Für diese Arbeit sind Terra oder Sol mit mittlerem bis hohem Aufwand passend.

3. Jeden betroffenen Endpunkt vor dem Merge testen
   
   Importieren Sie dieselbe Spezifikation in Apidog. Rufen Sie alle Endpunkte auf, die Codex erzeugt oder verändert hat, und prüfen Sie:

   • Statuscodes
   • Request- und Response-Schemas
   • Pflichtfelder
   • Content-Type
   • Fehlerantworten
   • Edge Cases

Sie können Apidog kostenlos herunterladen. Ein spezifikationsgesteuerter Testlauf findet Unterschiede, die ein Agent leicht einführt — etwa umbenannte Felder oder falsche Content-Types.

1. Noch nicht verfügbare APIs mocken Entwickelt Codex gegen eine API, die noch nicht bereitgestellt ist, erzeugen Sie aus der Spezifikation einen Mock. So kann die Integrationsarbeit gegen ein realitätsnahes Ziel getestet werden.

Ein Beispiel für eine Codex-Anweisung:

Verwende openapi.yaml als verbindlichen API-Vertrag.

Bevor du einen Client oder Handler implementierst:
- prüfe Pfade, HTTP-Methoden und Parameter in der Spezifikation,
- nutze ausschließlich die dort definierten Request- und Response-Felder,
- ergänze Tests für Erfolgs- und Fehlerfälle,
- liste am Ende alle Endpunkte auf, die manuell in Apidog geprüft werden müssen.

Wenn Sie die Verifikationsschleife direkt in den Agenten integrieren möchten, kann Codex die Apidog CLI als Teil seiner Aufgabenschleife ausführen. Die Einrichtung wird unter Wie man die Apidog CLI in Codex verwendet Schritt für Schritt erklärt.

Was sich noch einpendelt

GPT-5.6 in Codex ist erst wenige Tage alt. Berücksichtigen Sie daher diese Punkte:

• Unebenheiten beim Rollout: GA wurde über etwa 24 Stunden verteilt. Wenn ein Modell oder eine Einstellung in IDE oder Codex CLI fehlt, prüfen Sie zuerst die Release Notes von OpenAI.
• Spezifikationen aus früher Dokumentation: Das gemeldete Kontextfenster von 1 Million Token und die maximale Ausgabe von 128K stammen aus früher Dokumentationsabdeckung, nicht aus einem bestätigten Spezifikationsblatt. Behandeln Sie sie als gemeldet, bis OpenAIs Angaben stabil sind.
• Anbieter-Benchmarks: Terminal-Bench und weitere Launch-Zahlen stammen von OpenAI. Unabhängige Bewertungen folgen üblicherweise erst später.
• Veränderliche Plan-Details: Limits und Zugänge können sich in den Wochen nach einem Launch ändern. Der oben verlinkte Hilfe-Artikel bleibt die maßgebliche Quelle.

Das ist kein Grund zu warten. Testen Sie GPT-5.6 stattdessen an einer kleinen Auswahl echter Tickets, bevor Sie teamweite Standards festlegen.

FAQ

Welches GPT-5.6-Modell sollte ich als Codex-Standard festlegen?

Terra. OpenAI positioniert es als konkurrenzfähig zu GPT-5.5 bei etwa der Hälfte der Kosten, und es deckt tägliche Feature-Arbeit zuverlässig ab. Wechseln Sie zu Sol für Aufgaben über viele Dateien oder mit langen Denkketten. Nutzen Sie Luna für Boilerplate und schnelle Skripte.

Kann ich GPT-5.6 in Codex ohne kostenpflichtigen Plan nutzen?

Nicht direkt. Codex erfordert einen kostenpflichtigen ChatGPT-Plan; kostenloser GPT-5.6-Zugang in ChatGPT ist auf Terra beschränkt. Die API selbst hat jedoch keine Plan-Einschränkungen. Mögliche günstige und Test-Wege sind unter So nutzen Sie Codex kostenlos gesammelt.

Verbraucht der Ultra-Modus meine Nutzungslimits schneller?

Ja. Ultra führt vier Agenten parallel aus. Eine Aufgabe kann dadurch ein Mehrfaches der Tokens eines normalen Laufs verbrauchen, im Austausch für eine schnellere Fertigstellung. Reservieren Sie Ultra für große, sinnvoll parallelisierbare Aufgaben.

Ist der Ultra-Modus dasselbe wie Sol Pro?

Nein. Sol Pro ist in ChatGPT eine qualitätsorientierte Denk-Einstellung für ein einzelnes Modell. Ultra ist ein Multi-Agenten-Ausführungsmodus, der Arbeit parallelisiert. Pro zielt auf eine bessere einzelne Antwort; Ultra auf ein schnelleres Echtzeit-Ergebnis bei großen Aufgaben.

Wo Sie jetzt stehen

Codex erhielt am 9. Juli ein umfangreiches Upgrade: ein stärkeres Flaggschiff, eine günstige Standardoption, Denkaufwand pro Modell und einen Parallelmodus für große Aufgaben.

Für die meisten Teams ist die praktikable Konfiguration einfach:

Terra + mittel: Standard für tägliche Arbeit
Sol + hoch: schwierige Tickets und komplexes Debugging
Luna + niedrig: Boilerplate und schnelle Hilfsaufgaben
Ultra: große Refactorings mit Zeitdruck

Unabhängig von Modell und Aufwand bleibt die Prüfung Pflicht. Geben Sie Codex Ihre OpenAPI-Spezifikation, damit der Agent gegen den tatsächlichen Vertrag entwickelt. Prüfen Sie anschließend jeden erzeugten oder geänderten Endpunkt in Apidog, bevor der Code in einen Branch gelangt, von dem andere abhängen. Schnellere Codegenerierung ist nur dann ein Gewinn, wenn die Verifikation mithält.