1~
2नए Codex announcement में मेरे लिए सबसे दिलचस्प शब्द plugin नहीं था। दिलचस्प बात यह थी कि Codex अब ऐसी जगह बनने की कोशिश कर रहा है जहाँ काम आकार लेता है।
3~
4OpenAI ने 2 June 2026 को [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/) publish किया। नई चीजें हैं role plugins, Sites और annotations। लेकिन असली सवाल यह है: क्या कोई agent बिखरे हुए company context को ऐसी चीज में बदल सकता है जिसे team पढ़ सके, discuss कर सके और सुधार सके?
5~
6## असली बदलाव
7~
8काफी समय तक Codex को समझाना आसान था: यह developers को code बदलने में मदद करता है। यह update उस definition को छोटा बना देता है। नए plugins analytics, sales, product design, creative production, public equity investing और investment banking जैसे roles के लिए भी हैं।
9~
10इसका मतलब है Codex सिर्फ repository नहीं देखता। वह dashboard, CRM note, document, spreadsheet, design brief या finance source से context लेकर एक working artifact बना सकता है।
11~
12यहीं बात practical बनती है। ज्यादातर teams को एक और chat answer नहीं चाहिए। उन्हें page, launch room, review board, planner, internal app या ऐसा dashboard चाहिए जिसे सब खोल सकें।
13~
14## Sites पर नज़र रखनी चाहिए
15~
16Sites इस release का सबसे concrete हिस्सा लगता है। Chat answer scroll में खो जाता है। Site का URL होता है। उसे share किया जा सकता है, comment किया जा सकता है, बाद में खोलकर सिर्फ बदले हुए हिस्से update कराए जा सकते हैं।
17~
18Product launch, customer review, weekly business review, investor memo और internal tooling के लिए यह useful लग सकता है। इसलिए नहीं कि पहली version perfect होगी। नहीं होगी। Value यह है कि team के पास एक shared object होगा।
19~
20## Annotations feedback को छोटा बनाते हैं
21~
22Annotations भी ज़रूरी हैं। अगर मैं कहूँ इसे clearer बनाओ, agent बहुत कुछ बदल सकता है। अगर मैं किसी chart, paragraph या section की तरफ इशारा करूँ, तो काम की boundary छोटी हो जाती है।
23~
24Real editing ऐसी ही होती है। आप अक्सर सब कुछ rewrite नहीं करना चाहते। बस यह sentence sharp चाहिए, वह chart कम confusing, वह slide कम भरी हुई, वह table बेहतर sorted।
25~
26## मैं इसे कैसे pilot करता
27~
28मैं पहले दिन सभी tools connect नहीं करता। मैं एक boring workflow चुनता जिसके owners clear हों। Weekly business review अच्छा candidate है: कुछ metrics, कुछ notes, एक shared output और भेजने से पहले human review।
29~
30Checklist छोटी है:
31~
32- तय करें Codex कौन से sources पढ़ सकता है;
33- तय करें वह क्या लिख सकता है;
34- important claims को source links दें;
35- हर generated artifact का owner रखें;
36- जो useful नहीं रहा उसे archive या delete करें।
37~
38Risk खराब first draft नहीं है। Teams खराब drafts से निपटना जानती हैं। असली risk sprawl है: दस generated sites, कोई owner नहीं, source trail नहीं और किसी को पता नहीं कौन सी version सच है।
39~
40## मेरी राय
41~
42यह announcement बताता है कि agents demo phase से बाहर आ रहे हैं। Useful agents सबसे loud नहीं होंगे। Useful agents वे होंगे जो team rhythm में fit हों: context इकट्ठा करें, draft बनाएं, trace रखें, precise feedback लें और boundaries में रहें।
43~
44Developers के लिए इसका मतलब engineering कम important नहीं हुई। उल्टा, system design और important हो गया। Permissions, defaults, review points और done की definition अभी भी किसी को तय करनी होगी।
45~
46## Sources
47~
48- [OpenAI: Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/)
49~