Codex sta diventando un workspace, non solo un agente di coding

spinny:~/writing $ vim codex-role-plugins-sites-workflows.md

1~
2La 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.
3~
4OpenAI ha pubblicato [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-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?
5~
6## Il cambio vero
7~
8Per 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.
9~
10Questo 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.
11~
12Ed è 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.
13~
14## Sites è la parte da tenere d'occhio
15~
16Sites 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.
17~
18Lo 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.
19~
20## Le annotazioni rendono il ciclo meno goffo
21~
22Anche 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.
23~
24È 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.
25~
26## Come lo proverei
27~
28Non 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.
29~
30La checklist è corta:
31~
32- decidere quali fonti Codex può leggere;
33- decidere cosa può scrivere;
34- pretendere link alle fonti importanti;
35- assegnare un owner a ogni artefatto generato;
36- archiviare o eliminare ciò che non serve più.
37~
38Il 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.
39~
40## La mia lettura
41~
42Questo 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.
43~
44Per 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.
45~
46## Fonti
47~
48- [OpenAI: Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/)
49~

NORMAL · codex-role-plugins-sites-workflows.md [readonly]49 lines · :q to close

2La 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.

4OpenAI ha pubblicato [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-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?

6## Il cambio vero

8Per 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.

10Questo 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.

11~

12Ed è 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.

13~

14## Sites è la parte da tenere d'occhio

15~

16Sites 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.

17~

18Lo 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.

19~

20## Le annotazioni rendono il ciclo meno goffo

21~

22Anche 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.

23~

24È 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.

25~

26## Come lo proverei

27~

28Non 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.

29~

30La checklist è corta:

31~

32- decidere quali fonti Codex può leggere;

33- decidere cosa può scrivere;

34- pretendere link alle fonti importanti;

35- assegnare un owner a ogni artefatto generato;

36- archiviare o eliminare ciò che non serve più.

37~

38Il 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.

39~

40## La mia lettura

41~

42Questo 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.

43~

44Per 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.

45~

46## Fonti

47~

48- [OpenAI: Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/)

49~