Dots OpenAI: cosa sono gli agenti sempre attivi di ChatGPT

Dots OpenAI è un prodotto per agenti personali persistenti dentro ChatGPT: il proprio dot può seguire responsabilità continuative, mantenere contesto pertinente e coordinare lavoro attraverso strumenti e un computer cloud. È stato annunciato il 29 settembre 2026 ed è alimentato, al lancio, da GPT-6 Astra. La promessa concreta riguarda la continuità del lavoro, non soltanto la qualità di una risposta. Annuncio ufficiale OpenAI.

Per una PMI significa poter assegnare un incarico come «tieni aggiornati i materiali di questo progetto e segnalami ciò che richiede una decisione», invece di ricominciare ogni volta con allegati e spiegazioni. Per ottenere un risultato utile bisogna però definire fonti, confini, output e controlli. Un agente che conserva contesto può conservare anche un equivoco: la continuità rende ancora più importante correggere le informazioni sbagliate.

Questa guida descrive il prodotto secondo la documentazione verificata il 9 ottobre 2026. Disponibilità e piani dipendono dalla regione e dal workspace: per un lettore italiano il primo controllo è la guida a Dots in Italia, piani e costi. Gli esempi qui sotto sono scenari ipotetici, non clienti Giallo né risultati misurati.

Dots OpenAI a cosa serve rispetto a una normale chat?

Una normale chat è un ottimo punto di partenza quando vuoi capire un documento, preparare un testo o discutere una scelta. Le chiedi qualcosa, ricevi una risposta, prosegui la conversazione. Con un dot il centro dell'incarico può diventare una responsabilità continuativa: seguire un progetto, conservare le informazioni rilevanti e aiutarti a portare avanti il lavoro. Questa distinzione è esplicita nella presentazione di Dots.

La differenza emerge quando cambiano gli input. Un documento di lancio riceve una modifica, una scadenza viene spostata, una richiesta rimane in sospeso. In un processo tutto manuale qualcuno deve accorgersene, ritrovare i materiali interessati e capire quali vanno rivisti. Affidare una responsabilità al dot significa definire come deve contribuire a questo percorso. Non significa che qualunque modifica in qualunque app diventi automaticamente un evento che l'agente rileva.

Considera due richieste. «Scrivi una presentazione commerciale» descrive un output singolo. «Mantieni una bozza della presentazione coerente con il brief approvato; quando il brief cambia, indicami le parti da rivedere» descrive una responsabilità. Nella seconda richiesta sono ancora da chiarire la fonte ufficiale, il modo in cui vengono rilevati i cambiamenti e la revisione prima dell'uso esterno. Il valore nasce da questi dettagli, non dall'etichetta “sempre attivo”.

Per riconoscere un buon incarico continuativo chiediti se esistono una fonte stabile, cambiamenti osservabili e un output controllabile. Un'idea vaga come «occupati del marketing» non soddisfa questi requisiti. «Prepara proposte editoriali basate sul catalogo approvato e raccogli le domande aperte» è più gestibile. La guida alle differenze tra assistente, chatbot e agente aiuta a scegliere il grado di autonomia adatto al lavoro.

Qual è la differenza tra Dots, ChatGPT Work e Codex?

Il nome OpenAI compare in esperienze diverse. Confonderle porta a scegliere il prodotto sbagliato o a cercare un'impostazione dove non esiste. Dots coordina responsabilità personali continuative; Work gestisce attività articolate e deliverable; Codex è dedicato al software. Una chat ordinaria resta adatta alla conversazione e all'esplorazione. Questi ruoli sono descritti nelle indicazioni ufficiali su ChatGPT Work e Codex.

Un dot può delegare attività e collegarsi al lavoro tecnico già organizzato, ma la delega non cambia il significato dei controlli. Se Codex ha terminato una modifica, resta da verificare il comportamento del software. Se Work ha preparato una presentazione, resta da confermare che numeri, promesse e destinatari siano corretti. Nel nostro approfondimento su Dots, Work e Codex trovi un percorso per distribuire responsabilità e revisione.

Esistono anche agenti costruibili e condivisibili nel workspace, con una documentazione distinta. Non sono automaticamente il tuo dot personale. Gli specialist dots citati da OpenAI riguardano invece una preview di responsabilità e identità dedicate alle organizzazioni attraverso pilot Enterprise. Prima di progettare un processo condiviso bisogna dunque verificare il prodotto effettivamente disponibile, senza dedurre capacità da un nome simile. Workspace agents e annuncio specialist dots.

