Bill Chen e Brian Fioca, del team Applied AI di OpenAI, presentano una metodologia per costruire "Coding Agent" duraturi, capaci di sopravvivere ai rapidi cicli di evoluzione dei modelli. Scompongono l'anatomia di un agente in tre parti: l'interfaccia utente, il modello (l'intelligenza grezza) e l'"Harness" (l'infrastruttura di integrazione).

Il cuore del loro intervento verte sulla complessità sottovalutata dell'Harness. Costruire un harness robusto è difficile perché deve gestire l'adattamento alle "abitudini" specifiche di ciascun modello (prompt engineering), la gestione della latenza, la compattazione del contesto, l'integrazione degli strumenti (MCP) e, soprattutto, la sicurezza (sandboxing). Sottolineano che i modelli hanno "personalità" o bias di addestramento (come la tendenza a voler leggere tutto prima di agire) che l'harness deve gestire per essere efficace.

Per affrontare questo problema, OpenAI posiziona Codex non semplicemente come un modello, ma come una soluzione integrata "agente + harness". Codex (l'agente) gestisce nativamente la complessità dell'interazione con il sistema: eseguire comandi da terminale, modificare file, gestire la memoria e creare strumenti al volo. Ciò lo rende un "Computer Use Agent" per il terminale, capace di svolgere compiti che vanno dal puro coding all'amministrazione di sistema o all'analisi dati (file CSV, organizzazione delle cartelle).

Identificano pattern emergenti per gli sviluppatori di agenti: 1. Harness come livello di astrazione: l'utilizzo di un harness robusto (come lo SDK Codex) permette ai team di concentrarsi sulla differenziazione del prodotto piuttosto che sulla manutenzione dell'infrastruttura di basso livello (prompting, tool calling). 2. Agenti dentro agenti: integrare Codex tramite SDK come "sub-agente" capace di eseguire compiti tecnici complessi all'interno di un'applicazione più ampia. 3. Creazione dinamica di strumenti: la capacità degli agenti di scrivere i propri connettori (MCP) per interfacciarsi con API o sistemi senza integrazione preventiva.

In conclusione, incoraggiano gli sviluppatori a non "reinventare la ruota" dell'harness ogni volta, bensì ad affidarsi a infrastrutture esistenti per costruire esperienze utente più ricche e stabili.