Codex अब सिर्फ coding agent नहीं, एक workspace बनने की तरफ है
· 3 min read · Filippo Spinella · AI, Codex, Developer Tools, Productivity
नए Codex announcement में मेरे लिए सबसे दिलचस्प शब्द plugin नहीं था। दिलचस्प बात यह थी कि Codex अब ऐसी जगह बनने की कोशिश कर रहा है जहाँ काम आकार लेता है।
OpenAI ने 2 June 2026 को Codex for every role, tool, and workflow publish किया। नई चीजें हैं role plugins, Sites और annotations। लेकिन असली सवाल यह है: क्या कोई agent बिखरे हुए company context को ऐसी चीज में बदल सकता है जिसे team पढ़ सके, discuss कर सके और सुधार सके?
असली बदलाव
काफी समय तक Codex को समझाना आसान था: यह developers को code बदलने में मदद करता है। यह update उस definition को छोटा बना देता है। नए plugins analytics, sales, product design, creative production, public equity investing और investment banking जैसे roles के लिए भी हैं।
इसका मतलब है Codex सिर्फ repository नहीं देखता। वह dashboard, CRM note, document, spreadsheet, design brief या finance source से context लेकर एक working artifact बना सकता है।
यहीं बात practical बनती है। ज्यादातर teams को एक और chat answer नहीं चाहिए। उन्हें page, launch room, review board, planner, internal app या ऐसा dashboard चाहिए जिसे सब खोल सकें।
Sites पर नज़र रखनी चाहिए
Sites इस release का सबसे concrete हिस्सा लगता है। Chat answer scroll में खो जाता है। Site का URL होता है। उसे share किया जा सकता है, comment किया जा सकता है, बाद में खोलकर सिर्फ बदले हुए हिस्से update कराए जा सकते हैं।
Product launch, customer review, weekly business review, investor memo और internal tooling के लिए यह useful लग सकता है। इसलिए नहीं कि पहली version perfect होगी। नहीं होगी। Value यह है कि team के पास एक shared object होगा।
Annotations feedback को छोटा बनाते हैं
Annotations भी ज़रूरी हैं। अगर मैं कहूँ इसे clearer बनाओ, agent बहुत कुछ बदल सकता है। अगर मैं किसी chart, paragraph या section की तरफ इशारा करूँ, तो काम की boundary छोटी हो जाती है।
Real editing ऐसी ही होती है। आप अक्सर सब कुछ rewrite नहीं करना चाहते। बस यह sentence sharp चाहिए, वह chart कम confusing, वह slide कम भरी हुई, वह table बेहतर sorted।
मैं इसे कैसे pilot करता
मैं पहले दिन सभी tools connect नहीं करता। मैं एक boring workflow चुनता जिसके owners clear हों। Weekly business review अच्छा candidate है: कुछ metrics, कुछ notes, एक shared output और भेजने से पहले human review।
Checklist छोटी है:
- तय करें Codex कौन से sources पढ़ सकता है;
- तय करें वह क्या लिख सकता है;
- important claims को source links दें;
- हर generated artifact का owner रखें;
- जो useful नहीं रहा उसे archive या delete करें।
Risk खराब first draft नहीं है। Teams खराब drafts से निपटना जानती हैं। असली risk sprawl है: दस generated sites, कोई owner नहीं, source trail नहीं और किसी को पता नहीं कौन सी version सच है।
मेरी राय
यह announcement बताता है कि agents demo phase से बाहर आ रहे हैं। Useful agents सबसे loud नहीं होंगे। Useful agents वे होंगे जो team rhythm में fit हों: context इकट्ठा करें, draft बनाएं, trace रखें, precise feedback लें और boundaries में रहें।
Developers के लिए इसका मतलब engineering कम important नहीं हुई। उल्टा, system design और important हो गया। Permissions, defaults, review points और done की definition अभी भी किसी को तय करनी होगी।