A Codex workspace lesz, nem csak kódoló agent

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

1~
2Az új Codex-bejelentésből nekem nem a plugin szó maradt meg. Hanem az, hogy a Codex olyan hellyé próbál válni, ahol a munka formát kap.
3~
4Az OpenAI 2026. június 2-án publikálta a [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/) posztot. A látható újdonságok a szerepalapú pluginek, a Sites és az annotációk. De a fontos kérdés egyszerűbb: képes-e egy agent a szétszórt vállalati kontextust olyan dologgá alakítani, amit egy csapat megnyit, megbeszél és javít?
5~
6## A valódi váltás
7~
8Sokáig könnyű volt elmagyarázni a Codexet: segít a fejlesztőknek kódot módosítani. Ez a frissítés szűkké teszi ezt a leírást. Az új pluginek analytics, sales, product design, creative production, public equity investing és investment banking szerepekhez is szólnak.
9~
10Ez azt jelenti, hogy a Codex nem csak repositoryt olvas. Olvashat dashboardot, CRM jegyzetet, dokumentumot, spreadsheetet, design briefet vagy pénzügyi forrást, és munkára használható artefaktumot készíthet.
11~
12Itt lesz gyakorlati. A legtöbb csapatnak nem még egy chatválasz kell. Hanem oldal, launch room, review board, planner, kis belső app vagy dashboard, amit mindenki meg tud nyitni.
13~
14## A Sites részt figyelném
15~
16A Sites tűnik a legkonkrétabbnak. Egy chatválasz eltűnik a görgetésben. Egy site-nak URL-je van. Meg lehet osztani, kommentelni, később újranyitni, és megkérni a Codexet, hogy csak a változott részeket frissítse.
17~
18El tudom képzelni product launchhoz, customer review-hoz, heti business review-hoz, investor memohoz és belső toolozáshoz. Nem azért, mert az első verzió tökéletes lesz. Nem lesz az. Az érték az, hogy a csapatnak közös objektuma lesz.
19~
20## Az annotációk kisebbé teszik a feedbacket
21~
22Az annotációk is fontosak. Ha azt mondom, legyen világosabb, az agent túl sok mindent módosíthat. Ha rámutatok egy grafikonra, bekezdésre vagy szekcióra, a feladat határa kisebb lesz.
23~
24A valódi szerkesztés ilyen. Ritkán akarod az egészet újraírni. Inkább ezt a mondatot élesebbre, azt a grafikont kevésbé zavarosra, azt a slide-ot levegősebbre, azt a táblát jobban rendezve szeretnéd.
25~
26## Így próbálnám ki
27~
28Nem kötném be az összes eszközt az első napon. Választanék egy unalmas workflow-t világos ownerekkel. A heti business review jó: pár metric, pár note, egy közös output, és emberi review mielőtt bármi kimegy.
29~
30Rövid checklist:
31~
32- döntsd el, milyen forrásokat olvashat a Codex;
33- döntsd el, mit írhat;
34- kérj linkeket a fontos forrásokra;
35- adj ownert minden artefaktumnak;
36- archiváld vagy töröld, ami már nem hasznos.
37~
38A veszély nem a rossz első draft. A csapatok túlélik a rossz draftokat. A veszély a sprawl: tíz generált site, nincs owner, nincs source trail, senki sem tudja, melyik verzió igaz.
39~
40## Az én olvasatom
41~
42Ez a bejelentés azt mutatja, hogy az agentek kinőnek a demo fázisból. Nem a leghangosabbak lesznek hasznosak. Hanem azok, amelyek belépnek a csapat ritmusába: kontextust gyűjtenek, draftot készítenek, nyomot hagynak, pontos feedbacket fogadnak és határok között maradnak.
43~
44Fejlesztőknek ez nem teszi kevésbé fontossá az engineeringet. Fontosabbá teszi. Valakinek továbbra is meg kell terveznie a permissionöket, defaultokat, review pontokat és a done jelentését.
45~
46## Források
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

