Codex 0.164.0 fügt Voreinstellungen und Berechtigungskontrollen hinzu

Published · AI Daily — AI-assisted deep research, methodology & disclosure

Das offizielle OpenAI/Codex-Repository hat am 23. Oktober rust-v0.164.0 veröffentlicht. In seinen Notizen werden zehn voreingestellte Eingabeaufforderungsslots, Inline-Modell- und Berechtigungsargumente, Unternehmens-MCP-Authentifizierung, unterstützte Anmeldeinformationsmaskierung und Korrekturen für Sitzungskomprimierung und Sandbox-Edge-Fälle beschrieben. Dies ist eine CLI-Tool-Version, deren Verhalten von der Plattform und der Konfiguration abhängt.

Codex 0.164.0 ist eine Tool-Version

Das offizielle „openai/codex“-Repository veröffentlichte seine „rust-v0.164.0“-Version am 23. Oktober UTC. In den Hinweisen werden wiederverwendbare Eingabeaufforderungsvoreinstellungen, Inline-Modell- und Berechtigungsargumente, Terminalbildvorschauen, Unternehmens-MCP-Authentifizierung, Anmeldeinformationsmaskierung in unterstützten Remote-Shell-Kontexten sowie verschiedene Zuverlässigkeits- und Sandbox-Korrekturen aufgeführt. Hierbei handelt es sich um Änderungen am Codex-Tool, nicht um die Einführung eines neuen Sprachmodells. Die Release-Seite verknüpft einzelne Pull-Requests und einen Vergleich mit dem vorherigen Tag, was Betreuern die Möglichkeit gibt, Implementierungsdetails zu überprüfen. Die Verfügbarkeit kann je nach Plattform, Konto, Terminalfähigkeit und aktivierter Funktion unterschiedlich sein. Daher handelt es sich beim Änderungsprotokoll um eine Funktionsinventur und nicht um einen Beweis dafür, dass sich jede lokale Installation bereits gleich verhält.

Voreinstellungen und Inline-Einstellungen wirken sich auf die Wiederholbarkeit aus

In den Notizen heißt es, dass Benutzer wiederverwendbare Eingabeaufforderungen und Slash-Befehle in zehn nummerierten „/presets“-Slots speichern und sie aus einem Tastaturmenü auswählen können. Sie beschreiben auch Inline-Argumente „/model“ und „/permissions“ für Modelle, Argumentationsaufwand, Geschwindigkeit und Berechtigungsprofile. Für ein Team, das Codeüberprüfungen oder Release-Prüfungen wiederholt, können diese Vorteile manuelle Einrichtungsfehler reduzieren. Sie ersetzen keine versionierten Repository-Anweisungen oder eine aufgezeichnete Ausführungskonfiguration. Ein Prüfer sollte dennoch das tatsächliche Modell, das Arbeitsverzeichnis, die Berechtigungen, die Eingaberevision und die Toolergebnisse erfassen, wenn ein Lauf als Beweis verwendet wird. Eine benannte Voreinstellung kann sich ändern, nachdem eine Person sie bearbeitet hat. Der Name allein ist kein vollständiger Reproduzierbarkeitsnachweis.

Besonders folgenreich ist die Berechtigungskontrolle. Die Wahl eines leistungsfähigeren Modells und die Änderung des Dateisystems oder Netzwerkprofils sind separate Entscheidungen. Ein Inline-Befehl macht das ausgewählte Profil beim Aufruf sichtbar, die eigentliche Grenze ist jedoch die darunter liegende Tool-Durchsetzung. Teams sollten eine abgelehnte Datei und ein abgelehntes Netzwerkziel unter dem ausgewählten Profil testen und dann überprüfen, was der Agent in einer neuen Sitzung tun kann. Die Versionshinweise beschreiben die Schnittstellenänderung; Sie bestätigen nicht, dass die benutzerdefinierte Umgebung eines Benutzers über eine korrekte Sicherheitsrichtlinie verfügt. Eine Voreinstellung, die einen umfassenden Zugriff anfordert, sollte der gleichen Prüfung unterliegen wie eine Ad-hoc-Eingabeaufforderung.

