Bill Chen und Brian Fioca vom Applied-AI-Team von OpenAI stellen eine Methodik zum Aufbau langlebiger „Coding Agents“ vor, die schnelle Modellentwicklungszyklen überdauern können. Sie gliedern die Anatomie eines Agenten in drei Teile: die Benutzeroberfläche, das Modell (die reine Intelligenz) und den „Harness“ (die Integrationsinfrastruktur).
Der Kern ihres Vortrags konzentriert sich auf die unterschätzte Komplexität des Harness. Der Aufbau eines robusten Harness ist schwierig, da er die Anpassung an die spezifischen „Gewohnheiten“ jedes Modells (Prompt Engineering), das Latenzmanagement, die Kontextkomprimierung, die Tool-Integration (MCP) und vor allem die Sicherheit (Sandboxing) bewältigen muss. Sie weisen darauf hin, dass Modelle „Persönlichkeiten“ oder Trainingsverzerrungen aufweisen (etwa die Tendenz, alles lesen zu wollen, bevor sie handeln), die der Harness steuern muss, um wirksam zu sein.
Um dieses Problem zu lösen, positioniert OpenAI Codex nicht nur als Modell, sondern als integrierte Lösung aus „Agent + Harness“. Codex (der Agent) übernimmt nativ die Komplexität der Interaktion mit dem System: Ausführen von Terminalbefehlen, Bearbeiten von Dateien, Verwalten des Gedächtnisses und spontanes Erstellen von Tools. Dadurch wird er zu einem „Computer Use Agent“ für das Terminal, der Aufgaben von reinem Coding bis hin zu Systemadministration oder Datenanalyse (CSV-Dateien, Ordnerorganisation) bewältigen kann.
Sie identifizieren aufkommende Muster für Entwickler von Agenten: 1. Harness als Abstraktionsschicht: Die Verwendung eines robusten Harness (wie des SDK Codex) ermöglicht es Teams, sich auf die Produktdifferenzierung zu konzentrieren, statt auf die Pflege der Low-Level-Infrastruktur (Prompting, Tool Calling). 2. Agenten innerhalb von Agenten: Integration von Codex über das SDK als „Sub-Agent“, der in der Lage ist, komplexe technische Aufgaben innerhalb einer größeren Anwendung auszuführen. 3. Dynamische Tool-Erstellung: Die Fähigkeit von Agenten, ihre eigenen Konnektoren (MCP) zu schreiben, um sich ohne vorherige Integration mit APIs oder Systemen zu verbinden.
Abschließend ermutigen sie Entwickler dazu, das „Rad“ des Harness nicht jedes Mal neu zu erfinden, sondern sich stattdessen auf bestehende Infrastruktur zu stützen, um reichhaltigere, stabilere Nutzererfahrungen zu schaffen.