Come creare il primo Dot in ChatGPT e assegnargli un progetto

Per creare un dot in ChatGPT devi partire da un account eleggibile e usare l'app desktop o il web desktop. La configurazione comprende le connessioni che scegli e l'eventuale accesso al computer personale. Non serve collegare subito ogni strumento: il primo progetto funziona meglio quando ha un perimetro piccolo e un risultato facile da controllare. Onboarding ufficiale Dots.

Al 9 ottobre 2026, un abbonamento Pro italiano non basta per l'accesso Dots al lancio, perché il SEE è escluso da quel percorso. Business Premium è in rollout mondiale. Prima di seguire i passaggi, controlla disponibilità, piani e costi di Dots in Italia: questa guida non dimostra che la funzione sia già attiva nel tuo account.

L'obiettivo del primo progetto è ottenere una prova di comprensione: il dot deve riconoscere le fonti, preparare l'output richiesto e rendere visibili i punti aperti. Solo dopo conviene allargare l'incarico. Se vuoi capire il ruolo del prodotto prima del setup, trovi la mappa in Dots OpenAI: cosa sono.

Che cosa preparare prima di creare il dot?

Prepara una pagina di progetto con cinque elementi: obiettivo, fonte, output, revisore e confini. Non deve essere un documento lungo. Deve permettere a un'altra persona di capire che cosa vuoi ottenere e come valuterai il risultato. Se la descrizione non è comprensibile a un collega, anche il dot potrebbe interpretarla in modi diversi.

L'obiettivo descrive il lavoro concreto. «Aiutami a seguire la checklist di una commessa» è più utile di «organizza meglio l'azienda». La fonte identifica il materiale che prevale in caso di conflitto. L'output può essere una tabella di variazioni o un elenco di domande aperte. Il revisore è la persona che conosce il progetto e decide se la proposta è corretta. I confini indicano ciò che il dot può preparare e i passaggi che richiedono una nuova decisione.

Raccogli prima una versione ordinata del materiale. Un file approvato e una bozza dovrebbero essere distinguibili dal nome e dal contenuto, senza affidarsi alla sola data di caricamento. Se una nota contiene ipotesi, segnala che sono ipotesi. Non lasciare al dot la scelta implicita fra due prezzi o due scadenze. Il prompt engineering per iniziare è utile qui come disciplina di chiarezza, non come ricerca della formula perfetta.

Per una prima prova usa materiale dimostrativo o interno con informazioni strettamente necessarie. Un brief di poche sezioni permette di confrontare tutto l'output con la fonte. Un archivio disordinato rende difficile capire se un errore dipende dalle istruzioni, dalla ricerca o dall'interpretazione dei documenti. Lo scopo iniziale è isolare queste differenze, prima di aumentare il volume.

Come avviare la configurazione da desktop?

Entra nel contesto ChatGPT in cui vuoi usare il dot e verifica che la creazione sia disponibile. Segui il percorso di configurazione proposto dalla superficie: la documentazione prevede app desktop e web desktop, mentre l'app mobile compatibile può essere usata dopo il setup. Le etichette possono cambiare con gli aggiornamenti; non cercare comandi del vecchio ChatGPT agent come se fossero istruzioni Dots. Guida ufficiale.

Durante la configurazione valuta ogni connessione rispetto al tuo brief. Se hai già fornito un documento sufficiente, l'accesso all'intera posta non risolve necessariamente un bisogno. Se il risultato richiede materiale in un'app, identifica l'account giusto e ciò che devi autorizzare. Per il computer personale, verifica se il compito ne ha davvero bisogno: una fonte locale e una fonte accessibile nel cloud hanno prerequisiti diversi.

La guida a Gmail, Drive e Slack con Dots distingue canale di comunicazione, accesso all'app e azioni. La guida su cloud e computer locale chiarisce perché un login sul browser personale non diventa automaticamente un login nel browser cloud. Queste scelte vanno prese prima di aspettarsi che il dot trovi il materiale.

Dopo la creazione, assegna la prima responsabilità in un messaggio completo. Evita una sequenza di istruzioni sparse in cui il confine importante arriva soltanto alla fine. Includi subito il fatto che l'output è una proposta interna. Quando la fonte manca o non è accessibile, chiedi al dot di segnalarlo: un ostacolo esplicito è più utile di una risposta ottenuta riempiendo i vuoti.

