OpenAI Agent Builder chiude: scadenze e guida alla migrazione

OpenAI AgentKit riuniva gli strumenti di OpenAI per creare, distribuire e valutare agenti; la chiusura del servizio OpenAI Agent Builder è prevista per il 30 novembre 2026. L'Agents SDK e ChatKit restano disponibili, ma le app ChatKit che si appoggiano ad Agent Builder avranno bisogno di un backend sostitutivo gestito in proprio. Le valutazioni esistenti passeranno in sola lettura il 31 ottobre, prima della chiusura della dashboard e dell'API Evals e dell'API v1/prompts con i suoi oggetti prompt riutilizzabili, prevista per il 30 novembre.

Verificato sulla documentazione ufficiale online di OpenAI il 14 ottobre 2026. Il lavoro da fare è concreto: salvaguardare il workflow, i suoi prompt e i test che ne dimostrano il corretto funzionamento. Sono attività di migrazione distinte: assegnare a ciascuna un responsabile. Il calendario delle dismissioni di OpenAI indica le date; la checklist qui sotto le traduce in tappe operative.

OpenAI Agent Builder chiude: cosa cambia per AgentKit?

Chiude il servizio di sviluppo ospitato da OpenAI; gli strumenti per sviluppare agenti continuano a esistere. AgentKit raggruppava strumenti per creare, distribuire e valutare agenti. OpenAI Agent Builder forniva l'editor visuale dei workflow, ChatKit l'interfaccia di chat integrabile nelle app ed Evals l'ambiente di test. La migrazione deve affrontare ogni componente separatamente.

È come lasciare un ufficio arredato: lo spazio offriva l'ambiente in cui progettare ed eseguire il lavoro, mentre il workflow descrive ciò che va fatto. Perdere quello spazio significa trovare un'altra sede operativa. Non significa dover buttare tutti gli strumenti o cambiare fornitore dei modelli.

Le date di dismissione sono riportate nella pagina di OpenAI dedicata alle deprecazioni; le opzioni di esecuzione che restano disponibili sono descritte nella panoramica sugli agenti. Gli avvisi sono stati pubblicati il 3 giugno 2026. Il passaggio alla sola lettura di ottobre e la chiusura di novembre sono due eventi diversi.

Questo annuncio non depreca la Responses API. Un'applicazione che la usa può comunque essere coinvolta se le richieste fanno riferimento a oggetti prompt riutilizzabili. L'endpoint chiamato e le risorse salvate da cui dipende sono due cose diverse.

Chi deve intervenire subito?

Occorre intervenire subito se un workflow in produzione dipende da Agent Builder, da Evals gestito o da oggetti prompt salvati. La destinazione va scelta in base al contesto in cui deve operare il workflow, non alla somiglianza tra i nomi dei prodotti.

Chi sviluppa un'app rivolta ai clienti: esportare il workflow e assegnare un responsabile del suo ambiente di esecuzione. Un chatbot di assistenza integrato nel prodotto avrà bisogno di un servizio applicativo funzionante anche dopo la chiusura del workflow ospitato. Spostare soltanto l'interfaccia visuale lascia irrisolta la dipendenza decisiva.

Chi gestisce processi interni: valutare ChatGPT Workspace Agents quando l'attività può svolgersi nel workspace ChatGPT aziendale. È una soluzione più adatta a un riepilogo periodico sui clienti o a un assistente di ricerca interno che a un'integrazione in un sito pubblico. Il responsabile del processo dovrà valutare i risultati e l'amministratore del workspace verificare gli accessi.

Chi sta per avviare un progetto: scegliere fin da ora una soluzione che resterà disponibile. Se la proposta di un fornitore si basa su Agent Builder, chiedere quale ambiente di esecuzione verrà usato dopo la chiusura, cosa verrà consegnato con la migrazione e quali saranno i criteri di accettazione, prima di approvare l'implementazione. Una demo che funziona nel periodo di transizione non risponde a queste domande.

Chi usa già l'SDK o direttamente Responses: potrebbe non avere alcuna migrazione da Builder da affrontare. Prima di considerare l'applicazione estranea al cambiamento, verificare la pipeline di valutazione e i riferimenti ai prompt salvati. Se anche queste dipendenze sono assenti, l'annuncio da solo non giustifica una riscrittura dell'app.

