Codex sta diventando un workspace, non solo un agente di coding
· 3 min read · Filippo Spinella · AI, Codex, Developer Tools, Productivity
La cosa che mi è rimasta in testa del nuovo annuncio su Codex non è la parola plugin. È l'idea che Codex stia provando a diventare un posto dove il lavoro atterra.
OpenAI ha pubblicato Codex for every role, tool, and workflow il 2 giugno 2026. Le novità principali sono plugin per ruolo, Sites e annotazioni. Bene. Ma la domanda utile è più semplice: un agente può prendere contesto sparso e trasformarlo in qualcosa che un team possa davvero leggere, discutere e migliorare?
Il cambio vero
Per molto tempo Codex era facile da raccontare: aiutava gli sviluppatori a modificare codice. Con questo aggiornamento la definizione diventa stretta. I nuovi plugin parlano a chi fa analytics, sales, product design, creative production, public equity investing e investment banking.
Questo cambia postura. Codex non guarda solo un repository. Può guardare dashboard, note CRM, documenti, fogli, brief di design o fonti finanziarie, e provare a ricavarne un artefatto di lavoro.
Ed è lì che la cosa diventa interessante. La maggior parte dei team non ha bisogno di un'altra risposta in chat. Ha bisogno di una pagina, una stanza di lancio, una board di review, un planner, una piccola app interna o una dashboard apribile da tutti.
Sites è la parte da tenere d'occhio
Sites mi sembra il pezzo più concreto. Una risposta in chat finisce nello scroll. Un sito ha un URL. Lo puoi mandare, commentare, riaprire dopo due giorni e chiedere a Codex di aggiornare solo ciò che è cambiato.
Lo vedo utile per lanci prodotto, customer review, business review settimanali, memo per investitori e tooling interno. Non perché la prima versione sarà perfetta. Non lo sarà. Il valore sta nel dare al team un oggetto condiviso, non un altro thread lungo.
Le annotazioni rendono il ciclo meno goffo
Anche le annotazioni contano più di quanto sembri. Se dico rendilo più chiaro, un agente può cambiare troppo. Se indico un grafico, un paragrafo o una sezione e chiedo una modifica precisa, il lavoro diventa più piccolo e controllabile.
È così che si lavora davvero. Raramente vuoi riscrivere tutto. Vuoi questa frase più netta, quel grafico meno confuso, quella slide meno piena, quella tabella ordinata meglio.
Come lo proverei
Non collegherei tutti gli strumenti il primo giorno. Sceglierei un workflow noioso, con owner chiari. Una weekly business review è perfetta: poche metriche, qualche nota, un output condiviso e revisione umana prima di mandare fuori qualsiasi cosa.
La checklist è corta:
- decidere quali fonti Codex può leggere;
- decidere cosa può scrivere;
- pretendere link alle fonti importanti;
- assegnare un owner a ogni artefatto generato;
- archiviare o eliminare ciò che non serve più.
Il pericolo non è che Codex produca una prima bozza brutta. I team sopravvivono da sempre alle prime bozze brutte. Il pericolo è lo sprawl: dieci siti generati, nessun proprietario, nessuna traccia delle fonti e nessuno sicuro di quale versione sia vera.
La mia lettura
Questo annuncio dice che gli agenti stanno uscendo dalla fase demo. Gli agenti utili non saranno quelli più rumorosi. Saranno quelli che entrano nel ritmo del team: raccolgono contesto, fanno una bozza, conservano la traccia, accettano feedback preciso e restano dentro confini chiari.
Per gli sviluppatori questo non rende meno importante l'ingegneria. La rende più importante. Qualcuno deve ancora decidere permessi, default, punti di revisione e cosa significa finito.