MCP Server: Was Codex CLI 0.152.0 bei Tool-Ausgaben wirklich ändert

Codex CLI 0.152.0 ist am 1. September 2026 mit sechs neuen Features erschienen. Im Kern geht es bei diesem Release jedoch um klarere Grenzen für lange, toolintensive Läufe. Die wichtigste Neuerung: An einem MCP Server lässt sich nun für jedes Tool separat begrenzen, wie viel Ausgabe das Modell erreicht, statt überall dieselbe Standardregel zu übernehmen.

Die Kurzfassung

Dieses Release verbessert Steuerbarkeit und Zuverlässigkeit; ein neues Modell oder eine Preisänderung bringt es nicht. Wer Codex als reinen Coding-Agenten im Terminal nutzt, bemerkt vor allem bessere Hinweise bei Nutzungslimits, eine verständlichere Wiederherstellung von Anmeldedaten und die Vim-Suche in langen Entwürfen.

Mehr steckt darin, wenn Codex über MCP mit externen Systemen verbunden ist oder der Codex App Server als Grundlage dient. MCP steht für Model Context Protocol und bildet die Verbindungsschicht, über die Codex Tools wie eine Dokumentationssuche, Figma, GitHub oder einen internen Dienst aufrufen kann. Mit Version 0.152.0 erhält jedes dieser Tools ein eigenes Ausgabebudget.

Hier sind die sechs neuen Features des Releases – geordnet danach, für wen sie relevant sind:

Entscheidend ist die erste Zeile. Sie bestimmt neu, wie viel Tool-Material Codex im weiteren Arbeitsverlauf mitführt.

Was das Ausgabelimit für einen MCP Server tatsächlich bewirkt

Ein MCP-Tool kann sehr umfangreiche Ergebnisse liefern. Eine Dokumentationsabfrage bringt womöglich mehrere lange Seiten zurück, eine Logsuche viele Zeilen. Codex muss dieses Ergebnis in den Arbeitskontext übernehmen – also in das Kurzzeitgedächtnis des Modells für die aktuelle Aufgabe.

Ohne eine Einstellung je Tool greift für MCP-Ausgaben weiterhin die normale Kürzungsrichtlinie des aktiven Modells. Ab 0.152.0 lässt sich bei einem bestimmten Tool unter einem bestimmten MCP Server die neue Einstellung output_token_limit ergänzen. Codex kürzt das für das Modell bestimmte Ergebnis dieses Tools dann auf das konfigurierte Token-Budget.

Entscheidend ist die Formulierung für das Modell bestimmt. Der MCP Server erledigt dadurch nicht weniger Arbeit, und Code Mode erhält weiterhin das unveränderte Rohergebnis. Dasselbe effektive Budget gilt auch in fortgesetzten Sitzungen und für Antworten von Hooks nach einem Tool-Aufruf. Das erneute Öffnen eines Threads stellt die größere Ergebnismenge also nicht unbemerkt wieder her.

Warum das relevant ist

Damit lautet die Abwägung nicht mehr „Wie viel Tool-Ausgabe verträgt dieses Modell?“, sondern „Wie viel benötigt dieses konkrete Tool für seine Aufgabe?“. Eine Bibliotheksabfrage und ein Abzug aus den Produktionslogs brauchen nicht länger dieselbe Antwort.

Zwei Leitplanken gelten dabei. Der Wert muss positiv sein; 0 und negative Werte werden abgewiesen. Definieren sowohl eine Plugin-Richtlinie als auch die eigene Konfiguration ein Limit, gewinnt der kleinere Wert. Die Tool-Freigabe bleibt davon getrennt: Ein kleineres Ausgabebudget genehmigt kein Tool und verändert auch nicht, wann Codex vor einem Aufruf nachfragt.

Wer das Feature wie einsetzen kann

Einzelentwickler mit einem ausufernden Dokumentations-Tool

Wer allein an einem SaaS-Produkt baut, kann verhindern, dass eine breit angelegte Dokumentationssuche den restlichen Coding-Durchlauf dominiert. Das Tool für lange Seiten erhält ein ausdrückliches Budget, präzise Nachschlage-Tools bleiben unverändert. So bleibt mehr Arbeitskontext für Repository, Plan und Diff.