Integration und Anzeigeänderungen

Die Version unterstützt die Authentifizierung für berechtigte Unternehmens-MCP-Verbindungen durch Codex-Kontogewährung oder eine dedizierte Anmeldung, einschließlich OAuth-Clients, die Geheimnisse erfordern. Dies kann eine verwaltete Tool-Verbindung benutzerfreundlicher machen, aber die Authentifizierung ist keine Autorisierung für jede dahinter stehende Ressource. Administratoren müssen die Kontoerteilung den servereigenen Bereichen und Überwachungsprotokollen zuordnen. In den Hinweisen heißt es außerdem, dass die Anmeldeinformationsmaskierung für unterstützte Remote-Bash-Befehle und Zsh-Snapshot-Sitzungen hinzugefügt wurde, einschließlich benutzerdefinierter Anbieteranmeldeinformationen. Durch die Maskierung wird die Wahrscheinlichkeit verringert, dass sensibler Text in einem Transkript erscheint. Dies ist kein Grund, Anmeldeinformationen in Eingabeaufforderungen einzufügen oder davon auszugehen, dass jede mögliche Ausgabesenke abgedeckt ist. Testen Sie den genauen unterstützten Befehlspfad mit einem nicht geheimen Sentinel.

Auf Terminals, die Kitty- oder Sixel-Grafiken unterstützen, können Bildvorschauen im Vollbild-Transkript angezeigt werden. Dabei handelt es sich um eine lokale Anzeigefunktion, nicht um eine Änderung der Bilddatei oder der Qualität eines generierten Bildes. Ein Bildüberprüfungs-Workflow sollte weiterhin die Quelldatei bewahren und erklären, was überprüft wurde. Terminalunterstützung und Multiplexer können Einfluss darauf haben, ob die Vorschau sichtbar ist, sodass ein reiner Textpfad weiterhin nützlich ist. Die Version aktiviert außerdem standardmäßig den Amazon Bedrock-Setup-Assistenten und gruppiert die API-Schlüsseleingabe mit anderen AWS-Anmeldeoptionen, wenn Anmeldeinformationen erkannt werden. Betreiber sollten das ausgewählte Konto und die Region überprüfen, anstatt sie aus der Verfügbarkeit eines Assistenten abzuleiten.

Behebt wichtige Probleme bei lang andauernden Arbeiten

Zu den Fehlerbehebungen gehören das Komprimierungsverhalten nach einer fehlgeschlagenen Zusammenfassung, die Wiederherstellung komprimierter Historien und Thread-Einstellungen bei der Wiederaufnahme von Sitzungen, die Beibehaltung von CLI-Konfigurationsüberschreibungen über Unterbefehle hinweg und eine Warteschlange, die auf ausstehende Berechtigungsauswahlen wartet. Diese beziehen sich alle auf die Kontinuität einer Sitzung: Eine wiederaufgenommene Aufgabe sollte nicht stillschweigend ihre Einstellungen verlieren, und eine Eingabeaufforderung in der Warteschlange sollte einer menschlichen Genehmigungsentscheidung nicht vorauseilen. In den Hinweisen werden auch Fehlerbehebungen für die Windows-Proxy-Authentifizierung und stärkere macOS-Sandbox-Prüfungen für Metadatenpfade mit Groß-/Kleinschreibung und austauschbare ausführbare Symlinks beschrieben. Der Praxistest für ein Team konzentriert sich auf das tatsächliche Betriebssystem und den Arbeitsablauf. Bei einem erfolgreichen Start werden die korrigierten Randfälle nicht angewendet.

Eine sichere Möglichkeit, das Upgrade zu bewerten