Come funziona una responsabilità continuativa?

Un incarico ben costruito ha un percorso leggibile: fonti, lavoro, output, revisione, aggiornamento. Le fonti stabiliscono che cosa è vero per il progetto. Il lavoro indica che cosa può preparare il dot. L'output rende il risultato controllabile. La revisione identifica chi può approvarlo. L'aggiornamento spiega che cosa deve succedere quando cambiano i dati. È un metodo operativo, utile anche quando lo strumento scelto non è Dots.

La fonte dovrebbe avere un ruolo esplicito. Se esistono un catalogo ufficiale e una vecchia presentazione, non basta consegnare entrambi. Occorre dire quale prevale in caso di conflitto. Se un prodotto compare in una trascrizione come «forse disponibile a novembre», il dot non deve trasformarlo in un impegno commerciale. Il brief può imporre di marcare ogni informazione incerta e riportare il documento da cui proviene.

L'output può essere una checklist di differenze, una bozza o un riepilogo. Per il primo incarico conviene scegliere qualcosa di facilmente confrontabile con la fonte. Chiedere un elenco delle scadenze cambiate è più semplice da verificare di una riscrittura completa del progetto. Nel controllo non cercare soltanto errori evidenti: guarda anche omissioni, collegamenti non pertinenti e frasi che aumentano la certezza rispetto al documento originale.

Una responsabilità continuativa richiede inoltre una regola di interruzione. Se il progetto termina, se la fonte viene archiviata o se cambia il responsabile, l'incarico deve essere riesaminato. Altrimenti l'agente può continuare a produrre output corretti rispetto a un contesto che non serve più. Per attività periodiche, il modo di salvare orari, fuso e termine è trattato nella guida alle automazioni e ai task programmati Dots.

Un brief concreto per seguire materiali di progetto

Responsabilità: aiutarmi a mantenere coerente la checklist del progetto con il brief approvato. Fonte ufficiale: il documento indicato, nella versione concordata. Output: elenco delle differenze, riferimenti alle sezioni e domande aperte. Confini: prepara proposte; non modificare la fonte e non inviare materiali. Se trovi dati incompatibili, fermati su quel punto e chiedi quale versione prevale. La ricorrenza, se necessaria, va richiesta e verificata separatamente.

Questo esempio separa la capacità di ragionare dalla possibilità di agire. Potresti consentire la preparazione di una proposta senza autorizzare la modifica del documento originale. Potresti collegare una fonte ma chiedere che le informazioni estratte vengano usate soltanto per uno specifico progetto. La precisione del brief rende più chiaro anche il controllo umano: il revisore sa quali differenze cercare e quali attività non dovevano essere compiute.

Quali app, dati e computer può usare un dot?

Tre elementi vanno distinti: il canale di comunicazione, la connessione a un'app e il computer personale. Parlare con il dot in un canale non equivale a concedergli tutte le azioni dell'app. Collegare un account non trasferisce automaticamente le sessioni del browser locale nel cloud. OpenAI documenta queste differenze nelle pagine su computer e app e messaggistica.

Operativamente, costruisci una piccola mappa degli accessi: fonte, account, finalità e azione prevista. Una cartella con materiali approvati può essere sufficiente per preparare una sintesi. Non è necessario partire dall'intero archivio aziendale. Se il lavoro richiede email, chiarisci se il dot deve leggere un messaggio indicato, preparare una risposta o intervenire sul contenuto dell'account. Sono compiti differenti, anche se coinvolgono lo stesso strumento.

La guida a Gmail, Drive e Slack con Dots entra nei collegamenti. Per un team italiano va ricordato che Teams è descritto nella guida amministrativa come alpha su invito; SMS non è un canale documentato come disponibile per l'Italia. Evita quindi di basare il processo su un canale prima di aver verificato che sia presente nel workspace. Guida amministrativa Dots.

Il dot dispone di un ambiente cloud proprio che può continuare a lavorare senza il tuo dispositivo personale acceso. L'accesso locale ha requisiti diversi: il computer deve essere online e ChatGPT deve rimanere aperto. Questa distinzione conta se il materiale necessario è soltanto su quel computer. La guida su Dots a computer spento, cloud e accesso locale aiuta a evitare incarichi che dipendono da una risorsa non raggiungibile.