Das ist der geradlinigste Anwendungsfall für 0.152.0, weil die Grenze direkt an der Quelle des übermäßigen Umfangs ansetzt. Nur weil ein Tool zu viel liefert, müssen nicht gleich alle Tools beschnitten werden.

Plattform-Engineering mit langen App-Server-Aufträgen

Das neue Feld timeoutMs gehört zur App-Server-Methode thread/shellCommand. Es ist nicht mit der MCP-Einstellung tool_timeout_sec identisch.

Der Unterschied ist wichtig. Für MCP-Tools gilt derzeit standardmäßig ein Laufzeitlimit von 60 Sekunden. Ein Shell-Befehl des App Servers behält dagegen seinen Standardwert von einer Stunde, wenn timeoutMs fehlt oder null ist. Ein App-Server-Client kann nun eine längere Frist anfordern, wenn bekannt ist, dass ein Build, eine Migration oder eine Testsuite mehr Zeit benötigt. Mit timeoutMs gleich 0 tritt der Timeout sofort ein; ungültige negative Werte werden abgewiesen.

Ein Timeout dieses Hilfsbefehls stoppt den aktiven Agenten-Durchlauf nicht. Der Client muss selbst entscheiden, ob der Durchlauf weiterarbeiten, neue Anweisungen erhalten oder separat unterbrochen werden soll.

Vim-orientierte Entwicklung mit langen Briefings

Der Vim-Modus durchsucht jetzt den Entwurf selbst. / sucht vorwärts, ? rückwärts, und n oder N setzt die Suche mit zyklischem Sprung fort. Die Suche lässt sich außerdem mit Lösch-, Änderungs- und Yank-Operationen kombinieren, ohne dass der Suchbegriff im Prompt landet.

Das klingt nach einer Kleinigkeit – bis mehrteilige Aufgabenbeschreibungen direkt im Terminal entstehen. Dann entfällt der umständliche Umweg über einen Editor, nur um einen wiederholten Namen zu finden und zu ändern.

Unternehmensteams mit Bedrock

Abgelaufene Anmeldedaten eines Modellanbieters wirkten bisher schnell wie ein festgefahrener Lauf. Codex sendet nun stabile Start- und Abschlussmeldungen, wenn die Anbieter-Authentifizierung wiederhergestellt wird, und zeigt diesen Fortschritt sowohl in der interaktiven TUI als auch in codex exec.

Für Engineering-Teams, die Anfragen über Amazon Bedrock leiten, schafft das operative Klarheit. Ein CI-Log kann „Der Agent arbeitet“ von „Die Anbieter-Sitzung authentifiziert sich erneut“ unterscheiden, ohne eine lange Pause interpretieren zu müssen.

Plugin-Autoren mit echten Paketnamen

Namen von MCP Servern dürfen jetzt :, @, / und . enthalten. Ein Name wie npm:@modelcontextprotocol/server-sequential.thinking kann unverändert durch mcp add, get, list und remove laufen und behält anschließend dieselbe Identität in Tool-Namensräumen zur Laufzeit und in OAuth-Anmeldedaten.

Damit verschwindet eine lästige Quelle für Aliasnamen. Paketkoordinate, Konfigurationsname und Identität der Anmeldedaten können übereinstimmen.

Teams, die regelmäßig Nutzungslimits erreichen

Das Terminal kann einen Hinweis zum Nutzungslimit jetzt in eine konkrete nächste Aktion übersetzen. Unterstützte Meldungen verlinken zu Nutzung, Guthaben, Zurücksetzungen, der Benachrichtigung eines Inhabers oder der Tarifverwaltung. Während der Wiederherstellung aktualisiert Codex die Nutzungsdaten, verwirft veraltete Antworten und pausiert Eingaben in der Warteschlange, bis der Zustand aktuell ist. Eine Backend-Meldung kann Codex außerdem auf das erste verfügbare Ersatzmodell verweisen, ohne andere Thread-Einstellungen umzuschreiben.

Das erhöht das Kontingent nicht. Es macht die Grenze nachvollziehbar und führt im Terminal zu einer sinnvollen nächsten Anlaufstelle.

Codex MCP vollständig mit einem echten MCP Server einrichten

