A Codex workspace lesz, nem csak kódoló agent
· 2 min read · Filippo Spinella · AI, Codex, Developer Tools, Productivity
Az ú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.
Az OpenAI 2026. június 2-án publikálta a Codex for every role, tool, and 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?
A valódi váltás
Soká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.
Ez 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.
Itt 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.
A Sites részt figyelném
A 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.
El 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.
Az annotációk kisebbé teszik a feedbacket
Az 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.
A 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.
Így próbálnám ki
Nem 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.
Rövid checklist:
- döntsd el, milyen forrásokat olvashat a Codex;
- döntsd el, mit írhat;
- kérj linkeket a fontos forrásokra;
- adj ownert minden artefaktumnak;
- archiváld vagy töröld, ami már nem hasznos.
A 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.
Az én olvasatom
Ez 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.
Fejlesztő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.