**Il 99% delle persone non si è accorto che OpenAI ha fatto l'ennesimo passo avanti nell'ingegneria dell'IA
**
- Lanci completamente nuovi (ciao, Grokbot) e destinati a cambiare le regole del gioco, di cui parlerò in questo articolo: cosa sono, perché contano e come configurarli per sfruttarli al 100% Dots è il punto di partenza più interessante. Ti offre un agente personale con il suo computer cloud e la capacità di delegare il lavoro in background. Scopri Dots.
DevDay ha portato anche nuovi modelli, documenti condivisi, aggiornamenti per il coding, plugin e strumenti per integrare gli agenti direttamente nei tuoi prodotti.
prima dell'alpha - iscriviti al mio substack per altre dritte fresche - https://substack.com/@0xcodila
1. Crea il tuo Dot e assegnagli un compito
https://x.com/OpenAI/status/2104980481876070819
Apri Dots in ChatGPT da desktop e segui l'introduzione. Puoi aggiungere le connessioni durante la configurazione o tornarci più tardi.
Al lancio, l'accesso personale viene distribuito gradualmente agli adulti sui piani Pro 100, 200 e 500
ma in ogni caso controlla i requisiti di accesso attuali prima di acquistare un piano per questa funzione!
Se il tuo account non ha ancora Dots, i passaggi dal 5 all'8 ti offrono comunque ottimi spunti da cui partire, a seconda del tuo piano.
La versione di lancio di Dots gira su
GPT‑6 Astra
Ed ecco il momento in cui Dots batte GrokBot Grok 4.6 è davvero debole, e l'unico modo per migliorarlo è collegargli direttamente GPT e Claude
https://x.com/0xCodila/status/2104634929518641487
Sol è una scelta di modello separata per Work, Codex e l'API
Ora dai una responsabilità al tuo Dot. "Aiutami a essere produttivo" lascia quasi tutto indefinito.
Inizia da qui:
Aiutami a coordinare il lancio di [prodotto] il [data]. Usa il brief di lancio, la checklist e le conversazioni che condivido esplicitamente. Individua i requisiti modificati, i blocchi, i responsabili mancanti e le decisioni che devo prendere. Come primo compito, restituisci un report sullo stato del lancio con i link alle fonti. Chiedi informazioni sugli accessi mancanti. Prepara delle bozze di suggerimenti; ottieni la mia approvazione prima di inviare messaggi o modificare i file condivisi.
Leggi attentamente quel primo report. Conosce la data di lancio corretta? Riesci ad aprire le sue fonti? Ha confuso un suggerimento con una decisione già presa?
Correggi questi malintesi prima di affidargli un lavoro ricorrente.
Il tuo primo successo è un brief corretto. Tutto il resto si costruisce su quello.
2. Collega le app e il computer di cui ha bisogno
Per la messaggistica, apri il profilo del tuo Dot e seleziona Aggiungi.
La guida ai canali copre le opzioni supportate, tra cui Slack e Microsoft Teams.
Per il nostro lancio, collega i documenti sorgente e gli strumenti di comunicazione necessari al compito. Poi chiedi al tuo Dot di identificare a cosa può effettivamente accedere.
Individua il brief di lancio e la checklist che ho condiviso. Dammi i loro link e le ultime modifiche rilevanti. Dimmi quali delle fonti richieste non riesci a leggere.
Per i siti web che richiedono un login, apri il computer cloud dalla sezione Computer nel profilo del Dot. Usa il passaggio di consegne del browser o il flusso di accesso privato.
- Il suo browser ha sessioni proprie. Essere loggato sul tuo laptop personale non fa accedere automaticamente il Dot.
Inserisci le credenziali tramite l'interfaccia di accesso. Completa eventuali verifiche dell'account, poi restituiscigli il controllo affinché possa continuare.
Il lavoro in cloud può continuare anche con il laptop chiuso. Lavorare sul tuo computer richiede invece che quel computer sia acceso e l'app in esecuzione. Scegli l'ambiente di conseguenza.
Un errore facile da fare: collegare Slack non crea un'istruzione permanente per monitorare un canale. Lo imposteremo esplicitamente nel passaggio 4.
3. Delega i risultati e mantieni il contesto
Un aggiornamento sul lancio tocca diverse fonti. Dai al tuo Dot l'intero deliverable, con una definizione chiara di cosa significa "finito".
Può delegare attività in background. Queste attività ricevono istruzioni e contesto pertinenti; non dare per scontato che ogni worker veda l'intera conversazione.
Prova questo quando le tue connessioni funzionano:
Confronta il brief di lancio attuale, la checklist e la discussione Slack selezionata. Produci un unico aggiornamento con quattro sezioni: cosa è cambiato, cosa è bloccato, chi è responsabile della prossima azione e cosa richiede la mia
decisione. Collega ogni affermazione fattuale alla sua fonte. Se le fonti sono in conflitto, evidenzia il conflitto. Etichetta i responsabili proposti come suggerimenti, a meno che qualcuno non abbia già accettato il compito.
Quell'ultima frase è fondamentale. Un elenco formattato alla perfezione può trasformare silenziosamente un'ipotesi nella responsabilità di qualcun altro.
Usa Attività per controllare il lavoro delegato e i suoi output. Apri il deliverable effettivo e verifica se risponde davvero all'incarico.
- I Dot possono conservare un contesto utile attraverso memoria e note. Maaa questo non significa che ricordino ogni singolo dettaglio di ogni conversazione.
Conserva le decisioni importanti del progetto in un documento sorgente accessibile e puntalo nelle attività future.
Per il lavoro di coding delegato al cloud, configura prima un ambiente Codex Cloud. Il passaggio 7 copre questo prerequisito.
L'output utile qui è un unico aggiornamento su cui puoi agire, con le prove abbastanza vicine da poter essere verificate.
4. Rendilo ricorrente, mantenendo il controllo
Una volta che il report una tantum diventa utile, richiedi una pianificazione.
Ogni giorno feriale alle 09:00 Europe/Sofia, prepara l'aggiornamento sul lancio usando le fonti che abbiamo verificato. Continua fino al [data di fine]. Consegnalo a [destinazione supportata]. Includi le modifiche rispetto al report precedente e le decisioni in attesa da parte mia. Conferma la pianificazione salvata, il fuso orario e la destinazione.
Controlla la voce sotto Pianificati. Verifica che sia stata effettivamente creata e che l'orario corrisponda alla tua richiesta.
- Il monitoraggio basato sugli eventi è un'altra cosa. Chiedi cosa supporta il servizio collegato, poi verifica l'evento e la risposta prima di farci affidamento.
Ad esempio: un requisito cambia nel canale di lancio → il tuo Dot prepara un brief aggiornato. Il semplice collegamento del canale non stabilisce questa routine.
Successivamente, rivedi le Regole personalizzate in Impostazioni → Personalizzazione → Autorizzazioni.
Puoi specificare quali azioni procedere liberamente, quali richiedere una richiesta esplicita, quali chiedere approvazione o quali restituire a te.
La mia regola di partenza per questo lancio sarebbe:
Fai ricerca e prepara bozze entro gli accessi che ti ho concesso. Chiedi prima di inviare messaggi, modificare i record di progetto condivisi, spendere soldi o pubblicare qualsiasi cosa.
Queste regole guidano il comportamento; non concedono autorizzazioni mancanti per le app né garantiscono che ogni azione venga gestita perfettamente.
Ci sono anche tre posti diversi per fermare il lavoro:
- Pausa - Attività - Pianificati
Mettere in pausa l'agente principale non annulla automaticamente gli altri due. Controllali tutti e tre quando chiudi un workflow.
5. Metti al lavoro GPT‑6.1 Sol
Il selettore dei modelli è il prossimo posto in cui andrei.
GPT‑6.1 Sol è disponibile in Work e Codex su Plus, Pro, Business, Enterprise ed Edu. Gli amministratori del workspace potrebbero doverlo abilitare
https://x.com/thsottiaux/status/2105007628460109953
Anche nel selettore del modello in chat
OpenAI descrive Sol come un modello che offre prestazioni vicine ad Astra a un costo inferiore. Io li confronterei su un compito familiare e impegnativo prima di scegliere un predefinito.
Apri il selettore del modello sotto il compositore, scegli Sol e inizia con l'impostazione di ragionamento predefinita.
Assegnagli un compito con un output che puoi valutare:
Leggi questo brief di lancio e la landing page attuale. Trova le affermazioni non supportate, ambigue o incoerenti. Suggerisci sostituzioni esatte e spiega quali prove servono per ogni modifica.
Per gli utenti API, l'ID del modello è gpt-6.1-sol.
Ecco il consueto confronto dei prezzi dei token:
Questo rende i prezzi unitari standard di input e output di Sol inferiori dell'80%. Il costo finale del tuo compito dipende comunque dall'uso dei token, dagli strumenti e dalle condizioni di prezzo.
Sol supporta una finestra di contesto da 1,05 milioni di token. Le richieste oltre i 272.000 token di input hanno tariffe più alte; controlla la pagina del modello prima di dare per scontato che un contesto enorme costi poco.
Ora separa la scelta del modello dalla scelta della velocità.
Rispetto ad Astra standard, Astra Ultrafast genera token fino a 8 volte più velocemente in Codex.
https://x.com/sama/status/2104994601140711896
Un compito con attese del browser, strumenti o ragionamenti lunghi non finirà automaticamente otto volte più velocemente
La guida alla velocità elenca l'accesso per Pro 500 e per gli account Enterprise/Edu idonei. Ultrafast consuma anche l'utilizzo più rapidamente.
Il nuovo livello Pro 500 costa 500 $/mese. Acquistare crediti extra su Pro 100 o 200 non sblocca Ultrafast.
Infine, Accedi con ChatGPT può consentire agli utenti Plus/Pro idonei di applicare l'utilizzo del proprio piano nelle app di terze parti partecipanti.
Scegli l'opzione di accesso ChatGPT, quindi abilita l'utilizzo del piano dove offerto. Il supporto per il login e il supporto per l'utilizzo del piano sono cose diverse; l'utilizzo condivide la tua quota e potrebbero comunque applicarsi i costi dell'app.
6. Porta il tuo lavoro nello Space di ChatGPT
**Parte super interessante
Il nostro lancio ora ha report, decisioni e bozze. Dagli un posto dove il team possa trovare la versione aggiornata.*
https://x.com/thsottiaux/status/2104983716049379472
Al lancio, Space e Pages sono disponibili su Pro, Business ed Enterprise.
Apri Space, scegli Nuova pagina e crea una pagina di lancio. Aggiungi il brief, i file rilevanti e i link alle fonti.
Usa ChatGPT accanto alla pagina per scriverla o revisionarla. La guida a Space spiega come creare pagine, organizzare gli spazi e condividere l'accesso.
Trasforma questi materiali di lancio in una pagina di lavoro con: ambito attuale, affermazioni approvate, decisioni aperte, responsabili e un registro delle modifiche datato. Conserva i link alle fonti.
È qui che Pages diventa utile: la versione concordata ha una casa a cui puoi tornare e che puoi aggiornare.
Per uno spazio di team, usa Tutti → Nuovo → Space, dagli un nome e invita i collaboratori. Controlla gli accessi prima di aggiungere materiale sensibile; l'appartenenza allo spazio si applica a tutte le sue pagine.
Slides collaborativi è un altro annuncio del DevDay, con disponibilità prevista per le prossime settimane. Consideralo come una parte imminente di questo workflow.
Per l'automazione condivisa, Teams e Team Tasks forniscono lavori pianificati o basati su eventi utilizzando connessioni di team e account di servizio configurati.
- Coinvolgi l'amministratore del workspace per quella configurazione. Un workflow di team necessita di accessi che sopravvivano al logout o all'uscita di un collega.
OpenAI ha anche annunciato @ChatGPT in Slack e Microsoft Teams. Gli amministratori configurano l'integrazione e i relativi strumenti e canali consentiti.
- Il tuo Dot personale in Slack e l'integrazione condivisa @ChatGPT di un workspace hanno regole di configurazione e accesso diverse. Decidi quali fonti dovrebbe usare il workflow.
Poi c'è il plugin Meetings: installalo da Plugin, completa la configurazione audio e usa Prendi appunti per una riunione.
Informa i partecipanti e ottieni il consenso prima di registrare. Successivamente, rivedi il riepilogo e le azioni proposte prima di trasformarle in impegni.
Al lancio, Meetings è una beta desktop per macOS per Pro e Business, con Enterprise in alpha. Le connessioni al calendario aggiungono comodità come i promemoria.
7. Sviluppa, revisiona e rilascia con Codex
Supponiamo che il report di lancio trovi un problema reale: la pagina di registrazione si rompe su mobile.
https://x.com/OpenAIDevs/status/2104996045482778973
Dai al compito di coding un obiettivo riproducibile.
Prima, configura Codex Cloud: scegli Lavora in → Cloud, crea un ambiente e collega il repository GitHub necessario
Lascia che la configurazione analizzi il progetto e installi le dipendenze. Rivedi il suo report, risolvi le lacune e pubblica l'ambiente prima di iniziare il compito.
Riproduci l'errore di registrazione descritto in [issue]. Identifica la causa, applica la correzione minima appropriata ed esegui i controlli pertinenti. Restituisci il diff, i risultati e le incertezze rimanenti.
La rinnovata Codex CLI offre un altro punto di ingresso. Segui la guida all'installazione, accedi e aprila nella directory del tuo progetto.
Per iniziare con Sol:
1codex --model gpt-6.1-sol
L'aggiunta include il controllo vocale e una vista /agents per tracciare il lavoro delegato.
- La CLI include anche selezione del modello, permessi e controlli di revisione. Scegli l'ambiente che fornisce all'agente il repository e gli strumenti di cui ha realmente bisogno.
Successivamente, apri Code Review nella barra laterale desktop, collega il tuo provider e seleziona una pull request.
La guida alla revisione elenca il supporto per GitHub e l'anteprima per GitLab. Una volta configurate, le revisioni automatiche possono fare un primo passaggio nel cloud.
Esamina i risultati della revisione insieme alle modifiche e alle prove dei test prima di fare il merge.
Per il lavoro sulla sicurezza, installa Codex Security Cloud, seleziona Nuova scansione e configura il repository e l'ambiente cloud.
Abilita i controlli continui sui commit quando utile e ispeziona le prove per ogni risultato.
- Fix with Codex può preparare una patch; revisionala prima di creare una PR in bozza.
La mia regola qui è semplice: chiedi le prove necessarie per accettare la modifica, e poi leggile davvero
8. Costruisci i tuoi strumenti con Sites e Plugin
Dopo qualche aggiornamento di lancio, noterai dei passaggi ripetitivi: stessi input, stesso formato, stessi controlli.
Questo è un ottimo candidato per un plugin.
Dove disponibile, menziona @Plugin Creator e descrivi il workflow. La guida alla creazione spiega come affinarlo, testarlo e installarlo.
Crea un plugin Launch Update. Input: un brief di lancio, la checklist attuale e le modifiche datate. Output: un aggiornamento con fonti, blocchi, responsabili e decisioni. Chiedi le fonti mancanti. Distingui i fatti confermati dai suggerimenti. Prepara bozze per la revisione. Usa questo aggiornamento allegato come riferimento per la formattazione.
Testalo con informazioni incomplete e date in conflitto. Un workflow che funziona solo su un esempio perfetto non ti farà risparmiare molto tempo.
Gli annunci sui plugin del DevDay riguardano anche l'invio e la scoperta, oltre alle Extensions per interfacce più ricche come app nella barra laterale, pannelli di conversazione ed editor di file.
Esplora gli esempi ufficiali di Extensions prima di decidere se il tuo plugin ha bisogno di un'interfaccia personalizzata.
Poi, usa Sites per costruire una dashboard di lancio. Descrivi i suoi utenti, i dati sorgente e le azioni che ogni persona dovrebbe poter compiere.
La nuova funzionalità Sites con plugin può utilizzare strumenti e dati collegati. Al lancio, questi siti sono privati per il workspace e dipendono dall'abilitazione dello stesso.
Ogni visitatore usa i propri account e permessi collegati. Condividere il sito non dà a tutti l'accesso alle tue connessioni.
Fai l'anteprima con dati reali e consentiti. Salva una versione mentre iteri; il deploy crea un URL live, quindi rendi la pubblicazione un passaggio consapevole.
MCP Events aggiunge un altro tassello: i server supportati possono fornire eventi che avviano il lavoro degli agenti, utilizzando sottoscrizioni e webhook.
Ad esempio, un nuovo blocco al lancio potrebbe innescare una bozza di aggiornamento. La guida agli eventi illustra il supporto server richiesto; un normale connettore non diventa automaticamente una fonte di eventi.
Infine, i Profili condivisibili ti danno un posto dove mettere in mostra i Sites selezionati.
Apri il tuo profilo, scegli cosa mostrare e rivedi le impostazioni di condivisione. I profili personali partono come privati; disponibilità e controlli del workspace variano, con il supporto Enterprise indicato come in arrivo.
9. Integra gli agenti nel tuo prodotto (concorrente di Jev)
https://x.com/thsottiaux/status/2104986448269279399
Per gli sviluppatori, la domanda successiva è come offrire questo tipo di workflow all'interno di un'applicazione che i clienti usano già.
L'Agents API è stata lanciata il 10 settembre. Il DevDay amplia il quadro con il computer use; si tratta di traguardi separati.
Inizia con la quickstart ufficiale. Crea una chiave API di progetto con i permessi richiesti, installa l'SDK ed esegui l'esempio sandbox fornito.
Tieni la chiave fuori dalla sandbox dell'agente. Il tuo primo obiettivo è creare una sessione, osservare i progressi e ispezionare un risultato reale.
Poi aggiungi il computer use basato su browser se il tuo workflow lo richiede. La guida copre le richieste di accesso ai siti web, il login, l'attività del browser e la pulizia della sessione.
Per il nostro lancio, inizia con un compito ristretto: controlla il flusso di registrazione pubblico e segnala il primo passaggio rotto. Usa un account di test quando è necessaria l'autenticazione.
- La Decisions API sceglie tra risposte predefinite utilizzando contesto testuale o visivo. Si concentra su classificazione, routing e decisioni simili.
Esempio di design: instradare un problema di lancio in arrivo verso copy, engineering o human_review. Concorda le etichette e gli esempi di valutazione prima di cablare la decisione in produzione.
È stata lanciata in anteprima limitata, con un accesso più ampio previsto nei giorni successivi. Controlla l'accesso prima di costruirci sopra una dipendenza.
Per i team AWS, Bedrock Managed Agents porta l'infrastruttura degli agenti e l'inferenza dei modelli di OpenAI dentro Amazon Bedrock.
La sua esecuzione, autenticazione e servizi di supporto differiscono dall'API ospitata da OpenAI. Usa la configurazione specifica per AWS, incluso IAM, per quel percorso di implementazione.
Anche gli annunci su Private Intelligence richiedono una lettura attenta.
Private Safety Processing supporta la revisione automatizzata della sicurezza senza che OpenAI conservi i prompt e le risposte coperti. I record di sicurezza crittografati rimangono nello storage controllato dal cliente secondo la configurazione di conservazione documentata.
Private Inference è stata annunciata in anteprima per questo autunno. Trattala come un futuro traguardo di disponibilità quando pianifichi un'implementazione.
Infine, OpenAI Marketplace consente alle aziende idonee di utilizzare parte del proprio impegno con OpenAI per software partner approvati. L'accesso avviene tramite il processo di manifestazione di interesse aziendale.
Questi stati di lancio sono registrati nel recap ufficiale del DevDay.
10. Mettilo in pratica: quattro configurazioni operative
Non devi assemblare tutto questo il primo giorno.
Scegli il workflow che crea qualcosa di utile per te questa settimana. Questi sono progetti di partenza; ognuno dipende dagli accessi e dalle connessioni descritti sopra.
A. Il coordinatore del lancio
Dai a Dots il brief di lancio, la checklist, le discussioni selezionate e una pianificazione verificata. Mantieni il piano attuale in una pagina Space.
Prepara l'aggiornamento di lancio di oggi. Mostra modifiche, prove, blocchi e decisioni che mi competono. Prepara eventuali messaggi di follow-up per l'approvazione.
Verifica: Riesci a risalire da ogni affermazione importante alla sua fonte? Il report ha intercettato l'ultima modifica concordata?
B. La scrivania di ricerca del creator
Usa un'attività programmata di Dot per raccogliere le modifiche da un elenco definito di fonti. Usa Sol per trasformare gli appunti verificati in una bozza.
Controlla queste fonti ufficiali per aggiornamenti dal [data]. Separa le funzionalità rilasciate dalle anteprime e dagli annunci. Collega ogni affermazione fattuale. Suggerisci tre angolazioni per un articolo.
Verifica: Apri le fonti, controlla le date e rimuovi qualsiasi frase che implichi che tu abbia testato personalmente qualcosa che non hai usato.
C. Il workflow issue-to-PR dello sviluppatore
Dai a Codex un problema riproducibile e un ambiente configurato. Revisiona le modifiche risultanti, poi usa Code Review e gli strumenti di sicurezza dove appropriato.
Riproduci questo problema, proponi una correzione ed esegui i controlli pertinenti. Mostra il diff e i risultati effettivi. Segnala tutto ciò che non sei riuscito a verificare.
Verifica: L'errore originale scompare? I test sono pertinenti? Un revisore può capire la modifica e i rischi residui?
D. La scrivania di follow-up del team
Usa Meetings per gli appunti, Space per il verbale concordato e un Team Task per il follow-up una volta configurato l'accesso condiviso.
Estrai decisioni, azioni proposte, responsabili e date da questi appunti. Evidenzia tutto ciò che è incerto. Prepara il follow-up per la revisione prima di inviarlo.
Verifica: Ogni responsabile ha accettato l'azione? Le date provvisorie sono chiaramente indicate? Il team riesce ad aprire il record collegato?
Il cambiamento
L'area in cui Dot ha davvero un vantaggio su GrokBot è il modello.
Ma questo porterà davvero molte persone dalla parte di OpenAI?
Quindi tu definisci il risultato → gli agenti portano avanti il lavoro → tu prendi le decisioni.
La vera alpha sta nel collegare queste novità in un workflow con una responsabilità chiara, un contesto utile e un risultato verificabile:
- Dai a Dots un lavoro continuativo e confini di permesso chiari.
- Usa Sol e Codex per fare ricerca, sviluppare e revisionare.
- Tieni il lavoro condiviso in Space. Trasforma i passaggi ripetuti in plugin e attività programmate
Ora sei tu a progettare come scorre il lavoro.
Cosa lo avvia? Quali fonti dovrebbe usare? Che aspetto ha il risultato finito? Quali decisioni tornano a te?
Ora hai la configurazione, i prompt e quattro workflow pratici. Scegline uno ricorrente. Misura il tempo risparmiato e le correzioni necessarie. Poi espandi.
L'abilità da sviluppare è definire il lavoro in modo abbastanza chiaro da permettere a un agente di portarlo avanti senza che tu debba dirigere ogni singolo clic.
Salva questo playbook nei preferiti - poi dai al tuo Dot il suo primo vero lavoro
