OpenAI Codex verschlüsselt interne Agenten-Kommunikation – Entwickler können Aufträge nicht mehr nachvollziehen

Seit der Änderung ist das nur noch eingeschränkt möglich. In der Sitzungshistorie steht statt des lesbaren Auftrags nur noch eine unlesbare Zeichenfolge. Entwickler können damit nicht mehr überprüfen, was ihr Agent intern an die einzelnen Unteragenten delegiert. Ein Bugreport auf GitHub kritisiert genau das und fordert, neben der verschlüsselten Zustellung zusätzlich eine lesbare Kopie des Auftrags lokal zu speichern.

Bei GPT-5.5 ließ sich die Verschlüsselung zeitweise nicht einmal über den dafür vorgesehenen Schalter abschalten, die Nachvollziehbarkeit ging damit zwangsweise verloren. Inzwischen hat OpenAI GPT-5.5 offenbar wieder auf den lesbaren Weg zurückgesetzt. Das erzwungene Verschlüsseln gilt nun für die größeren GPT-5.6-Varianten Sol und Terra. Nur die kleinste Variante Luna nutzt weiterhin den offenen Weg.

Hinzu kommt, dass der neue Mechanismus nicht zuverlässig arbeite. Mehrere Entwickler berichten, dass die verschlüsselte Übergabe an einen Unteragenten abbricht, weil sich der Inhalt nicht entschlüsseln lasse, teils sogar dann, wenn Haupt- und Unteragent dasselbe Modell verwenden.

Schutz vor Distillation oder simple Datenschutz-Mechanik?

Warum OpenAI die Kommunikation verschlüsselt, sagt das Unternehmen bislang nicht, nur die Verschlüsselung selbst ist bestätigt. In der Community heißt es, OpenAI behandle diese Prompts wie rohe Reasoning-Traces und wolle verhindern, dass Konkurrenten darauf trainieren. Der Verdacht ist nicht abwegig: Erst kürzlich stand Z.ais offenes Modell GLM-5.2 im Verdacht, aus GPT-5.5 und Opus 4.8 destilliert worden zu sein.

Die Kommunikation zwischen Agenten ist ein wertvolles Trainingssignal, mit dem sich ein schwächeres Modell gezielt auf das Niveau eines stärkeren heben lässt, ihre Verschlüsselung würde genau dieses Material vor Nachahmern abschirmen.

Ebenso denkbar ist aber ein schlichterer Grund: OpenAIs API verschlüsselt Zwischenstände ohnehin, um sie in Folge-Anfragen weiterreichen zu können, ohne Klartext auf den Servern zu speichern. Wir warten noch auf eine Antwort von OpenAI, ob es sich um Schutz vor Distillation, Datenschutz oder um beides handelt.