Codex devient un workspace, pas seulement un agent de code

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

1~
2Ce qui m'a marqué dans la nouvelle annonce autour de Codex, ce n'est pas le mot plugin. C'est l'idée que Codex essaie de devenir un endroit où le travail prend forme.
3~
4OpenAI a publié [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/) le 2 juin 2026. Les nouveautés visibles sont les plugins par rôle, Sites et les annotations. Mais la vraie question est plus simple: est-ce qu'un agent peut transformer du contexte dispersé en quelque chose qu'une équipe peut relire, discuter et améliorer?
5~
6## Le vrai changement
7~
8Pendant longtemps, Codex était facile à résumer: il aidait les développeurs à modifier du code. Cette mise à jour rend cette définition trop petite. Les nouveaux plugins parlent aussi à l'analytics, au sales, au product design, à la production créative, à l'investissement public et à la banque d'affaires.
9~
10Cela veut dire que Codex ne lit plus seulement un dépôt. Il peut partir d'un dashboard, d'une note CRM, d'un document, d'une feuille de calcul, d'un brief design ou d'une source financière pour produire un artefact de travail.
11~
12C'est là que ça devient utile. La plupart des équipes n'ont pas besoin d'une nouvelle réponse dans un chat. Elles ont besoin d'une page, d'une salle de lancement, d'un board de revue, d'un planner, d'une petite app interne ou d'un dashboard que tout le monde peut ouvrir.
13~
14## Sites est la partie à surveiller
15~
16Sites me semble être la pièce la plus concrète. Une réponse de chat disparaît dans le fil. Un site a une URL. On peut le partager, le commenter, y revenir et demander à Codex de mettre à jour seulement ce qui a changé.
17~
18Je le vois bien pour un lancement produit, une revue client, une business review hebdomadaire, un mémo investisseur ou un outil interne. Pas parce que la première version sera parfaite. Elle ne le sera pas. L'intérêt est de donner à l'équipe un objet commun.
19~
20## Les annotations rendent le feedback moins flou
21~
22Les annotations comptent aussi. Si je dis rends ça plus clair, l'agent peut toucher trop de choses. Si je pointe un graphique, un paragraphe ou une section, la demande devient plus nette.
23~
24C'est ainsi que l'édition fonctionne vraiment. On veut rarement tout réécrire. On veut une phrase plus précise, un graphique moins confus, une slide moins chargée, un tableau mieux trié.
25~
26## Comment je le testerais
27~
28Je ne connecterais pas tous les outils le premier jour. Je choisirais un workflow ennuyeux, avec des responsables clairs. Une revue business hebdomadaire est parfaite: quelques métriques, quelques notes, un livrable partagé, puis une revue humaine avant l'envoi.
29~
30La checklist tient en peu de lignes:
31~
32- décider quelles sources Codex peut lire;
33- décider ce qu'il peut écrire;
34- exiger des liens vers les sources importantes;
35- nommer un propriétaire pour chaque artefact;
36- archiver ou supprimer ce qui ne sert plus.
37~
38Le danger n'est pas une mauvaise première version. Les équipes savent survivre aux mauvaises premières versions. Le danger, c'est la prolifération: dix sites générés, aucun propriétaire, aucune trace des sources et personne ne sait quelle version fait foi.
39~
40## Ma lecture
41~
42Cette annonce montre que les agents quittent la scène de la démo. Les bons agents ne seront pas les plus spectaculaires. Ce seront ceux qui entrent dans le rythme d'une équipe: rassembler le contexte, produire un brouillon, garder la trace, accepter un feedback précis et respecter les limites.
43~
44Pour les développeurs, cela ne rend pas l'ingénierie moins importante. Cela la rend plus importante. Quelqu'un doit encore définir les permissions, les valeurs par défaut, les points de revue et ce que fini veut dire.
45~
46## Sources
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

2Ce qui m'a marqué dans la nouvelle annonce autour de Codex, ce n'est pas le mot plugin. C'est l'idée que Codex essaie de devenir un endroit où le travail prend forme.

4OpenAI a publié [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/) le 2 juin 2026. Les nouveautés visibles sont les plugins par rôle, Sites et les annotations. Mais la vraie question est plus simple: est-ce qu'un agent peut transformer du contexte dispersé en quelque chose qu'une équipe peut relire, discuter et améliorer?

6## Le vrai changement

8Pendant longtemps, Codex était facile à résumer: il aidait les développeurs à modifier du code. Cette mise à jour rend cette définition trop petite. Les nouveaux plugins parlent aussi à l'analytics, au sales, au product design, à la production créative, à l'investissement public et à la banque d'affaires.

10Cela veut dire que Codex ne lit plus seulement un dépôt. Il peut partir d'un dashboard, d'une note CRM, d'un document, d'une feuille de calcul, d'un brief design ou d'une source financière pour produire un artefact de travail.

11~

12C'est là que ça devient utile. La plupart des équipes n'ont pas besoin d'une nouvelle réponse dans un chat. Elles ont besoin d'une page, d'une salle de lancement, d'un board de revue, d'un planner, d'une petite app interne ou d'un dashboard que tout le monde peut ouvrir.

13~

14## Sites est la partie à surveiller

15~

16Sites me semble être la pièce la plus concrète. Une réponse de chat disparaît dans le fil. Un site a une URL. On peut le partager, le commenter, y revenir et demander à Codex de mettre à jour seulement ce qui a changé.

17~

18Je le vois bien pour un lancement produit, une revue client, une business review hebdomadaire, un mémo investisseur ou un outil interne. Pas parce que la première version sera parfaite. Elle ne le sera pas. L'intérêt est de donner à l'équipe un objet commun.

19~

20## Les annotations rendent le feedback moins flou

21~

22Les annotations comptent aussi. Si je dis rends ça plus clair, l'agent peut toucher trop de choses. Si je pointe un graphique, un paragraphe ou une section, la demande devient plus nette.

23~

24C'est ainsi que l'édition fonctionne vraiment. On veut rarement tout réécrire. On veut une phrase plus précise, un graphique moins confus, une slide moins chargée, un tableau mieux trié.

25~

26## Comment je le testerais

27~

28Je ne connecterais pas tous les outils le premier jour. Je choisirais un workflow ennuyeux, avec des responsables clairs. Une revue business hebdomadaire est parfaite: quelques métriques, quelques notes, un livrable partagé, puis une revue humaine avant l'envoi.

29~

30La checklist tient en peu de lignes:

31~

32- décider quelles sources Codex peut lire;

33- décider ce qu'il peut écrire;

34- exiger des liens vers les sources importantes;

35- nommer un propriétaire pour chaque artefact;

36- archiver ou supprimer ce qui ne sert plus.

37~

38Le danger n'est pas une mauvaise première version. Les équipes savent survivre aux mauvaises premières versions. Le danger, c'est la prolifération: dix sites générés, aucun propriétaire, aucune trace des sources et personne ne sait quelle version fait foi.

39~

40## Ma lecture

41~

42Cette annonce montre que les agents quittent la scène de la démo. Les bons agents ne seront pas les plus spectaculaires. Ce seront ceux qui entrent dans le rythme d'une équipe: rassembler le contexte, produire un brouillon, garder la trace, accepter un feedback précis et respecter les limites.

43~

44Pour les développeurs, cela ne rend pas l'ingénierie moins importante. Cela la rend plus importante. Quelqu'un doit encore définir les permissions, les valeurs par défaut, les points de revue et ce que fini veut dire.

45~

46## Sources

47~

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

49~