Come esportare i workflow di Agent Builder nell'Agents SDK

OpenAI Agent Builder esporta il codice dei workflow: è il punto di partenza per un'applicazione da gestire in proprio. La guida alla migrazione attuale prevede esportazioni in Python e TypeScript. Conservare una copia completa dell'esportazione prima di modificare il codice, così da poter confrontare gli interventi successivi con l'originale. Istruzioni per la migrazione.

1. 1

   Copiare il codice esportato del workflow

   Aprire il workflow, selezionare Code nella barra di navigazione in alto, scegliere Agents SDK e poi Python o TypeScript. Copiare l'intera esportazione nel repository. Annotare quale workflow in produzione va a sostituire.

2. 2

   Rendere eseguibile l'applicazione

   Installare e configurare l'SDK corrispondente seguendo la guida introduttiva attuale. Collegare gli strumenti e le credenziali richiesti dal workflow. Assegnare le responsabilità di distribuzione, archiviazione ed esecuzione prima di considerare il codice esportato un servizio sostitutivo.

3. 3

   Verificare il comportamento richiesto dal processo

   Eseguire sulla nuova implementazione una serie di input rappresentativi. Controllare il ramo seguito, gli argomenti passati agli strumenti, la gestione delle approvazioni e il risultato finale. Procedere alla messa in produzione solo quando la nuova soluzione soddisfa i criteri di accettazione del workflow.

L'OpenAI Agents SDK esegue il ciclo dell'agente, lasciando all'applicazione il controllo su distribuzione, archiviazione, strumenti e approvazioni. La panoramica dell'SDK resta il riferimento per l'implementazione.

Il punto impegnativo dell'SDK è assumersi la gestione operativa. Copiare un file non basta a predisporre la distribuzione in produzione, il comportamento al riavvio o la persistenza dello stato. Per un workflow di assistenza, occorre definire cosa succede quando la ricerca di un ordine va in timeout, quando un'approvazione viene negata e quando la stessa richiesta arriva di nuovo. Sono casi da implementare e verificare ai fini dell'accettazione, non garanzie offerte da un pulsante di esportazione.

Il confronto tra OpenAI Agents API e Agents SDK aiuta anche a decidere chi debba gestire l'ambiente di esecuzione. La guida attuale di OpenAI per la migrazione da Builder indica l'SDK e Workspace Agents; la distinta Agents API gestita non va considerata una destinazione di importazione automatica.

Trasferire i workflow no-code in ChatGPT Workspace Agents

ChatGPT Workspace Agents è il percorso documentato per i workflow in linguaggio naturale condivisi all'interno di un team. La guida alla migrazione di OpenAI richiede un workspace Business, Enterprise o Edu con accesso agli agenti e il permesso di crearli. Esportare il workflow di Builder, incollare il codice nel builder degli agenti del workspace e chiedergli di ricreare il workflow. Requisiti per la migrazione nel workspace.

La guida pratica agli agenti del workspace di OpenAI ne illustra il funzionamento: app collegate, istruzioni riutilizzabili, attività pianificate e condivisione nel workspace. È un modello adatto a un workflow interno che prepara riepiloghi sui clienti, il cui responsabile può controllare il documento finale.

Il limite decisivo è la fedeltà al comportamento originale. OpenAI avverte che i workflow fortemente deterministici, nei quali le stesse condizioni devono portare sempre allo stesso percorso prestabilito, potrebbero non essere riprodotti fedelmente. Verificare connessioni e permessi, usare Preview con input rappresentativi e selezionare Create dopo la validazione. È un processo di ricostruzione: non garantisce la conversione di ogni nodo e collegamento.

Un assistente di ricerca interno, per esempio, può seguire percorsi di ricerca diversi se il riepilogo finale soddisfa i requisiti. Un workflow che deve sempre ottenere un'approvazione prima di modificare la scheda di un cliente richiede invece una verifica esplicita di quel vincolo. Se il processo aziendale dipende da diramazioni precise, il mio consiglio è mantenere quella logica nel codice dell'applicazione e verificare prima la soluzione basata sull'SDK.