Memoria e autorizzazioni rendono Dots affidabile?

Memoria e autorizzazioni aiutano la continuità e il controllo, ma non sostituiscono la verifica. Un contesto persistente può ridurre la necessità di ripetere informazioni; può anche mantenere una preferenza vecchia o un fatto interpretato male. Per questo una PMI dovrebbe conservare fuori dall'agente i documenti ufficiali, con proprietario e versione riconoscibili. La memoria del dot è un supporto al lavoro, non il registro definitivo delle decisioni aziendali.

Sul piano del prodotto, scollegare un plugin interrompe i nuovi accessi ma non cancella il contesto già ottenuto. Disattivare la condivisione della memoria ChatGPT non elimina retroattivamente ciò che il dot ha ricevuto. Non sono documentati controlli per visualizzare, modificare o cancellare singole memorie del dot. Questi confini sono descritti nella FAQ privacy ufficiale e approfonditi nella guida a memoria e dati Dots.

Le azioni seguono accessi, istruzioni e controlli di autorizzazione. Chiedere una bozza non autorizza l'invio. Le Custom Rules definiscono condizioni, ma non concedono da sole accesso a un'app e non disattivano la sicurezza obbligatoria. La ricerca proattiva usa strumenti limitati alla lettura; eventuali azioni successive seguono i normali controlli. Controlli Dots e sicurezza del prodotto.

Per un'impresa, una regola utile identifica il risultato ammesso e il passaggio da revisionare. «Prepara bozze di risposte commerciali e mostra prezzo, destinatario e allegati prima di qualunque invio» è più verificabile di «agisci con prudenza». Il nostro articolo su permessi, approvazioni ed email mostra come rendere questi confini leggibili senza supporre che una frase elimini ogni rischio.

Come potrebbe usarlo una piccola impresa italiana?

Un produttore di arredi prepara il lancio di una linea

Immagina un produttore brianzolo che sta preparando una nuova linea per rivenditori. Ha un catalogo approvato, fotografie selezionate e una bozza di presentazione. La responsabilità assegnata al dot è raccogliere incoerenze e proporre aggiornamenti dei materiali. L'output richiesto contiene il punto modificato, la fonte e la conseguenza su presentazione, scheda prodotto e messaggio commerciale.

Il responsabile commerciale resta proprietario di prezzi, disponibilità e promesse. Quando una finitura cambia, il dot può preparare una proposta coerente con la fonte accessibile e con l'incarico. Prima di utilizzare i materiali, il responsabile confronta i riferimenti, controlla che le foto rappresentino la variante giusta e verifica che una disponibilità provvisoria non sia diventata una data certa. Il confronto usa documenti reali del progetto, non una sensazione di qualità.

Il primo ciclo può includere volutamente un'informazione incompleta, come un colore ancora da approvare. La risposta utile non inventa il colore: segnala il punto aperto. Questo comportamento vale più di una presentazione apparentemente completa. Il caso si collega alla guida su Dots per contenuti e marketing di una PMI, dove il centro è la coerenza editoriale prima della pubblicazione.

Uno studio di progettazione segue le attività di una commessa

Immagina uno studio emiliano con più professionisti che lavora a una commessa. Un coordinatore può usare il proprio dot per preparare il riepilogo personale delle questioni aperte partendo da verbali e checklist autorizzati. Il risultato è una nota interna: decisione richiesta, fonte, persona da coinvolgere e documento da rivedere. Non si presume che il dot possa leggere ogni conversazione privata o gestire automaticamente il lavoro degli altri.

Per iniziare, lo studio usa un verbale privo di dati non necessari e chiede soltanto di distinguere decisioni prese, ipotesi e azioni. Il coordinatore controlla che le responsabilità siano state attribuite correttamente. Se una frase dice «sentire il fornitore», l'agente non deve trasformarla in «ordine confermato». Solo dopo una revisione positiva si valuta una continuità dell'incarico, con fonte aggiornata e modalità di controllo definite.

Se la commessa richiede un processo condiviso, scadenze rigide e tracciamento uniforme per tutti, un dot personale potrebbe essere soltanto una parte del sistema. Il team può avere bisogno di un gestionale o di un'automazione separata. La guida agli agenti AI per aziende aiuta a distinguere il supporto personale dal processo operativo che l'organizzazione deve governare.