Come scrivere il primo brief senza ambiguità?

Parti dal risultato atteso e aggiungi i vincoli che permettono di riconoscerlo. Per una checklist di progetto puoi usare un testo simile: «Aiutami a tenere allineata la checklist al brief approvato. Per questo primo passaggio, confronta i materiali indicati e restituisci decisioni confermate, differenze e domande aperte. Cita la sezione di origine. Prepara una proposta interna; non modificare la fonte e non inviare messaggi».

Questo è un esempio editoriale, da adattare alle connessioni effettivamente disponibili. La parola “continuativo” non programma da sola un controllo a un'ora precisa. Se vuoi un'attività periodica, definiscila separatamente con orario, fuso, termine e notifiche. OpenAI descrive il salvataggio e il controllo delle ricorrenze in Tasks and memory; la nostra guida ai task programmati Dots mostra come formulare questa parte.

Chiedi poi una rilettura del brief: «Riassumi ciò che seguirai, la fonte ufficiale, l'output e quando mi chiederai una decisione». È un controllo di comprensione, non una certificazione. Se la risposta introduce una pubblicazione o una modifica che non hai richiesto, correggi subito l'incarico. Se usa la bozza come fonte principale, indica quale documento prevale prima che produca nuovi materiali.

Brief per una prima checklist revisionabile

Progetto: preparazione di un materiale interno. Fonte ufficiale: il brief approvato che ti fornisco. Primo output: tabella con requisito, stato, riferimento alla fonte e dubbio da chiarire. Se una voce non compare nel brief, scrivi che manca. Non trattare ipotesi come decisioni. Prepara la proposta nella conversazione; chiedimi una nuova istruzione prima di usare altri account, modificare la fonte o comunicare fuori dal progetto.

Una buona rilettura lascia visibili le incertezze. Se il dot dice che seguirà «tutte le scadenze aziendali», il perimetro è diventato più ampio del progetto. Se dice «le scadenze presenti nei materiali indicati», puoi verificare il risultato. Il breve tempo dedicato a correggere il perimetro evita una revisione successiva su un output nato da una premessa errata.

Come controllare il primo risultato e l'attività delegata?

La revisione deve guardare il contenuto e il percorso. Sul contenuto, verifica che ogni voce sia fedele alla fonte. Controlla soprattutto omissioni, nomi, date, attribuzioni e frasi che trasformano una possibilità in certezza. Sul percorso, guarda quali attività sono state avviate e quali risultati vengono restituiti. La documentazione indica la possibilità di seguire attività delegate; il fatto che un'attività termini non prova da solo la correttezza del deliverable. Onboarding Dots.

Non limitarti a correggere una frase nel risultato. Quando trovi un errore, identifica la regola che dovrebbe evitarlo nel prossimo ciclo. Se il dot ha usato un listino vecchio, chiarisci la fonte prevalente. Se ha dato per completata un'azione ancora aperta, definisci come rappresentare lo stato. Conserva la versione approvata in un documento riconoscibile, così la revisione non dipende soltanto dal ricordo della conversazione.

Se la responsabilità richiede software, distingui il coordinamento del dot dal task tecnico. Il prodotto dedicato è Codex; prove e revisione del codice devono restare leggibili nel relativo lavoro. Il confronto Dots, Work e Codex entra in questo passaggio. Non aggiungere deleghe tecniche a un primo incarico documentale soltanto perché la funzione esiste.

Due primi progetti possibili per imprese italiane

Una piccola officina prepara una procedura interna

Immagina un'officina che vuole ordinare una procedura di accettazione dei veicoli. Fornisce un testo dimostrativo con passaggi e ruoli, senza dati dei clienti. Il primo incarico è separare ciò che il documento richiede, i punti non chiari e i materiali mancanti. Il titolare controlla che il dot non aggiunga servizi, obblighi o promesse assenti dal testo.

Il risultato utile è una checklist revisionabile. Se il dot propone un campo aggiuntivo, lo deve presentare come proposta, spiegandone la ragione. Il titolare può accettarlo, respingerlo o chiedere di consultare una fonte precisa. Solo dopo la procedura viene adattata all'uso reale. L'esempio verifica comprensione e distinzione fra requisito e consiglio, prima di qualsiasi collegamento al gestionale.