2Az új Codex-bejelentésből nekem nem a plugin szó maradt meg. Hanem az, hogy a Codex olyan hellyé próbál válni, ahol a munka formát kap.

4Az OpenAI 2026. június 2-án publikálta a [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/) posztot. A látható újdonságok a szerepalapú pluginek, a Sites és az annotációk. De a fontos kérdés egyszerűbb: képes-e egy agent a szétszórt vállalati kontextust olyan dologgá alakítani, amit egy csapat megnyit, megbeszél és javít?

6## A valódi váltás

8Sokáig könnyű volt elmagyarázni a Codexet: segít a fejlesztőknek kódot módosítani. Ez a frissítés szűkké teszi ezt a leírást. Az új pluginek analytics, sales, product design, creative production, public equity investing és investment banking szerepekhez is szólnak.

10Ez azt jelenti, hogy a Codex nem csak repositoryt olvas. Olvashat dashboardot, CRM jegyzetet, dokumentumot, spreadsheetet, design briefet vagy pénzügyi forrást, és munkára használható artefaktumot készíthet.

11~

12Itt lesz gyakorlati. A legtöbb csapatnak nem még egy chatválasz kell. Hanem oldal, launch room, review board, planner, kis belső app vagy dashboard, amit mindenki meg tud nyitni.

13~

14## A Sites részt figyelném

15~

16A Sites tűnik a legkonkrétabbnak. Egy chatválasz eltűnik a görgetésben. Egy site-nak URL-je van. Meg lehet osztani, kommentelni, később újranyitni, és megkérni a Codexet, hogy csak a változott részeket frissítse.

17~

18El tudom képzelni product launchhoz, customer review-hoz, heti business review-hoz, investor memohoz és belső toolozáshoz. Nem azért, mert az első verzió tökéletes lesz. Nem lesz az. Az érték az, hogy a csapatnak közös objektuma lesz.

19~

20## Az annotációk kisebbé teszik a feedbacket

21~

22Az annotációk is fontosak. Ha azt mondom, legyen világosabb, az agent túl sok mindent módosíthat. Ha rámutatok egy grafikonra, bekezdésre vagy szekcióra, a feladat határa kisebb lesz.

23~

24A valódi szerkesztés ilyen. Ritkán akarod az egészet újraírni. Inkább ezt a mondatot élesebbre, azt a grafikont kevésbé zavarosra, azt a slide-ot levegősebbre, azt a táblát jobban rendezve szeretnéd.

25~

26## Így próbálnám ki

27~

28Nem kötném be az összes eszközt az első napon. Választanék egy unalmas workflow-t világos ownerekkel. A heti business review jó: pár metric, pár note, egy közös output, és emberi review mielőtt bármi kimegy.

29~

30Rövid checklist:

31~

32- döntsd el, milyen forrásokat olvashat a Codex;

33- döntsd el, mit írhat;

34- kérj linkeket a fontos forrásokra;

35- adj ownert minden artefaktumnak;

36- archiváld vagy töröld, ami már nem hasznos.

37~

38A veszély nem a rossz első draft. A csapatok túlélik a rossz draftokat. A veszély a sprawl: tíz generált site, nincs owner, nincs source trail, senki sem tudja, melyik verzió igaz.

39~

40## Az én olvasatom

41~

42Ez a bejelentés azt mutatja, hogy az agentek kinőnek a demo fázisból. Nem a leghangosabbak lesznek hasznosak. Hanem azok, amelyek belépnek a csapat ritmusába: kontextust gyűjtenek, draftot készítenek, nyomot hagynak, pontos feedbacket fogadnak és határok között maradnak.

43~

44Fejlesztőknek ez nem teszi kevésbé fontossá az engineeringet. Fontosabbá teszi. Valakinek továbbra is meg kell terveznie a permissionöket, defaultokat, review pontokat és a done jelentését.

45~

46## Források

47~

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

49~