Quali errori rendono poco utile un dot?

Il primo errore è assegnare un obiettivo senza decidere che cosa conta come completato. «Migliora i materiali» lascia aperti tono, destinatario, fonti e grado di modifica. Un output con criteri chiari è più facile da accettare o respingere. Chiedi, per esempio, che ogni proposta mostri la frase originale e la ragione dell'intervento. Riduci l'ambiguità prima di aumentare l'autonomia.

Il secondo errore è collegare molte app prima di trovare un incarico utile. Più contesto non significa sempre contesto migliore. Documenti vecchi, duplicati e account misti possono aumentare il lavoro di interpretazione. Parti dalla fonte necessaria e aggiungi una connessione soltanto quando risolve un ostacolo osservato. Il terzo è scambiare l'assenza di una notifica per una prova che non sia cambiato nulla: conta sapere se il controllo era effettivamente previsto ed eseguito.

Il quarto errore riguarda lo stop. Mettere in pausa il task principale non implica che si fermino anche attività delegate e ricorrenze, che vanno controllate rispettivamente in Activity e Scheduled. Prima di cambiare progetto, verifica tutte le attività pertinenti. Questa distinzione è documentata nei controlli ufficiali: il comando di pausa non va descritto come un interruttore universale.

Un ultimo errore è scegliere attraverso confronti troppo generici. Un modello, una chat e un agente persistente non si misurano con la stessa domanda. Il confronto Kimi AI vs ChatGPT serve a ragionare sulle esigenze di lavoro; non dimostra da solo quale prodotto abbia accessi, responsabilità o controlli adatti alla tua azienda. Le funzioni vanno verificate nell'esperienza concreta che intendi usare.

Chi resta responsabile dei materiali prodotti?

La responsabilità operativa deve restare riconoscibile anche quando il dot coordina più attività. Un documento può avere un autore della bozza, un revisore e una persona che ne approva l'uso. Non sono necessariamente lo stesso ruolo. Scriverli nel progetto evita che un materiale diventi ufficiale perché qualcuno lo ha trovato nella conversazione o perché un task risulta terminato.

Per il primo incarico puoi assegnare un unico revisore e un output interno. Se il progetto cresce, chiarisci chi decide sui dati tecnici, chi sul tono e chi sulla distribuzione. Il dot può aiutare a raccogliere domande per questi referenti, ma non dovrebbe risolvere implicitamente un conflitto fra le loro indicazioni. Una decisione confermata va riportata nella fonte ufficiale del progetto.

Questo principio aiuta anche quando cambi strumento. Se il processo ha un proprietario e criteri chiari, puoi valutare una chat, un dot o un'automazione dedicata senza perdere la logica del lavoro. Il risultato accettato appartiene al progetto; la continuità dell'agente serve a sostenerlo.

Come decidere se avviare un progetto con Dots?

Scrivi prima l'incarico su un foglio. Se non riesci a indicare la fonte, il risultato atteso e il responsabile della revisione, il problema è ancora organizzativo. Quando questi elementi sono chiari, verifica accesso al prodotto e disponibilità delle connessioni. Poi assegna un compito circoscritto, con un output interno e una condizione di conclusione. La guida su come creare il primo dot accompagna questa fase senza dare per scontato il piano.

Valuta il risultato con tre domande: le informazioni sono fedeli alle fonti? Le questioni aperte sono visibili? Il lavoro restituito aiuta qualcuno a prendere la prossima decisione? Non serve inventare una percentuale di risparmio. Puoi registrare quali passaggi hai dovuto correggere e quanto lavoro di revisione è rimasto. Se l'output cambia molto fra incarichi simili, stabilizza prima fonti e istruzioni, poi valuta ulteriori connessioni o ricorrenze.

Dots è interessante quando una responsabilità beneficia di continuità, contesto e coordinamento. Una richiesta occasionale può restare in chat; una regola ripetitiva e rigida può essere candidata a un'automazione dedicata. Per i concetti di base torna alla guida su cosa sono gli agenti AI. Se vuoi trasformare un incarico della tua PMI in un processo verificabile, il lavoro di progettazione di agenti AI di Giallo può partire proprio da fonti, output e punti di revisione, prima della scelta degli strumenti.