Installieren oder stellen Sie die getaggte Version in einem verfügbaren Arbeitsbereich bereit, führen Sie dann eine kleine Voreinstellung mit aufgezeichneten Eingaben aus und vergleichen Sie deren Ausgabe mit der vorherigen Version. Stellen Sie sicher, dass Inline-Berechtigungen wirksam werden, dass eine verweigerte Aktion verweigert bleibt, dass eine pausierte Berechtigungsanforderung Eingabeaufforderungen in der Warteschlange blockiert und dass eine fortgesetzte Sitzung ihre beabsichtigten Einstellungen wiederherstellt. Wenn ein Unternehmens-MCP-Server verwendet wird, testen Sie die Kontogewährung, den Ablauf und den Widerruf mit einer Testressource. Wenn die Remote-Shell-Maskierung wichtig ist, verwenden Sie ein absichtlich gefälschtes Anmeldeinformationsmuster und überprüfen Sie alle erwarteten Protokolle. Dabei handelt es sich um vorgeschlagene Abnahmeprüfungen aus der Änderungsliste und nicht um Angaben zu für diesen Artikel durchgeführten Tests.

Die Veröffentlichung ist sinnvoll, da sie die Kontrolloberfläche und die Fehlerbehandlung eines Agenten verbessert, den Entwickler möglicherweise bereits verwenden. Es beweist nicht, dass Codex Codierungsaufgaben besser ausführt als ein anderer Agent, und in den Notizen wird kein vergleichender Aufgaben-Benchmark für diese Funktionen veröffentlicht. Das Ausgabedatum vom 25. Oktober spiegelt den redaktionellen Zeitpunkt wider; Die Upstream-GitHub-Veröffentlichung ist auf den 23. Oktober datiert. Leser sollten eine Entscheidung mit diesem Tag und seinen Pull-Requests verknüpfen, insbesondere wenn eine schnelllebige Installation möglicherweise bereits weiter fortgeschritten ist.

Sources

FAQ

Was hat sich in der Tool-Version Codex 0.164.0 geändert?

Die GitHub-Version vom 23. Oktober fügt zehn wiederverwendbare voreingestellte Eingabeaufforderungsslots, Inline-Modell- und Berechtigungseinstellungen, geeignete Enterprise-MCP-Authentifizierung und Terminalbildvorschauen hinzu. Außerdem werden Anmeldeinformationsmaskierung in unterstützten Remote-Shell-Kontexten und Zuverlässigkeitskorrekturen aufgeführt. Hierbei handelt es sich um Werkzeugfunktionen, nicht um ein neu angekündigtes Modell oder eine gemessene Steigerung der Codierungsgenauigkeit.

Beweisen Inline-Berechtigungseinstellungen, dass eine Codex-Ausführung isoliert ist?

Die Befehlsoberfläche macht ein ausgewähltes Berechtigungsprofil sichtbar, die Sicherheit hängt jedoch von der tatsächlichen Durchsetzung durch den Host und den damit verbundenen Tools ab. Teams sollten abgelehnte Datei- und Netzwerkaktionen in einem verfügbaren Arbeitsbereich testen, das ausgewählte Profil aufzeichnen und Änderungen überprüfen, bevor sie einer Voreinstellung eine sensible Aufgabe anvertrauen.

Welche 0.164.0-Korrekturen sind für längere Sitzungen wichtig?

Die Versionshinweise nennen die Erholung nach einer fehlgeschlagenen Zusammenfassung, die Wiederherstellung komprimierter Verläufe und Thread-Einstellungen beim Fortsetzen einer Sitzung sowie das Warten auf eine Berechtigungsentscheidung, bevor Prompts aus der Warteschlange weiterlaufen. Das kann Kontextverlust und Fehler in der Ausführungsreihenfolge verringern. Ein Team sollte nach dem Upgrade den eigenen Ablauf zur Sitzungsfortsetzung und Genehmigung prüfen, statt anzunehmen, dass jeder Sitzungsweg getestet wurde.