Uno studio di architettura segue i materiali di una presentazione

Immagina uno studio veneto che prepara una presentazione per una commessa. Il coordinatore consegna brief, elenco delle tavole e alcune note approvate. Il dot deve preparare la mappa dei materiali necessari e segnalare le informazioni ancora da confermare. Non viene incaricato di contattare il committente o distribuire file ai professionisti.

La prima revisione guarda se ogni richiesta del brief trova un materiale corrispondente. Se manca una tavola, il dot deve indicare l'assenza; non dichiararla pronta perché è citata nelle note. Quando il coordinatore aggiorna l'elenco, chiede un nuovo confronto. La responsabilità può crescere soltanto dopo aver visto che la fonte e gli stati vengono rispettati, seguendo la logica di un progetto pilota AI.

Quali errori evitare durante il setup?

Il primo errore è collegare ogni account e poi cercare un caso d'uso. Capovolge il percorso: gli accessi dovrebbero servire a un incarico già definito. Il secondo è usare materiale pieno di contraddizioni senza dichiararle. Il dot può rendere il testo più fluido senza risolvere la scelta aziendale sottostante. I conflitti fra fonti devono diventare domande, non occasioni per inventare una sintesi.

Il terzo errore è descrivere un output senza il suo utilizzo. Una checklist interna e una presentazione da inviare hanno criteri di revisione diversi. La guida ai permessi e alle approvazioni Dots spiega perché preparare una bozza non autorizza l'invio. Il quarto è ignorare il contesto persistente: una correzione importante va formulata con chiarezza e la versione ufficiale deve restare riconoscibile fuori dal dot.

Infine, non considerare lo scollegamento di un'app una cancellazione completa dei dati acquisiti. Prima di collegare fonti reali, leggi memoria e privacy Dots. Il setup non è soltanto una sequenza di pulsanti: decide da dove arrivano le informazioni e quali attività puoi aspettarti. Una connessione mancante va risolta come prerequisito, non coperta con istruzioni sempre più insistenti.

Come correggere il brief dopo una risposta poco utile?

Prima di aggiungere nuove istruzioni, identifica il tipo di errore. Se il dot non ha trovato una fonte, verifica l'accesso. Se ha letto il documento giusto ma ha usato una bozza come decisione finale, chiarisci la gerarchia dei materiali. Se il risultato è fedele ma difficile da utilizzare, modifica il formato dell'output. Sono tre correzioni differenti: una lista di divieti generici potrebbe nascondere la causa invece di risolverla.

Fai una correzione breve e concreta: indica la voce sbagliata, la fonte pertinente e il comportamento atteso. Chiedi poi una nuova proposta sullo stesso perimetro. Questo confronto permette al revisore di capire se il cambiamento ha risolto il problema, senza introdurre contemporaneamente un'altra fonte o una nuova delega.

Se il brief contiene una scelta che nessuno ha preso, fermati su quel punto. Il dot può presentare alternative con conseguenze e domande, ma non deve inventare la decisione del progetto. Conserva la versione del brief approvata dopo la correzione. In questo modo il successivo incarico parte da un documento riconoscibile, anziché da una sequenza di precisazioni difficili da ricostruire.

Quando allargare il primo incarico?

Allarga l'incarico quando riesci a spiegare perché il primo risultato è stato accettato. «Mi sembra buono» è meno utile di «ha trovato tutte le differenze, ha citato le fonti e ha mantenuto aperti i dubbi». Aggiungi una variabile alla volta: un'altra fonte, un output più articolato o una ricorrenza. Così puoi capire che cosa introduce una difficoltà e correggere il processo senza riscriverlo interamente.

Se il primo progetto rimane una raccolta di documenti senza un risultato chiaro, torna al brief. Se invece il dot aiuta a rendere visibile il prossimo passo, puoi valutare una responsabilità più continuativa. Per scegliere il grado di autonomia richiama la guida agli agenti AI per aziende. Un percorso di consulenza AI con Giallo può aiutare a trasformare il primo incarico in una prova con fonti, criteri e revisore già definiti.