Am schnellsten wird die neue Konfiguration mit Context7 greifbar, dem Dokumentationsserver aus der MCP-Einrichtungsanleitung für Codex. Sein Tool query-docs ruft Dokumentation zu einer bekannten Bibliotheks-ID ab und eignet sich daher für ein ausdrückliches Ausgabebudget.

1. 1

   Release installieren

   Diese Version muss fest vorgegeben sein, damit der neue Konfigurationsschlüssel verfügbar ist:

   npm install -g @openai/codex@0.152.0

2. 2

   Context7 hinzufügen

   Dazu dient exakt der Befehl aus der aktuellen Codex-Anleitung zu MCP:

   codex mcp add context7 -- npx -y @upstash/context7-mcp

3. 3

   Tool-Budget festlegen

   In ~/.codex/config.toml kommt unter den Eintrag des Context7-Servers diese Tabelle:

   [mcp_servers.context7.tools.query-docs]
   output_token_limit = 30000

   Der Wert 30,000 stammt aus Codex' eigenem Serialisierungstest. Er belegt das akzeptierte Format, ist aber keine allgemeingültige Empfehlung. Sinnvoll ist zunächst das kleinste Ergebnis, das alle für die Prompts benötigten Belege bewahrt. Erst wenn echte Ausgaben gekürzt ankommen, sollte der Wert steigen.

4. 4

   Verbindung prüfen

   Mit codex mcp list lässt sich bestätigen, dass der Server konfiguriert ist. In der Terminaloberfläche zeigt /mcp die aktiven Server der Sitzung.

Die ehrliche Einordnung

Die Kürzung je Tool ist eine Leitplanke, keine kostenlose Komprimierung. Ist das Limit zu niedrig, kann Codex genau die Logzeile oder Einschränkung aus der Dokumentation verlieren, die ein Problem erklärt. Da bei überlappenden Plugin- und Nutzerrichtlinien der kleinere Wert gewinnt, kann eine Plugin-Richtlinie das wirksame Budget zudem unter den Wert in der eigenen Datei drücken.

Auf das konfigurierte Budget kommt außerdem ein standardmäßiger Serialisierungsaufschlag von 20%. Er deckt die zusätzliche Struktur ab, die nötig ist, um das Ergebnis in die Modellanfrage einzufügen. Das Limit ist daher als praktisches Budget zu verstehen, nicht als Zusage, dass jede serialisierte Nutzlast exakt so viele Tokens enthält.

Der Rest von 0.152.0 besteht aus nützlicher Wartung. Fortgesetzte Threads stellen ihr gespeichertes Arbeitsverzeichnis wieder her, wenn der Aufrufer keines angibt. Die automatische Freigabeprüfung bewahrt über die Verlaufsverdichtung hinweg mehr Anweisungen und gültige Autorisierungen. MCP-Tools überstehen Cache-Aktualisierungen und Änderungen an Remote-Plugins zuverlässiger. Nichts davon verändert die Coding-Fähigkeiten des Modells, den Tarifpreis oder das Nutzungskontingent.

Was nach dem Codex CLI Update jetzt sinnvoll ist

Ein Upgrade in dieser Woche lohnt sich, wenn mehrere MCP Tools im Einsatz sind, der App Server eingebettet wird, lange Prompts im Vim-Modus entstehen, Anfragen über Bedrock laufen oder regelmäßig Nutzungslimits erreicht werden. Das sind direkte Verbesserungen am Arbeitsablauf mit überschaubarem Migrationsaufwand.

Abwarten ist sinnvoll, wenn CLI-Versionen in der Organisation zentral festgeschrieben werden. Die öffentlichen Konfigurationsseiten dokumentieren den Ausgabeschlüssel je Tool noch nicht. Verantwortliche für das Richtlinienpaket brauchen daher Zeit, um das neue Feld zu prüfen und Grenzwerte anhand echter Ausgaben festzulegen.

Wer ChatGPT ausschließlich im Web oder mobil nutzt, bemerkt durch dieses Release keine Änderung. Falls noch offen ist, ob Codex zum eigenen Entwicklungsablauf passt, bietet der umfassendere Vergleich von Codex, Claude Code und Cursor den besseren Einstieg.

Weitere verständliche Betriebshinweise zu Releases, die den Entwicklungsalltag verändern, gibt es im Newsletter.