Codex در حال تبدیل شدن به workspace است، نه فقط agent کدنویسی
· 2 min read · Filippo Spinella · AI, Codex, Developer Tools, Productivity
چیزی که از اعلامیه جدید Codex در ذهنم ماند کلمه plugin نبود. مهمتر این بود که Codex میخواهد به جایی تبدیل شود که کار در آن شکل میگیرد.
OpenAI در 2 ژوئن 2026 مطلب Codex for every role, tool, and workflow را منتشر کرد. موارد اصلی role plugins، Sites و annotations هستند. اما سوال واقعی سادهتر است: آیا یک agent میتواند context پراکنده شرکت را به چیزی تبدیل کند که تیم بتواند باز کند، دربارهاش حرف بزند و بهترش کند؟
تغییر واقعی
مدتها توضیح Codex ساده بود: به developer کمک میکند code را تغییر دهد. این update آن تعریف را کوچک میکند. pluginهای جدید به analytics، sales، product design، creative production، public equity investing و investment banking هم نگاه میکنند.
یعنی Codex فقط repository نمیخواند. میتواند dashboard، noteهای CRM، document، spreadsheet، design brief یا financial source را بخواند و از آنها یک artefact کاری بسازد.
اینجا ارزش practical شروع میشود. بیشتر teamها یک پاسخ chat دیگر نمیخواهند. آنها page، launch room، review board، planner، internal app کوچک یا dashboard میخواهند که همه بتوانند باز کنند.
Sites بخشی است که باید دید
Sites ملموسترین بخش است. پاسخ chat در scroll گم میشود. site یک URL دارد. میشود آن را share کرد، comment گذاشت، بعدا باز کرد و از Codex خواست فقط بخشهای تغییرکرده را update کند.
برای product launch، customer review، weekly business review، investor memo و internal tooling میتواند مفید باشد. نه چون نسخه اول perfect است. نیست. ارزش در این است که تیم یک object مشترک دارد.
Annotations feedback را کوچک میکند
Annotations هم مهم است. اگر بگویم واضحترش کن، agent ممکن است بیش از حد تغییر دهد. اگر به chart، paragraph یا section اشاره کنم، scope کوچکتر میشود.
editing واقعی همین است. کم پیش میآید بخواهی همه چیز را rewrite کنی. معمولا فقط میخواهی این sentence sharpتر، آن chart کمابهامتر، آن slide خلوتتر، آن table بهتر sorted باشد.
من چطور pilot میکردم
روز اول همه toolها را وصل نمیکردم. یک workflow خستهکننده با ownerهای روشن انتخاب میکردم. weekly business review گزینه خوبی است: چند metric، چند note، یک output مشترک و human review قبل از ارسال.
Checklist کوتاه است:
- مشخص کن Codex کدام sourceها را میتواند بخواند;
- مشخص کن چه چیزی میتواند بنویسد;
- برای claimهای مهم source link بخواه;
- برای هر artifact owner تعیین کن;
- چیزهای بیاستفاده را archive یا delete کن.
خطر first draft بد نیست. تیمها با draft بد کنار میآیند. خطر واقعی sprawl است: ده site تولیدشده، owner ندارد، source trail ندارد، و کسی نمیداند نسخه درست کدام است.
برداشت من
این اعلامیه نشان میدهد agentها از مرحله demo خارج میشوند. agentهای مفید پرسر و صداترینها نیستند. آنهایی هستند که وارد rhythm تیم میشوند: context جمع میکنند، draft میسازند، trace نگه میدارند، feedback دقیق میگیرند و در boundary میمانند.
برای developerها، engineering کماهمیتتر نمیشود. مهمتر میشود. هنوز باید کسی permissions، defaults، review points و معنی done را طراحی کند.