Mantenere ChatKit e sostituire il backend ospitato

ChatKit resta utilizzabile come interfaccia di chat; spetta all'applicazione fornire il server sostitutivo che la fa funzionare. OpenAI indirizza sia i nuovi progetti sia le app già basate su Builder verso un'integrazione con un server personalizzato. I workflow ospitati esistenti sono supportati soltanto durante il periodo di transizione. Indicazioni per la transizione di ChatKit.

Cambia ciò che avviene dietro la finestra di chat. Nell'architettura che resta disponibile, il browser invia le richieste al proprio server ChatKit, il server esegue l'implementazione dell'agente e i suoi strumenti, poi restituisce i risultati all'interfaccia. Conservare la stessa esperienza visiva non mantiene in funzione il vecchio percorso di esecuzione ospitato.

La guida all'integrazione avanzata elenca i componenti da implementare: un ChatKitServer, un endpoint HTTP, un archivio persistente per thread e messaggi in produzione, un archivio di file se sono previsti caricamenti e un contesto server per identità e permessi. Descrive anche il collegamento con l'Agents SDK.

Per un'app di assistenza clienti, ricevere una risposta non basta a superare i test di accettazione. Verificare che il cliente autenticato veda soltanto la conversazione prevista, che gli allegati restino utilizzabili dove necessario, che gli strumenti autorizzati vengano eseguiti e che l'escalation raggiunga ancora il destinatario corretto. Pianificare la gestione della cronologia esistente delle conversazioni: non presumere che venga trasferita insieme all'esportazione del workflow.

La guida alla creazione di un chatbot con ChatKit affronta le responsabilità di prodotto più ampie. Per questa migrazione, la verifica decisiva è che una conversazione reale si completi attraverso il backend sostitutivo rispettando le regole previste per accessi e azioni.

Checklist di migrazione: cosa fare entro le scadenze

Salvare prima la base di riferimento delle valutazioni, poi trasferire esecuzione e prompt prima della chiusura. Questa base è l'insieme di esempi e risultati accettabili con cui stabilire se la nuova soluzione funziona. Senza di essa, si rischia di spostare il codice e perdere comunque il comportamento su cui fanno affidamento gli utenti.

Prima del 31 ottobre 2026: esportare e conservare le valutazioni

Nominare subito un responsabile delle valutazioni. Conservare gli input di test, i risultati attesi, le definizioni dei valutatori, le versioni dei prompt, le impostazioni dei modelli e i risultati esistenti più importanti per comprendere il comportamento attuale. Esportare ciò che il workflow permette di esportare; dove non è possibile, copiare la configurazione e ricrearla al di fuori della piattaforma.

Il 31 ottobre segna il passaggio alla sola lettura, non un termine ultimo documentato per l'esportazione. Qui si consiglia di completare il backup prima di quella data come scadenza di progetto, così da avere una base di riferimento utilizzabile durante la migrazione.

La guida di OpenAI alla migrazione da Evals consiglia Promptfoo e descrive come ricreare manualmente prompt, provider, casi di test e asserzioni. Non richiede una funzione di esportazione di OpenAI Evals. Prima di affidarsi ai punteggi dei valutatori ricreati, eseguirli di nuovo e validarli: OpenAI avverte che i punteggi possono variare da un sistema all'altro.

Una consegna utile comprende una suite di valutazione eseguibile e una spiegazione di ciò che costituisce un fallimento. Lo screenshot di un vecchio punteggio documenta il passato, ma non sostituisce la suite.

Prima del 30 novembre 2026: trasferire workflow e oggetti prompt

Completare queste attività prima della chiusura prevista:

• Mettere in produzione il workflow esportato per l'SDK oppure validare e creare il Workspace Agent che lo sostituisce.
• Trasferire sul server sostitutivo tutte le app ChatKit che si appoggiano ad Agent Builder.
• Spostare il contenuto dei prompt riutilizzabili fuori dagli oggetti prompt gestiti.
• Eseguire il nuovo processo di valutazione e analizzare i cambiamenti di comportamento.
• Eliminare le dipendenze in produzione dai servizi in dismissione e assegnare un responsabile della nuova soluzione operativa.

