Codex håller på att bli en workspace, inte bara en kodagent

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

1~
2Det jag tog med mig från den nya Codex-nyheten var inte ordet plugin. Det var känslan av att Codex försöker bli en plats där arbete faktiskt landar.
3~
4OpenAI publicerade [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/) den 2 juni 2026. De tydliga nyheterna är rollplugins, Sites och annotationer. Men den viktiga frågan är enklare: kan en agent ta utspridd företagskontext och göra den till något ett team kan öppna, diskutera och förbättra?
5~
6## Den verkliga förändringen
7~
8Länge var Codex enkel att beskriva: den hjälpte utvecklare att ändra kod. Den här uppdateringen gör den beskrivningen för liten. Nya plugins riktar sig också till analytics, sales, product design, creative production, public equity investing och investment banking.
9~
10Det betyder att Codex inte bara läser ett repo. Den kan läsa dashboards, CRM-anteckningar, dokument, kalkylark, designbriefs eller finansiella källor och bygga ett arbetsartefakt av det.
11~
12Där blir det praktiskt. De flesta team behöver inte ännu ett chatsvar. De behöver en sida, ett launch room, ett review board, en planner, en liten intern app eller en dashboard som alla kan öppna.
13~
14## Sites är delen jag skulle följa
15~
16Sites känns mest konkret. Ett chatsvar försvinner i scrollen. En site har en URL. Den kan delas, kommenteras, öppnas igen och uppdateras av Codex bara där något har ändrats.
17~
18Jag kan se det fungera för produktlanseringar, customer reviews, veckovisa business reviews, investerarmemon och intern tooling. Inte för att första versionen blir perfekt. Det blir den inte. Värdet är att teamet får ett gemensamt objekt.
19~
20## Annotationer gör feedback mindre luddig
21~
22Annotationer spelar också roll. Om jag säger gör detta tydligare kan agenten ändra för mycket. Om jag pekar på en graf, ett stycke eller en sektion blir uppgiften mindre.
23~
24Så fungerar riktig redigering. Man vill sällan skriva om allt. Man vill ha den här meningen skarpare, den grafen mindre rörig, den sliden lugnare, den tabellen bättre sorterad.
25~
26## Så skulle jag testa
27~
28Jag skulle inte koppla in alla verktyg första dagen. Jag skulle välja ett tråkigt workflow med tydliga ägare. En veckovis business review passar: några mätetal, några anteckningar, en gemensam output och mänsklig review innan något skickas.
29~
30Kort checklista:
31~
32- bestäm vilka källor Codex får läsa;
33- bestäm vad den får skriva;
34- kräv länkar till viktiga källor;
35- sätt en owner på varje artefakt;
36- arkivera eller ta bort sådant som inte används.
37~
38Risken är inte en dålig första draft. Team klarar dåliga drafts. Risken är sprawl: tio genererade sites, ingen owner, inget källspår och ingen vet vilken version som gäller.
39~
40## Min tolkning
41~
42Den här nyheten visar att agents lämnar demo-fasen. De användbara kommer inte vara de mest högljudda. De kommer passa in i teamets rytm: samla kontext, skapa draft, bevara spår, ta emot precis feedback och hålla gränser.
43~
44För utvecklare gör det inte engineering mindre viktigt. Det gör det viktigare. Någon måste fortfarande designa permissions, defaults, reviewpunkter och vad done betyder.
45~
46## Källor
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

2Det jag tog med mig från den nya Codex-nyheten var inte ordet plugin. Det var känslan av att Codex försöker bli en plats där arbete faktiskt landar.

4OpenAI publicerade [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/) den 2 juni 2026. De tydliga nyheterna är rollplugins, Sites och annotationer. Men den viktiga frågan är enklare: kan en agent ta utspridd företagskontext och göra den till något ett team kan öppna, diskutera och förbättra?

6## Den verkliga förändringen

8Länge var Codex enkel att beskriva: den hjälpte utvecklare att ändra kod. Den här uppdateringen gör den beskrivningen för liten. Nya plugins riktar sig också till analytics, sales, product design, creative production, public equity investing och investment banking.

10Det betyder att Codex inte bara läser ett repo. Den kan läsa dashboards, CRM-anteckningar, dokument, kalkylark, designbriefs eller finansiella källor och bygga ett arbetsartefakt av det.

11~

12Där blir det praktiskt. De flesta team behöver inte ännu ett chatsvar. De behöver en sida, ett launch room, ett review board, en planner, en liten intern app eller en dashboard som alla kan öppna.

13~

14## Sites är delen jag skulle följa

15~

16Sites känns mest konkret. Ett chatsvar försvinner i scrollen. En site har en URL. Den kan delas, kommenteras, öppnas igen och uppdateras av Codex bara där något har ändrats.

17~

18Jag kan se det fungera för produktlanseringar, customer reviews, veckovisa business reviews, investerarmemon och intern tooling. Inte för att första versionen blir perfekt. Det blir den inte. Värdet är att teamet får ett gemensamt objekt.

19~

20## Annotationer gör feedback mindre luddig

21~

22Annotationer spelar också roll. Om jag säger gör detta tydligare kan agenten ändra för mycket. Om jag pekar på en graf, ett stycke eller en sektion blir uppgiften mindre.

23~

24Så fungerar riktig redigering. Man vill sällan skriva om allt. Man vill ha den här meningen skarpare, den grafen mindre rörig, den sliden lugnare, den tabellen bättre sorterad.

25~

26## Så skulle jag testa

27~

28Jag skulle inte koppla in alla verktyg första dagen. Jag skulle välja ett tråkigt workflow med tydliga ägare. En veckovis business review passar: några mätetal, några anteckningar, en gemensam output och mänsklig review innan något skickas.

29~

30Kort checklista:

31~

32- bestäm vilka källor Codex får läsa;

33- bestäm vad den får skriva;

34- kräv länkar till viktiga källor;

35- sätt en owner på varje artefakt;

36- arkivera eller ta bort sådant som inte används.

37~

38Risken är inte en dålig första draft. Team klarar dåliga drafts. Risken är sprawl: tio genererade sites, ingen owner, inget källspår och ingen vet vilken version som gäller.

39~

40## Min tolkning

41~

42Den här nyheten visar att agents lämnar demo-fasen. De användbara kommer inte vara de mest högljudda. De kommer passa in i teamets rytm: samla kontext, skapa draft, bevara spår, ta emot precis feedback och hålla gränser.

43~

44För utvecklare gör det inte engineering mindre viktigt. Det gör det viktigare. Någon måste fortfarande designa permissions, defaults, reviewpunkter och vad done betyder.

45~

46## Källor

47~

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

49~