Codex এখন শুধু coding agent নয়, একটি workspace হওয়ার পথে
· 2 min read · Filippo Spinella · AI, Codex, Developer Tools, Productivity
নতুন Codex announcement-এ আমার কাছে সবচেয়ে গুরুত্বপূর্ণ শব্দটা plugin ছিল না। গুরুত্বপূর্ণ ছিল এই ইঙ্গিত: Codex এমন জায়গা হতে চাইছে যেখানে কাজ এসে আকার নেয়।
OpenAI 2 June 2026-এ Codex for every role, tool, and workflow প্রকাশ করেছে। নতুন জিনিসগুলো হলো role plugins, Sites এবং annotations। কিন্তু আসল প্রশ্ন সহজ: কোনো agent কি company-র ছড়িয়ে থাকা context নিয়ে এমন কিছু বানাতে পারে যা team খুলে দেখতে, আলোচনা করতে এবং ঠিক করতে পারে?
আসল পরিবর্তন
অনেকদিন Codex-কে বোঝানো সহজ ছিল: developer-দের code বদলাতে সাহায্য করে। এই update সেই ব্যাখ্যাকে ছোট করে দিল। নতুন plugins analytics, sales, product design, creative production, public equity investing এবং investment banking-এর মতো role-গুলোকেও ধরে।
মানে Codex শুধু repository পড়ে না। এটি dashboard, CRM note, document, spreadsheet, design brief বা finance source থেকেও context নিয়ে working artifact বানাতে পারে।
এখানেই ব্যাপারটা practical। বেশিরভাগ team আরেকটা chat answer চায় না। তারা চায় page, launch room, review board, planner, ছোট internal app বা এমন dashboard যা সবাই খুলতে পারে।
Sites অংশটা আমি দেখব
Sites সবচেয়ে concrete মনে হচ্ছে। Chat answer scroll-এ হারিয়ে যায়। Site-এর URL থাকে। share করা যায়, comment করা যায়, পরে ফিরে এসে Codex-কে শুধু বদলানো অংশ update করতে বলা যায়।
Product launch, customer review, weekly business review, investor memo এবং internal tooling-এর জন্য এটা কাজে লাগতে পারে। প্রথম version perfect হবে বলে নয়। হবে না। value হলো team-এর কাছে একটি shared object থাকবে।
Annotations feedback ছোট করে
Annotations-ও গুরুত্বপূর্ণ। আমি যদি বলি এটা পরিষ্কার করো, agent অনেক বেশি বদলে ফেলতে পারে। আমি যদি chart, paragraph বা section দেখিয়ে বলি, কাজের scope ছোট হয়।
Real editing এমনই। সবকিছু rewrite করতে হয় না। এই sentence একটু sharp, ওই chart কম confusing, ওই slide কম crowded, ওই table better sorted হলেই হয়।
আমি কীভাবে pilot করতাম
প্রথম দিন সব tool connect করতাম না। clear owner আছে এমন boring workflow নিতাম। weekly business review ভালো: কয়েকটা metric, কিছু note, এক shared output এবং বাইরে পাঠানোর আগে human review।
Checklist ছোট:
- Codex কোন source পড়তে পারবে ঠিক করা;
- কী লিখতে পারবে ঠিক করা;
- গুরুত্বপূর্ণ claim-এ source link রাখা;
- প্রতিটি artifact-এর owner রাখা;
- যা আর দরকার নেই archive বা delete করা।
Risk খারাপ first draft নয়। team খারাপ draft সামলাতে জানে। আসল risk sprawl: দশটা generated site, owner নেই, source trail নেই, আর কোনটা সত্যি version তা কেউ জানে না।
আমার পড়া
এই announcement দেখায় agents demo phase থেকে বেরোচ্ছে। useful agent সবচেয়ে loud হবে না। useful agent team rhythm-এ fit করবে: context জড়ো করবে, draft করবে, trace রাখবে, precise feedback নেবে এবং boundary মানবে।
Developers-এর জন্য engineering কম গুরুত্বপূর্ণ হচ্ছে না। বরং বেশি। permission, defaults, review point এবং done মানে কী, এগুলো এখনও কাউকে design করতে হবে।