Gli oggetti prompt richiedono una ricerca separata nel codice dell'applicazione. Un workflow può funzionare correttamente mentre un'altra funzionalità dipende ancora dall'ID di un prompt salvato. La guida di OpenAI alla migrazione dei prompt trasferisce il testo dei prompt nel codice sorgente, sostituisce le variabili con argomenti di funzione e passa i messaggi generati tramite input della Responses API, al posto dell'oggetto prompt gestito. Versionare il prompt insieme all'applicazione e, dove praticabile, mantenere un prefisso condiviso stabile prima dei valori dinamici.

Per un assistente di fatturazione, ciò che va consegnato è l'insieme completo delle istruzioni, con le sostituzioni delle variabili e le risposte attese nei casi rappresentativi. Copiare solo il paragrafo visibile, perdendo una variabile o scegliendo la versione salvata sbagliata, significa lasciare la migrazione incompleta.

Fissare una data interna di passaggio precedente alla scadenza del fornitore, lasciando il tempo di analizzare eventuali test falliti. Documentare una soluzione di ripiego per il periodo di transizione ancora disponibile: se dipende a sua volta da un servizio dismesso, non potrà essere d'aiuto dopo la chiusura.

Enfasi eccessiva ed equivoci da evitare

«AgentKit chiude» è una formula troppo generica per guidare una decisione tecnica. Gli avvisi indicano prodotti e risorse salvate specifici. SDK, ChatKit, Responses API e la distinta Agents API continuano ad avere una documentazione di riferimento; sono i servizi ospitati coinvolti a richiedere una migrazione.

Un'esportazione non dimostra l'equivalenza del comportamento. Una soluzione sostitutiva generata può produrre una risposta convincente saltando però il ramo che richiedeva un'approvazione. Confrontare il comportamento osservabile con i requisiti originali, senza limitarsi a verificare se il nuovo diagramma o il codice sembrano familiari.

La continuità di ChatKit non mantiene in vita l'hosting di Builder. L'interfaccia può restare mentre cambia il servizio che esegue il lavoro. Pianificare di conseguenza risorse e responsabilità tecniche, senza dare per scontato che serva un nuovo frontend.

La chiusura di Evals non elimina la necessità di valutare gli agenti. Sposta la responsabilità della manutenzione dei test. Allo stesso modo, trasferire un prompt nel codice non dismette la Responses API: cambia il modo in cui l'applicazione le fornisce le istruzioni.

Domande frequenti su AgentKit oggi

OpenAI AgentKit è gratuito?

Non pianificare la migrazione dando per scontato che AgentKit sia un unico prodotto gratuito. Scegliere prima un ambiente di esecuzione che resterà disponibile, poi verificare i costi attuali di modelli, strumenti e infrastruttura. Gli avvisi di chiusura non fissano un prezzo universale per la migrazione.

Come si usano gli agenti di OpenAI?

Per un workflow Agent Builder esistente, esportarlo nell'Agents SDK oppure ricrearlo come Workspace Agent. Per una nuova app, scegliere un ambiente di esecuzione attuale e testare gli strumenti e i permessi necessari all'attività. Un'interfaccia ChatKit richiede un'implementazione lato server.

Cosa possono fare gli agenti di OpenAI?

Gli agenti possono usare strumenti e svolgere attività in più passaggi. Una migrazione utile parte dall'attività concreta da cui si dipende già, come preparare un riepilogo interno o rispondere a una richiesta di assistenza autenticata, e ne conserva il comportamento richiesto nel nuovo ambiente di esecuzione.

Da dove partire lunedì

Nominare un responsabile della migrazione e scegliere un workflow rappresentativo già in produzione. Salvarne il codice esportato, il contenuto dei prompt e la base di riferimento delle valutazioni, poi eseguire la soluzione sostitutiva dall'inizio alla fine. Usare il risultato per stimare il lavoro sul resto dei workflow. La prima consegna dovrebbe dimostrare che un'attività necessaria si conclude con i permessi e i risultati corretti, seguita da un piano con scadenze per trasferire tutto il resto.

Per aggiornamenti pratici sullo sviluppo e sulla gestione di workflow AI, iscriviti alla newsletter.