Fable के खिलाफ तर्क: Claude Code को GPT-5.6 Sol का मस्तिष्क कैसे दें

बिना अतिरिक्त शुल्क के Claude Fable 5 का उपयोग करने की अवधि प्रारंभ में 7 जुलाई, 2026 को समाप्त होने की घोषणा की गई थी, फिर इसे बढ़ाकर 12 जुलाई और आगे बढ़ाकर 19 जुलाई कर दिया गया। Claude Code की साप्ताहिक उपयोग सीमा को 50% तक बढ़ाने का उपाय भी 19 जुलाई तक जारी रहेगा।

दूसरे शब्दों में, Fable 5 तुरंत गायब नहीं हो रहा है।

हालांकि, मासिक प्लान के अंतर्गत Fable 5 का स्वाभाविक रूप से उपयोग किए जाने की स्थिति स्थायी रूप से गारंटीड नहीं है। मूल घोषणा में कहा गया था कि अवधि समाप्त होने के बाद यह उपयोग क्रेडिट में बदल जाएगा, जिसमें API मूल्य प्रति 1 मिलियन इनपुट टोकन पर $10 और प्रति 1 मिलियन आउटपुट टोकन पर $50 होगा।

समाप्त हो रहा है, Fable 5 स्वयं नहीं, बल्कि वह युग है जहाँ उच्चतम-प्रदर्शन वाले मॉडल का उपयोग केवल मासिक शुल्क पर लगभग असीमित रूप से किया जा सकता था।

तो, क्या हमें Claude Code को छोड़कर पूरी तरह से OpenAI के Codex पर जाना चाहिए?

निष्कर्ष में, इसकी कोई आवश्यकता नहीं है।

आप Claude Code के टर्मिनल अनुभव, मौजूदा CLAUDE.md, Hooks, MCP, Skills, और अनुमति सेटिंग्स को बनाए रख सकते हैं, और बस कठिन कार्यों को GPT-5.6 Sol को सौंप सकते हैं।

इसके अलावा, संदिग्ध प्रॉक्सी सेवाओं या अनऑफिशियल API कम्पैटिबिलिटी लेयर का उपयोग करने की कोई आवश्यकता नहीं है।

OpenAI ने स्वयं Claude Code से Codex को कॉल करने के लिए एक आधिकारिक प्लगइन जारी किया है।

हम यहाँ जो बना रहे हैं, वह "Claude को GPT-5.6 में बदलने" का तंत्र नहीं है।

यह एक दोहरा-मस्तिष्क कॉन्फ़िगरेशन है जहाँ Claude Code कमांड सेंटर बना रहता है और GPT-5.6 Sol को दूसरे सोचने वाले इंजन के रूप में जोड़ा जाता है।

Claude उपयोगकर्ता वार्तालापों, रिपॉजिटरी अन्वेषण, छोटे संपादनों और मौजूदा पैटर्न का पालन करने को संभालता है।

GPT-5.6 Sol जटिल डिज़ाइन निर्णयों, अनसुलझे बगों, प्रतिकूल समीक्षाओं, कई घटकों में फैले परिवर्तनों और शिप करने से पहले दूसरी राय को संभालता है।

इसके अलावा, जापानी संचालन प्रॉम्प्ट को Agent Skills के रूप में रखकर, दोनों मॉडलों को समान पूर्णता शर्तों, सत्यापन मानकों और परिवर्तन दायरे का पालन करने के लिए बनाया जाता है।

यह Claude Code को "ChatGPT 5.6 का मस्तिष्क" देने का सबसे यथार्थवादी तरीका है।

नोट: मैंने सेटअप और गंभीर उपयोग तकनीकों को एक PDF में संक्षेपित किया है।

यदि आप इसे चाहते हैं, तो मैंने इसे इस 👇 से उपलब्ध कराया है!

https://x.com/MakeAI_CEO/status/2027682940847898770?s=20

Claude Code को GPT-5.6 का मस्तिष्क देने के लिए तीन परतें

पहली बात जो अलग करनी है वह यह है कि एक प्रॉम्प्ट को कॉपी करना और एक वास्तविक मॉडल से कनेक्ट करना अलग-अलग चीजें हैं।

CLAUDE.md में GPT-5.6 के लिए निर्देश लिखने से Claude मॉडल स्वयं GPT-5.6 में नहीं बदल जाता है।

जो बदलता है वह काम करने का तरीका है।

इसे एक्शन लेयर कहा जाता है।

इसके बाद, OpenAI का आधिकारिक "Codex प्लगइन फॉर Claude Code" पेश करें।

इस प्लगइन का उपयोग करके, आप अपने स्थानीय वातावरण में स्थापित Codex CLI और Codex ऐप सर्वर के माध्यम से Claude Code के भीतर से Codex को कोड समीक्षा और कार्यान्वयन कार्य सौंप सकते हैं।

यह रीज़निंग/एक्सीक्यूशन लेयर है।

अंत में, "OpenAI डेवलपर्स प्लगइन" पेश करें।

इसमें Docs MCP शामिल है, जो आधिकारिक OpenAI दस्तावेज़ीकरण को संदर्भित करता है, और OpenAI API, Agents SDK, ChatGPT Apps, API कुंजी सेटिंग्स और समस्या निवारण के अनुरूप Skills शामिल हैं।

यह नॉलेज लेयर है।

इन तीनों को परत करें।

एक्शन लेयर:

जापानी संचालन प्रॉम्प्ट और Agent Skills

रीज़निंग/एक्सीक्यूशन लेयर:

Claude Code के लिए Codex प्लगइन

नॉलेज लेयर:

OpenAI डेवलपर्स प्लगइन और आधिकारिक Docs MCP

ऐसा करके, आप दैनिक संचालन के लिए Claude Code का उपयोग करना जारी रख सकते हैं और केवल आवश्यक होने पर GPT-5.6 Sol और नवीनतम OpenAI दस्तावेज़ों को बुला सकते हैं।

पहले, आधिकारिक OpenAI Codex प्लगइन स्थापित करें

स्थापना के लिए आपको जो चाहिए वह है एक ChatGPT खाता या OpenAI API कुंजी, Node.js 18.18 या बाद का संस्करण, और Codex CLI।

यह प्लगइन किसी अनऑफिशियल सेवा में कोड स्थानांतरित नहीं करता है।

यह आपकी मशीन पर Codex CLI का उपयोग करता है और मौजूदा Codex प्रमाणीकरण, सेटिंग्स, रिपॉजिटरी और स्थानीय वातावरण को प्राप्त करता है। यदि आप पहले से Codex में लॉग इन हैं, तो आप उस प्रमाणीकरण स्थिति का उपयोग वैसे ही कर सकते हैं।

पहले, Codex CLI स्थापित या अपडेट करें।

npm install -g @openai/codex@latest

codex --version

codex login

Codex के साथ GPT-5.6 का उपयोग करने के लिए, Codex CLI 0.144.0 या बाद का संस्करण आवश्यक है।

codex --version

यदि प्रदर्शित संस्करण पुराना है, तो पुनः नवीनतम संस्करण स्थापित करें।

इसके बाद, Claude Code प्रारंभ करें और क्रम में निम्नलिखित निष्पादित करें:

/plugin marketplace add openai/codex-plugin-cc

/plugin install codex@openai-codex

/reload-plugins

/codex:setup

/codex:setup जाँचता है कि Codex CLI उपलब्ध है या नहीं और प्रमाणीकरण पूरा है या नहीं।

यदि Codex स्थापित नहीं है और npm उपलब्ध है, तो यह सेटअप के दौरान स्थापना का सुझाव दे सकता है।

पहली बार प्रयास करते समय, एक केवल-पढ़ने योग्य समीक्षा सुरक्षित है।

/codex:review --background

/codex:status

/codex:result

/codex:review वर्तमान अप्रतिबद्ध diffs की समीक्षा करता है।

यदि आप चाहते हैं कि यह मुख्य शाखा के विरुद्ध diffs की जाँच करे, तो निम्नलिखित करें:

/codex:review --base main --background

यह कमांड केवल-पढ़ने योग्य है और कोड नहीं बदलता है।

पृष्ठभूमि में शुरू किए गए कार्यों को निम्नलिखित कमांड से जाँचा जा सकता है:

/codex:status

/codex:result

प्रगति पर किसी प्रक्रिया को रोकने के लिए, निम्नलिखित करें:

/codex:cancel

सामान्य और प्रतिकूल समीक्षाओं के बीच अंतर करें

Codex प्लगइन में सामान्य समीक्षाओं से अलग एक प्रतिकूल-समीक्षा विकल्प है।

/codex:adversarial-review --base main

सामान्य समीक्षाएँ कोड में बग, परीक्षणों की कमी, त्रुटि प्रबंधन और प्रकार की समस्याओं की तलाश करती हैं।

दूसरी ओर, प्रतिकूल समीक्षाएँ कार्यान्वयन नीति पर ही सवाल उठाती हैं।

उदाहरण के लिए, प्रमाणीकरण लागू करने के बाद, आप अनुरोध कर सकते हैं:

/codex:adversarial-review --base main इस बात पर विचार करें कि क्या प्राधिकरण सीमाओं, विशेषाधिकार वृद्धि, सत्र फिक्सेशन, टोकन लीकेज और ऑडिट लॉग की कमी के दृष्टिकोण से वर्तमान नीति ही गलत है।

बिलिंग प्रसंस्करण के लिए, निम्नलिखित करें:

/codex:adversarial-review --base main डबल बिलिंग, डुप्लिकेट वेबहुक, टाइमआउट के बाद रीट्राई, आंशिक विफलताएँ, लेन-देन सीमाएँ और रोलबैक में असमर्थता की संभावना पर संदेह करने पर ध्यान केंद्रित करें।

यदि एक सामान्य समीक्षा जाँचती है कि "इस कार्यान्वयन में बग हैं या नहीं", तो एक प्रतिकूल समीक्षा जाँचती है कि "क्या इस कार्यान्वयन को पहले स्थान पर चुना जाना चाहिए था या नहीं"।

दोनों केवल-पढ़ने योग्य हैं और अनुमति के बिना कोड को फिर से नहीं लिखते हैं।

इस कॉन्फ़िगरेशन की ताकत कार्यान्वयन बनाने वाले मॉडल को कार्यान्वयन के आधारों पर संदेह करने वाले मॉडल से अलग करने की क्षमता है।

आधिकारिक प्लगइन सामान्य समीक्षाओं, प्रतिकूल समीक्षाओं, बचाव, सत्र स्थानांतरण और पृष्ठभूमि प्रक्रियाओं की जाँच/रोकने के लिए कमांड प्रदान करता है।

अटके हुए काम को Rescue के साथ Codex को सौंपें

Claude Code में कई फिक्स के बाद भी परीक्षण पास नहीं होते हैं।

कारण कई घटकों में फैला हुआ है।

यह केवल CI में विफल होता है।

समवर्ती या कैशिंग शामिल है, और लक्षण कारण से दूर है।

ऐसे मामलों में, /codex:rescue का उपयोग करें।

/codex:rescue बग को पुन: उत्पन्न करें, मूल कारण की पहचान करें, और न्यूनतम सुरक्षित फिक्स और रिग्रेशन टेस्ट बनाएं।

आप मॉडल और रीज़निंग स्ट्रेंथ भी निर्दिष्ट कर सकते हैं।

/codex:rescue --model gpt-5.6-sol --effort high बग को पुन: उत्पन्न करें, मूल कारण की पहचान करें, न्यूनतम सुरक्षित फिक्स लागू करें और संबंधित परीक्षण चलाएं।

लंबी प्रक्रियाओं को पृष्ठभूमि में भेजें।

/codex:rescue --background --model gpt-5.6-sol --effort high केवल CI में होने वाली परीक्षण विफलताओं की जांच करें।

परिणाम निम्नलिखित कमांड से प्राप्त किए जाते हैं:

/codex:status

/codex:result

पिछले Codex कार्य को जारी रखने के लिए, आप --resume का उपयोग कर सकते हैं।

/codex:rescue --resume पहले प्रस्तावित फिक्स में से सबसे सुरक्षित योजना को लागू और सत्यापित करें।

पिछले से अलग एक नई जांच के रूप में शुरू करने के लिए, --fresh का उपयोग करें।

/codex:rescue --fresh एक अलग परिकल्पना से मूल कारण की जांच करें।

पूरी बातचीत को Claude Code से Codex में स्थानांतरित करने के लिए, निम्नलिखित कमांड का उपयोग करें:

/codex:transfer

निष्पादन के बाद, Codex पक्ष पर फिर से शुरू करने के लिए एक कमांड प्रदर्शित किया जाएगा।

codex resume <session-id>

यह एक ऐसे स्थानांतरण की अनुमति देता है जहाँ "Claude Code में जांच शुरू हुई, लेकिन Codex बीच में प्राथमिक नेतृत्व बन जाता है"।

GPT-5.6 Sol को मानक मॉडल बनाना

यदि आप प्रति-प्रोजेक्ट आधार पर Codex मॉडल को ठीक करना चाहते हैं, तो रिपॉजिटरी की रूट में .codex/config.toml रखें।

model = "gpt-5.6-sol"

model_reasoning_effort = "high"

review_model = "gpt-5.6-sol"

इसे सभी व्यक्तिगत प्रोजेक्ट्स के लिए एक सामान्य सेटिंग बनाने के लिए, इसे यहाँ रखें:

~/.codex/config.toml

प्रोजेक्ट-विशिष्ट सेटिंग्स यहाँ जाती हैं:

your-project/.codex/config.toml

यदि रिपॉजिटरी को विश्वसनीय माना जाता है तो प्रोजेक्ट सेटिंग्स लोड की जाती हैं।

दैनिक कार्य में, शुरू से अधिकतम रीज़निंग स्ट्रेंथ का उपयोग करने की कोई आवश्यकता नहीं है।

एक दिशानिर्देश के रूप में, इसे निम्नानुसार विभाजित करें:

low:

शब्द सुधार, नाम परिवर्तन, स्पष्ट छोटे पैमाने के परिवर्तन

medium:

सामान्य सुविधा जोड़, मौजूदा पैटर्न का पालन करने वाले कार्यान्वयन

high:

कई फ़ाइलों में फैले परिवर्तन, कठिन डिबगिंग, डिज़ाइन निर्णय

xhigh:

सुरक्षा समीक्षाएँ, बड़े पैमाने पर माइग्रेशन, जटिल रेस स्थितियाँ, लंबी जाँच

Codex में, आप GPT-5.6 Sol, Terra, या Luna चुन सकते हैं।

Sol जटिल और अत्यधिक लचीले काम के लिए उपयुक्त है, Terra दैनिक कार्यान्वयन के लिए, और Luna स्पष्ट और दोहराए जाने योग्य काम के लिए।

इसके अलावा, सामान्य रीज़निंग स्ट्रेंथ से अलग Max और Ultra उपलब्ध हैं।

Max एक एकल कार्य को अधिक रीज़निंग समय देता है।

Ultra विभाजित किए जा सकने वाले कार्यों को समानांतर में संसाधित करने के लिए उप-एजेंटों का उपयोग करता है।

हालांकि, अधिकांश कार्यों के लिए Max और Ultra अनावश्यक हैं। Medium या High से शुरू करना और केवल तभी बढ़ाना बेहतर है जब वास्तविक मूल्यांकन में कोई अंतर दिखाई दे।

"GPT-5.6 Sol High" और "GPT-5.6 Sol Pro" समान नहीं हैं

यह आसानी से भ्रमित होता है।

ChatGPT में, GPT-5.6 Sol का उपयोग Medium, High और Extra High के लिए किया जाता है।

दूसरी ओर, GPT-5.6 Sol Pro का उपयोग Pro के लिए किया जाता है।

इसलिए, Codex प्लगइन में केवल निम्नलिखित निर्दिष्ट करना:

--model gpt-5.6-sol --effort high

इसका मतलब यह नहीं है कि "GPT-5.6 Sol Pro का उपयोग किया गया"।

इसका मतलब है कि GPT-5.6 Sol को High रीज़निंग स्ट्रेंथ के साथ चलाया गया।

OpenAI API Responses API में, आप GPT-5.6 के लिए reasoning.mode के रूप में standard या pro चुन सकते हैं।

Pro मोड का उपयोग करने के लिए, अनुरोध इस तरह दिखेगा:

{

"model": "gpt-5.6",

"reasoning": {

"mode": "pro",

"effort": "high"

},

"input": "इस डेटाबेस माइग्रेशन योजना की समीक्षा करें और विफलता पैटर्न, पुनर्प्राप्ति विधियों और उन शर्तों की पहचान करें जो रोलबैक को असंभव बनाती हैं।"

}

reasoning.mode और reasoning.effort अलग-अलग सेटिंग्स हैं।

reasoning.mode:

standard या pro

reasoning.effort:

low, medium, high, xhigh, आदि।

Pro मोड मानक मोड की तुलना में अधिक मॉडल प्रोसेसिंग करता है, जिससे विलंबता और टोकन उपयोग बढ़ जाता है।

यदि आप Claude Code से इस API के Pro मोड को सख्ती से कॉल करना चाहते हैं, तो कॉन्फ़िगरेशन में Responses API को लपेटने वाला एक स्थानीय स्क्रिप्ट या MCP सर्वर तैयार करना और इसे Claude Code Skill से कॉल करना शामिल होगा।

हालांकि, सामान्य कोडिंग कार्य के लिए, आपको पहले आधिकारिक Codex प्लगइन के साथ GPT-5.6 Sol के Medium या High को आज़माना चाहिए।

फिर, केवल उन कार्यों को अपग्रेड करें जहाँ Pro मोड का प्रभाव वास्तविक मूल्यांकन परिणामों से पुष्ट होता है।

आपको सभी प्रक्रियाओं को Pro को भेजने की आवश्यकता नहीं है, सिर्फ इसलिए कि नाम में "Pro" है।

ChatGPT 5.6 Sol Pro के लिए "सिस्टम प्रॉम्प्ट" सार्वजनिक नहीं है

यहाँ सावधान रहें।

OpenAI द्वारा ChatGPT या GPT-5.6 Sol Pro में उपयोग किए जाने वाले आंतरिक सिस्टम प्रॉम्प्ट का पूर्ण संस्करण सार्वजनिक नहीं है।

इसलिए, आपको इंटरनेट पर पाए जाने वाले अज्ञात मूल के पाठों पर विश्वास नहीं करना चाहिए और उन्हें पेश नहीं करना चाहिए, जैसे "लीक हुआ GPT-5.6 सिस्टम प्रॉम्प्ट", "पूर्ण प्रतिकृति संस्करण" या "पूर्ण आंतरिक प्रॉम्प्ट टेक्स्ट"।

आपको जो उपयोग करना चाहिए वह एक संचालन प्रॉम्प्ट है जो आधिकारिक प्रॉम्प्ट गाइड को संदर्भित करते हुए आपके विकास वातावरण में फिट होने के लिए बनाया गया है।

GPT-5.6 के लिए आधिकारिक गाइड प्रॉम्प्ट में निम्नलिखित तत्वों को निर्दिष्ट करने की सलाह देते हैं:

• प्राप्त किया जाने वाला अंतिम परिणाम
• महत्वपूर्ण बाधाएँ
• उपलब्ध साक्ष्य
• पूर्णता का न्याय करने के मानदंड

दूसरी ओर, खोज क्रम, उपकरण चयन और विस्तृत सोच चरणों को अत्यधिक ठीक करने से बचें, जिससे मॉडल को कुशल पथ चुनने की गुंजाइश मिलती है।

यह भी समझाया गया है कि डुप्लिकेट निर्देशों, अनावश्यक उदाहरणों और अर्थहीन उपकरण विवरणों को हटाकर सिस्टम प्रॉम्प्ट को हल्का करने से प्रदर्शन और टोकन दक्षता में सुधार हो सकता है।

नीचे एक जापानी संचालन प्रॉम्प्ट है जिसे Claude Code, Codex और GPT-5.6 Sol के साथ सामान्य रूप से उपयोग करने के लिए डिज़ाइन किया गया है।

यह OpenAI आंतरिक प्रॉम्प्ट का प्रतिकृति नहीं है।

Claude Code और GPT-5.6 Sol के लिए जापानी संचालन प्रॉम्प्ट

भूमिका

आप इस रिपॉजिटरी में एक वरिष्ठ निष्पादन ऑर्केस्ट्रेटर हैं।

आपका लक्ष्य सही, रखरखाव योग्य और सत्यापित न्यूनतम परिवर्तन प्रदान करना है जो उपयोगकर्ता वास्तव में चाहता है उसके परिणामों को संतुष्ट करते हैं।

बहुत सारा टेक्स्ट लिखना, बदली गई फ़ाइलों की संख्या बढ़ाना या स्वयं कई उपकरणों का उपयोग करना मूल्यांकन के लक्ष्य नहीं हैं।

आपका मूल्यांकन सटीकता, साक्ष्य, परिवर्तन दायरे में संयम और समीक्षा योग्य परिणामों द्वारा किया जाता है।

संचालन अनुबंध

1. परिणाम स्पष्ट करें

संपादन शुरू करने से पहले, निम्नलिखित की पहचान करें:

• उपयोगकर्ता को दिखाई देने वाला अंतिम परिणाम
• संबंधित रिपॉजिटरी क्षेत्र
• वे बाधाएँ जिन्हें बनाए रखा जाना चाहिए
• इस बार क्या नहीं किया जाएगा
• पूर्णता का न्याय करने के मानदंड
• सत्यापन विधियाँ जो पूर्णता साबित कर सकती हैं

पहले रिपॉजिटरी के भीतर साक्ष्य से अस्पष्ट बिंदुओं को हल करें।

उपयोगकर्ता से केवल तभी प्रश्न पूछें जब लापता निर्णय उत्पाद व्यवहार, सुरक्षा, लागत, डेटा या अपरिवर्तनीय संचालन को महत्वपूर्ण रूप से बदलते हैं।

रिपॉजिटरी की जांच करने से बचने के लिए प्रश्न न पूछें।

2. बदलने से पहले जाँच करें

फ़ाइलों की आवश्यक और पर्याप्त न्यूनतम सीमा पढ़ें।

निम्नलिखित की जाँच करें:

• मौजूदा कार्यान्वयन पैटर्न
• परीक्षण
• इंटरफ़ेस
• माइग्रेशन
• नामकरण परंपराएँ
• डिज़ाइन परंपराएँ
• त्रुटि प्रबंधन
• प्रमाणीकरण और प्राधिकरण सीमाएँ

अनुमान या फ्रेमवर्क डिफ़ॉल्ट पर रिपॉजिटरी के भीतर साक्ष्य को प्राथमिकता दें।

बग फिक्स में, फिक्स का प्रस्ताव करने से पहले प्रतिलिपि प्रस्तुत करने योग्य विफलताएँ या कारण का समर्थन करने वाले विशिष्ट साक्ष्य स्थापित करें।

मौजूदा तंत्रों को यह समझे बिना दोबारा न लिखें कि वे क्यों मौजूद हैं।

3. उपयुक्त गहराई पर योजना बनाएं

यदि परिवर्तन छोटा, स्थानीय और पूर्ववत करना आसान है, तो काम के साथ आगे बढ़ें।

यदि निम्नलिखित में से कोई भी लागू होता है, तो कार्यान्वयन से पहले एक संक्षिप्त योजना दिखाएं:

• कई फ़ाइलों में फैला हुआ है
• आर्किटेक्चर बदलता है
• सुरक्षा से संबंधित है
• डेटा को फिर से लिखता है
• सार्वजनिक इंटरफ़ेस बदलता है
• पूर्ववत करना मुश्किल है
• बिलिंग, प्रमाणीकरण, अनुमतियाँ या व्यक्तिगत जानकारी से संबंधित है
• समवर्ती या अतुल्यकालिक प्रसंस्करण से संबंधित है

योजना में निम्नलिखित शामिल करें:

• वांछित व्यवहार जिसे साकार किया जाना है
• फ़ाइलें या घटक जिन्हें बदलने की संभावना है
• अपरिवर्तनीय जिन्हें बनाए रखने की आवश्यकता है
• मुख्य जोखिम
• सत्यापन प्रक्रियाएँ
• आवश्यकतानुसार रोलबैक या पुनर्प्राप्ति विधियाँ

ऐसी औपचारिक प्रक्रियाओं में वृद्धि न करें जो जोखिम को कम नहीं करती हैं।

4. कार्य को इष्टतम इंजन को आवंटित करें

निम्नलिखित कार्यों के लिए वर्तमान Claude Code सत्र का उपयोग करें:

• तीव्र रिपॉजिटरी अन्वेषण
• उपयोगकर्ता के साथ बातचीत
• स्पष्ट दायरे वाले छोटे पैमाने के संपादन
• कार्य विघटन और प्रगति प्रबंधन
• मौजूदा पैटर्न का पालन करने वाला कार्यान्वयन
• Codex से लौटाई गई प्रतिक्रिया की समीक्षा और एकीकरण

यदि निम्नलिखित में से एक या अधिक लागू होते हैं, तो Codex को प्रतिनिधिमंडल या स्वतंत्र समीक्षा पर विचार करें:

• आधारभूत जांच या फिक्स प्रयासों के बावजूद काम अटक गया है
• परिवर्तन कई परस्पर क्रिया करने वाले घटकों में फैले हुए हैं
• एक स्वतंत्र दूसरी कार्यान्वयन योजना में मूल्य है
• प्रतिकूल दृष्टिकोण से समीक्षा प्रभावी है
• सटीकता, सुरक्षा, समवर्ती, माइग्रेशन या रोलबैक के संबंध में जोखिम अधिक हैं
• उपयोगकर्ता स्पष्ट रूप से GPT-5.6 Sol के उपयोग का अनुरोध करता है
• रिलीज़ से पहले वर्तमान कार्यान्वयन नीति पर ही संदेह करने की आवश्यकता है

यदि अनिश्चितता को केवल समीक्षा द्वारा हल किया जा सकता है, तो लिखने योग्य प्रतिनिधिमंडल करने से पहले केवल-पढ़ने योग्य Codex समीक्षाओं का उपयोग करें।

यह दावा न करें कि आपने GPT-5.6 Sol Pro का उपयोग किया है जब तक कि आप किसी वास्तविक अनुरोध में दस्तावेज़ित Pro मोड का उपयोग नहीं कर रहे हैं।

उपयोग किए गए मॉडल ID, रीज़निंग स्ट्रेंथ और रीज़निंग मोड की सटीक रिपोर्ट करें।

5. संकीर्ण परिवर्तन दायरे के साथ कार्यान्वित करें

जब तक स्पष्ट रूप से रीडिज़ाइन का अनुरोध नहीं किया जाता है, मौजूदा आर्किटेक्चर, नामकरण परंपराओं और रिपॉजिटरी प्रथाओं का पालन करें।

निम्नलिखित से बचें:

• असंबंधित रीफैक्टरिंग
• भविष्य की भविष्यवाणी करने वाला अत्यधिक अमूर्तन
• अनावश्यक निर्भरताएँ जोड़ना
• अर्थहीन फ़ॉर्मेटिंग परिवर्तन
• व्यापक पुनर्लेखन
• अनुरोधित दायरे से बाहर सार्वजनिक व्यवहार बदलना
• बिना कारण मौजूदा परीक्षणों को हटाना
• समस्याओं को छिपाने के लिए अपवादों को निगलना

बैकवर्ड कम्पैटिबिलिटी बनाए रखें जब तक कि ब्रेकिंग चेंज एक स्पष्ट आवश्यकता न हो।

गुप्त, क्रेडेंशियल, निजी कुंजियाँ, टोकन, ग्राहक डेटा या व्यक्तिगत जानकारी को उजागर न करें।

निम्नलिखित स्थानों पर रहस्य रिकॉर्ड न करें:

• CLAUDE.md
• AGENTS.md
• SKILL.md
• स्रोत फ़ाइलें
• लॉग
• परीक्षण फिक्स्चर
• उत्पन्न रिपोर्ट
• कमिट संदेश

6. साक्ष्य द्वारा सत्यापित करें

परिवर्तनों के लिए उपलब्ध सीमा के भीतर सबसे प्रासंगिक सत्यापन निष्पादित करें।

एक नियम के रूप में, निम्नलिखित क्रम को प्राथमिकता दें:

1. लक्षित परीक्षण
2. प्रकार जाँच
3. लिंट और फ़ॉर्मेट जाँच
4. बिल्ड
5. एकीकरण परीक्षण
6. रनटाइम या दृश्य पुष्टि

परिवर्तनों के अनुरूप केवल सत्यापन निष्पादित करें।

हालांकि, जल्दी खत्म करने के लिए आवश्यक सत्यापनों को न छोड़ें।

UI परिवर्तनों के लिए, यदि संभव हो तो वास्तविक कार्यशील स्क्रीन की जाँच करें।

बग फिक्स के लिए, यदि यथार्थवादी रूप से संभव हो तो रिग्रेशन टेस्ट जोड़ें या अपडेट करें।

माइग्रेशन या विनाशकारी संचालन के लिए, निम्नलिखित की जाँच करें:

• सफल फॉरवर्ड प्रोसेसिंग
• विफलता के दौरान हैंडलिंग
• रोलबैक या पुनर्प्राप्ति
• आंशिक रूप से निष्पादित होने पर व्यवहार
• रीट्राई के दौरान व्यवहार
• डबल निष्पादन के दौरान व्यवहार

साक्ष्य दिखाए बिना "ठीक हो गया," "काम करता है," "सुरक्षित," या "पूरा हो गया" जैसे भावों का उपयोग न करें।

यदि सत्यापन निष्पादित नहीं किया जा सकता है, तो कारण और क्या असत्यापित रहता है, सटीक रूप से बताएं।

विफल परीक्षणों को सफल के रूप में गढ़ें नहीं।

7. अंतिम Diffs की समीक्षा करें

काम खत्म करने से पहले, निम्नलिखित जाँचें करें:

• अंतिम diffs की जाँच करें
• अनपेक्षित परिवर्तनों की तलाश करें
• त्रुटि प्रबंधन और सीमा स्थितियों की जाँच करें
• सुरक्षा सीमाओं और प्राधिकरण प्रसंस्करण की जाँच करें
• आवश्यकतानुसार समवर्ती और रीट्राई व्यवहार की जाँच करें
• लापता परीक्षणों की जाँच करें
• अंतिम परिणामों की प्रारंभिक परिणाम लक्ष्यों से तुलना करें
• जाँच करें कि क्या इस बार न करने का निर्णय ली गई सामग्री गलती से लागू नहीं हो गई है

उच्च जोखिम वाले परिवर्तनों के लिए, एक स्वतंत्र Codex समीक्षा का अनुरोध करें।

सभी महत्वपूर्ण समीक्षा बिंदुओं को निम्नलिखित में से किसी एक के साथ संसाधित करें:

• उन्हें ठीक करें
• रिपॉजिटरी पर साक्ष्य दिखाकर उन्हें अस्वीकार करें
• उन्हें इस बार के दायरे से बाहर के रूप में स्पष्ट रूप से दस्तावेज़ित करें
• उन्हें वातावरण की कमी के कारण असत्यापित के रूप में रिकॉर्ड करें

Codex द्वारा इंगित किए जाने पर ही परिवर्तनों को बिना शर्त न अपनाएं।

कोड, विनिर्देशों, परीक्षणों और निष्पादन परिणामों के साथ बिंदुओं को सत्यापित करें।

8. उपयुक्त बिंदु पर समाप्त करें

एक बार पूर्णता मानदंड पूरे हो जाने पर काम समाप्त करें।

अनुरोधित दायरे से परे अनावश्यक पॉलिशिंग जारी न रखें।

काम को बड़ा दिखाने के लिए असंबंधित TODOs या रीडिज़ाइन योजनाएँ न जोड़ें।

अंतिम प्रतिक्रिया में निम्नलिखित शामिल होना चाहिए:

1. प्रदान किए गए परिणाम
2. मुख्य परिवर्तन
3. निष्पादित सत्यापन और परिणाम
4. शेष जोखिम, धारणाएँ या बाधक
5. अगले प्रदर्शन किए जाने वाले विशिष्ट संचालन केवल तभी जब वास्तव में आवश्यक हो

इस प्रॉम्प्ट का उद्देश्य मॉडल को "प्रतिभाशाली इंजीनियर व्यक्तित्व" बनाना नहीं है।

यह परिणामों, साक्ष्य, परिवर्तन दायरे, प्रतिनिधिमंडल शर्तों, सत्यापन और रोक शर्तों को स्पष्ट करना है।

"गहराई से सोचें" या "दुनिया के सर्वश्रेष्ठ इंजीनियर के रूप में कार्य करें" जैसे बड़ी मात्रा में अमूर्त आदेश लिखने की तुलना में यह परिभाषित करना आसान है कि पूर्णता में क्या शामिल है।

लंबे प्रॉम्प्ट को CLAUDE.md में नहीं, Skills में रखें

आप पिछले प्रॉम्प्ट को सीधे CLAUDE.md में लिख सकते हैं।

हालांकि, हमेशा आवश्यक न होने वाले लंबे टेक्स्ट को CLAUDE.md में रखना प्रत्येक सत्र में संदर्भ की खपत करता है।

एक अधिक उपयुक्त स्थान एक Agent Skill है।

Claude Code Skills पहले नाम और विवरण को पहचानते हैं और केवल आवश्यक होने पर SKILL.md बॉडी को लोड करते हैं।

Codex Skills भी इसी प्रकार निर्देशों, संदर्भ सामग्रियों, स्क्रिप्ट्स, टेम्पलेट्स आदि को एक निर्देशिका में समूहित करने और उन्हें केवल आवश्यक होने पर लोड करने का एक तंत्र अपनाते हैं।

चूंकि दोनों Agent Skills फ़ॉर्मेट का उपयोग करते हैं, इसलिए बुनियादी प्रॉम्प्ट और प्रक्रियाओं को साझा करना आसान है।

Claude Code में, इसे निम्नलिखित स्थान पर सहेजें:

.claude/

└── skills/

└── sol-pro-orchestrator/

└── SKILL.md

SKILL.md की शुरुआत इस तरह दिखनी चाहिए:

name: sol-pro-orchestrator

description: >

जटिल परिवर्तनों, कई फ़ाइलों में फैले परिवर्तनों, उच्च जोखिम वाले परिवर्तनों,

जब काम अटक गया हो, या रिलीज़ से पहले महत्वपूर्ण कार्य के लिए उपयोग करें।

तब लागू करें जब स्पष्ट योजना, सत्यापन और स्वतंत्र Codex समीक्षा या प्रतिनिधिमंडल की आवश्यकता हो।

Sol Pro Orchestrator

[जापानी संचालन प्रॉम्प्ट यहाँ रखें]

इसे स्पष्ट रूप से कॉल करने के लिए, निम्नलिखित करें:

/sol-pro-orchestrator बिलिंग प्रोसेसिंग जोड़ें। मौजूदा आइडेम्पोटेंसी डिज़ाइन बनाए रखें और डबल बिलिंग तक रिग्रेशन टेस्ट बनाएं।

यदि Skill का विवरण अनुरोध से मेल खाता है, तो Claude इसे स्वचालित रूप से लोड कर सकता है।

यदि आप नहीं चाहते कि यह स्वचालित रूप से शुरू हो, तो फ्रंटमैटर में निम्नलिखित जोड़ें:

disable-model-invocation: true

उस स्थिति में, Skill का उपयोग केवल तभी किया जाता है जब उपयोगकर्ता स्पष्ट रूप से स्लैश कमांड निष्पादित करता है।

CLAUDE.md में केवल वे छोटे नियम छोड़ना बेहतर है जो हमेशा आवश्यक होते हैं और जटिल कार्य प्रक्रियाओं को Skills में अलग करना बेहतर है।

उदाहरण के लिए, CLAUDE.md इस तरह की चीज़ से पर्याप्त है:

रिपॉजिटरी नियम

• मौजूदा आर्किटेक्चर और नामकरण परंपराओं का पालन करें।
• उन न्यूनतम परिवर्तनों को प्राथमिकता दें जो सुरक्षा बनाए रख सकते हैं।
• पूरा करने से पहले प्रासंगिक परीक्षण चलाएं।
• असंबंधित फ़ाइलों को न बदलें।
• जटिल, अटके, उच्च जोखिम वाले या रिलीज़ से पहले महत्वपूर्ण कार्य के लिए sol-pro-orchestrator Skill का उपयोग करें।

Claude Code में आधिकारिक OpenAI Skills जोड़ें

केवल GPT-5.6 Sol को कॉल करने में सक्षम होना पर्याप्त नहीं है।

यदि मॉडल OpenAI API या Agents SDK के बारे में प्रशिक्षण के समय की यादों के आधार पर उत्तर देता है, तो यह पुराने APIs, अप्रचलित पैरामीटर या उन कार्यान्वयनों का उपयोग कर सकता है जिनकी अब अनुशंसा नहीं की जाती है।

यहाँ "OpenAI डेवलपर्स प्लगइन" काम आता है।

Claude Code में निम्नलिखित निष्पादित करें:

/plugin marketplace add openai/openai-developers-for-claude

/plugin install openai-developers@openai-developers

स्थापना के बाद, एक नया Claude Code सत्र शुरू करें।

इस प्लगइन में आधिकारिक OpenAI Docs MCP और निम्नलिखित Skills शामिल हैं:

openai-docs:

OpenAI उत्पादों, APIs, मॉडलों और SDKs के बारे में प्रश्नों को आधिकारिक दस्तावेज़ीकरण पर रूट करता है।

नए मॉडल नामों, वर्तमान API पैरामीटर, SDK उपयोग और Codex सेटिंग्स जैसी आसानी से बदलने वाली जानकारी की जाँच करने के लिए उपयोग किया जाता है।

openai-platform-api-key:

स्थानीय वातावरण में OPENAI_API_KEY सेटिंग्स का मार्गदर्शन करता है।

यह Skill स्रोत कोड या प्रॉम्प्ट में API कुंजियाँ चिपकाने के बजाय एक पर्यावरण चर के रूप में कनेक्ट करने के लिए है।

openai-api-troubleshooting:

OpenAI API त्रुटियों को वर्गीकृत करता है।

प्रमाणीकरण, अनुमतियाँ, मॉडल विनिर्देश, दर सीमाएँ, नेटवर्क, अनुरोध प्रारूप आदि की जाँच करता है और लेने के लिए अगली कार्रवाई की ओर ले जाता है।

agents-sdk:

OpenAI Agents SDK का उपयोग करने वाले अनुप्रयोगों के डिज़ाइन, कार्यान्वयन, निष्पादन और मूल्यांकन का समर्थन करता है।

build-chatgpt-app:

ChatGPT Apps SDK का उपयोग करके प्रोजेक्ट डिज़ाइन और कार्यान्वित करता है।

MCP सर्वर, विजेट UI और ChatGPT के साथ एकीकरण सहित ऐप विकास के लिए उपयोग किया जाता है।

chatgpt-app-submission:

ChatGPT ऐप सबमिशन, विवरण जानकारी, परीक्षण मामले आदि तैयार करता है।

यह प्लगइन OpenAI द्वारा Claude Code के लिए जारी किया गया एक आधिकारिक रिपॉजिटरी है।

यह Claude Code के लिए समायोजित सार्वजनिक OpenAI Docs MCP और विकास Skills का एक सेट है।

यहाँ, दो प्लगइन्स को भ्रमित न करें।

codex-plugin-cc:

Codex को समीक्षा और कार्यान्वयन सौंपने के लिए निष्पादन पुल।

openai-developers-for-claude:

ज्ञान पैकेज जो Claude Code में OpenAI आधिकारिक जानकारी और विकास प्रक्रियाओं को जोड़ता है।

दोनों को जोड़कर, Claude Code एक ऐसा वातावरण बन जाता है जहाँ यह न केवल "Codex को सोचने के लिए बनाता है" बल्कि "OpenAI आधिकारिक विनिर्देशों की जाँच करते हुए कार्यान्वित भी करता है।"

व्यवहार में Claude और Codex के बीच कार्यों को कैसे विभाजित करें

एक ही समय में दोनों मॉडलों पर सभी कार्यों को फेंकने की कोई आवश्यकता नहीं है।

भूमिकाओं को विभाजित करें।

क्लॉड कोड को निम्नलिखित कार्य सौंपें:

• रिपॉजिटरी की खोज
• उपयोगकर्ता के साथ बातचीत
• मौजूदा इम्प्लीमेंटेशन को समझना
• छोटे बदलाव करना
• ज्ञात पैटर्न के अनुसार इम्प्लीमेंटेशन करना
• कोडेक्स के बिंदुओं को कोड में दर्शाना

GPT-5.6 Sol को निम्नलिखित कार्य सौंपें:

• जटिल डिज़ाइन निर्णय
• अटके हुए बग्स
• कई कंपोनेंट्स में फैली जांच-पड़ताल
• विरोधी समीक्षाएँ
• सुरक्षा सीमाओं की जाँच
• कंकरेंसी और रेस कंडीशन की जाँच
• माइग्रेशन और रोलबैक की जाँच
• रिलीज़ से पहले स्वतंत्र समीक्षाएँ

उदाहरण के लिए, एक नई बिलिंग प्रक्रिया जोड़ते समय, प्रवाह इस प्रकार होगा:

1. क्लॉड कोड में मौजूदा बिलिंग फ्लो, टेस्ट और आइडेमपोटेंसी डिज़ाइन की जाँच करें।
2. सोल-प्रो-ऑर्केस्ट्रेटर स्किल का उपयोग करके प्लान और पूर्णता की शर्तों को तय करें।
3. क्लॉड न्यूनतम इम्प्लीमेंटेशन और रिग्रेशन टेस्ट बनाता है।
4. कोडेक्स विरोधी समीक्षा के साथ डिज़ाइन नीति पर संदेह करें।
5. क्लॉड कोड और टेस्ट के साथ बिंदुओं की पुष्टि करता है।
6. केवल आवश्यक सुधारों को दर्शाएँ।
7. सामान्य कोडेक्स समीक्षा के साथ अंतिम डिफ्स की जाँच करें।

पहले, स्किल को कॉल करें।

/sol-pro-orchestrator बिलिंग प्रोसेसिंग जोड़ें। मौजूदा डिज़ाइन की जाँच करें और पूर्णता की शर्तों में आइडेमपोटेंसी, डुप्लीकेट वेबहुक और रिग्रेशन टेस्ट शामिल करें।

इम्प्लीमेंटेशन के बाद, एक विरोधी समीक्षा करें।

/codex:adversarial-review --base main डबल बिलिंग, डुप्लीकेट वेबहुक, टाइमआउट के बाद रीट्राई, आंशिक विफलताएँ, ट्रांज़ैक्शन बाउंड्रीज़ और रोलबैक करने में असमर्थता की संभावना पर संदेह करने पर ध्यान केंद्रित करें।

सुधार के बाद, एक सामान्य समीक्षा करें।

/codex:review --base main --background

/codex:status

/codex:result

इस विधि का उद्देश्य यह तय करना नहीं है कि क्लॉड या GPT में से कौन मजबूत है।

इसका उद्देश्य इम्प्लीमेंटेशन बनाने की भूमिका को इम्प्लीमेंटेशन की धारणाओं को तोड़ने की भूमिका से अलग करना है।

यदि आप एक ही मॉडल से "इम्प्लीमेंट करें और फिर सख्ती से सेल्फ-रिव्यू करें" कहते हैं, तो यह संभवतः शुरू में अपनाए गए डिज़ाइन के आधार पर समीक्षा करेगा।

एक अलग सिस्टम के मॉडल को आलोचक के रूप में लाकर, आप विभिन्न अन्वेषण पथ और विफलता परिकल्पनाएँ ला सकते हैं।

यह मॉडलों के बीच प्रतिस्पर्धा नहीं है, बल्कि सॉफ्टवेयर विकास में कर्तव्यों का पृथक्करण है।

सब कुछ सोल हाई को न भेजें

फ़ाइल नाम बदलना, डिस्प्ले टेक्स्ट ठीक करना और सरल टाइप एरर को GPT-5.6 Sol High को भेजने से उपयोग सीमा और समय बर्बाद होता है।

मॉडल के उपयोग को इस प्रकार सोचें:

Claude Code:

बातचीत, खोज, छोटे सुधार, एकीकरण कार्य

GPT-5.6 Luna:

स्पष्ट और बड़े पैमाने पर रूपांतरण, वर्गीकरण, नियमित कार्य

GPT-5.6 Terra:

दैनिक इम्प्लीमेंटेशन, सामान्य डीबगिंग

GPT-5.6 Sol Medium:

कुछ स्तर की योजना या निर्णय से जुड़ा इम्प्लीमेंटेशन

GPT-5.6 Sol High:

कठिन डिज़ाइन, जटिल बग्स, महत्वपूर्ण समीक्षाएँ

GPT-5.6 Sol xhigh, Max, Pro, Ultra:

सबसे कठिन कार्य जहाँ अतिरिक्त प्रभावों की पुष्टि मूल्यांकन द्वारा की गई है

हमेशा उच्च-प्रदर्शन वाले मॉडल का उपयोग करने के बजाय, उन्हें उन कार्यों पर केंद्रित करें जहाँ विफल होने पर नुकसान बड़ा होता है।

इससे लागत के साथ-साथ परिणामों की जाँच करना भी आसान हो जाता है।

रिव्यू गेट्स को हमेशा चालू न रखें

आधिकारिक कोडेक्स प्लगइन में एक रिव्यू गेट है जो क्लॉड कोड के काम पूरा करने का प्रयास करने पर स्वचालित रूप से कोडेक्स समीक्षा निष्पादित करता है।

इसे सक्षम करने का कमांड इस प्रकार है:

/codex:setup --enable-review-gate

इसे अक्षम करने के लिए, उपयोग करें:

/codex:setup --disable-review-gate

यदि समीक्षा में कोई समस्या पाई जाती है, तो आप क्लॉड को काम पूरा करने से रोक सकते हैं और सुधार पर वापस जा सकते हैं।

यह शक्तिशाली है, लेकिन क्लॉड और कोडेक्स के बीच लंबे लूप हो सकते हैं, जो तेज़ी से उपयोग सीमा को खत्म कर सकते हैं।

इसलिए, इसे केवल निम्नलिखित स्थितियों तक सीमित रखना बेहतर है:

• रिलीज़ कैंडिडेट
• प्रमाणीकरण/अधिकार में बदलाव
• बिलिंग प्रोसेसिंग
• बड़े पैमाने पर डेटा माइग्रेशन
• सुरक्षा सीमाएँ
• ऐसे बदलाव जिन्हें रोलबैक करना मुश्किल है

दैनिक छोटे कार्यों के लिए, आवश्यक समय पर मैन्युअल समीक्षाएँ निष्पादित करके संभालना आसान होता है।

आधिकारिक README भी चेतावनी देता है कि रिव्यू गेट्स लंबे क्लॉड/कोडेक्स लूप बना सकते हैं और उपयोग सीमा को खत्म कर सकते हैं, इसलिए उन्हें केवल तभी सक्षम किया जाना चाहिए जब उनकी निगरानी की जा सके।

कोडेक्स के बिंदुओं को बिना शर्त स्वीकार न करें

GPT-5.6 Sol शक्तिशाली है, लेकिन हमेशा सही नहीं होता।

यह गैर-मौजूद विनिर्देशों को मान सकता है, रिपॉजिटरी-विशिष्ट परिस्थितियों की अनदेखी कर सकता है, या अत्यधिक डिज़ाइन परिवर्तन प्रस्तावित कर सकता है।

समीक्षा बिंदुओं को निम्नलिखित में से किसी एक के साथ संसाधित करें:

स्वीकृत:

आधार की पुष्टि की और सुधार और सत्यापन किया।

अस्वीकृत:

रिपॉजिटरी, विनिर्देशों या परीक्षणों के साक्ष्य दिखाकर स्वीकार नहीं किया।

स्थगित:

मान्य बिंदु लेकिन इस बार के दायरे से बाहर होने के कारण एक अलग कार्य बनाया गया।

असत्यापित:

वातावरण या अनुमतियों की कमी के कारण पुष्टि नहीं कर सके।

आप चीज़ें "कोडेक्स ने ऐसा कहा" इसलिए नहीं बदलते हैं।

"कोडेक्स द्वारा प्रस्तुत विफलता परिकल्पना को कोड और परीक्षणों से पुष्टि करना" सही है।

दोहरे-मस्तिष्क कॉन्फ़िगरेशन का मूल्य उत्तरों पर बिना शर्त विश्वास करने में नहीं है, बल्कि उन अन्य संभावनाओं को बढ़ाने में है जिनकी जाँच की जानी चाहिए।

न्यूनतम सुरक्षा रेखा

Claude Code और Codex दोनों ही सेटिंग्स के आधार पर रिपॉजिटरी पढ़ते हैं, कमांड निष्पादित करते हैं और फ़ाइलों को फिर से लिखते हैं।

दो एजेंटों को जोड़ते समय, आपको सुविधा से पहले अनुमति सीमाएँ तय करनी होंगी।

पहले केवल-पढ़ने वाली समीक्षाओं से शुरू करें।

/codex:review

/codex:adversarial-review

लक्ष्य रिपॉजिटरी और कार्य सामग्री की पुष्टि करने के बाद लिखने से जुड़े रेस्क्यू का उपयोग करें।

.env, प्राइवेट की, ग्राहक डेटा या एक्सेस टोकन को CLAUDE.md, AGENTS.md या SKILL.md में पेस्ट न करें।

OpenAI API कुंजी को एक पर्यावरण चर के रूप में सेट करें।

export OPENAI_API_KEY="..."

व्यवहार में, शेल प्रोफाइल, सीक्रेट मैनेजमेंट सेवाओं, CI सीक्रेट फ़ंक्शंस आदि का उपयोग करें।

साथ ही, यह न मानें कि Claude Code की अनुमति सेटिंग्स और Codex की सैंडबॉक्स/अनुमोदन सेटिंग्स समान हैं।

क्लॉड साइड और कोडेक्स साइड दोनों पर नेटवर्क एक्सेस, फ़ाइल लेखन और कमांड निष्पादन के दायरे की जाँच करें।

बाहरी MCPs जोड़ते समय, प्रदाता और अनुमतियों की जाँच करें, और केवल आवश्यक टूल्स को अनुमति दें।

पूर्ण निर्देशिका संरचना

अंतिम रिपॉजिटरी इस प्रकार दिखेगी:

your-project/

├── CLAUDE.md

├── AGENTS.md

├── .claude/

│ └── skills/

│ └── sol-pro-orchestrator/

│ └── SKILL.md

├── .codex/

│ └── config.toml

├── src/

├── tests/

└── package.json

प्रत्येक की भूमिकाएँ स्पष्ट रूप से विभाजित हैं।

CLAUDE.md:

छोटे रिपॉजिटरी नियम लिखें जिनका क्लॉड कोड हमेशा पालन करता है।

• मौजूदा आर्किटेक्चर का पालन करें
• असंबंधित फ़ाइलों को न बदलें
• न्यूनतम सुरक्षित परिवर्तनों को प्राथमिकता दें
• प्रासंगिक परीक्षण चलाएँ

AGENTS.md:

कोडेक्स के लिए आवश्यक प्रोजेक्ट जानकारी लिखें।

• रिपॉजिटरी संरचना
• डेवलपमेंट एनवायरनमेंट कैसे शुरू करें
• बिल्ड कमांड
• टेस्ट कमांड
• डिज़ाइन बाधाएँ
• पूर्णता की शर्तें

.claude/skills/sol-pro-orchestrator/SKILL.md:

जापानी ऑपरेशनल प्रॉम्प्ट लिखें जो केवल जटिल कार्यों के लिए लोड किए जाएँ।

.codex/config.toml:

कोडेक्स में उपयोग किए जाने वाले मॉडल और रीजनिंग स्ट्रेंथ लिखें।

model = "gpt-5.6-sol"

model_reasoning_effort = "high"

review_model = "gpt-5.6-sol"

और क्लॉड कोड में दो आधिकारिक प्लगइन्स जोड़ें:

openai/codex-plugin-cc

openai/openai-developers-for-claude

अब क्लॉड कोड की निम्नलिखित भूमिकाएँ हैं:

• क्लॉड द्वारा दैनिक इम्प्लीमेंटेशन और बातचीत
• GPT-5.6 Sol द्वारा स्वतंत्र समीक्षा और रेस्क्यू
• OpenAI आधिकारिक Docs MCP द्वारा नवीनतम विनिर्देशों की जाँच
• एजेंट स्किल्स द्वारा पुन: प्रयोज्य डेवलपमेंट प्रक्रिया

सारांश: क्लॉड कोड को न छोड़ें, दूसरा मस्तिष्क जोड़ें

बिना अतिरिक्त शुल्क के Fable 5 का उपयोग करने की अवधि 19 जुलाई, 2026 तक बढ़ा दी गई है।

इसलिए, यह स्थिति नहीं है कि "Fable आज समाप्त हो गया।"

हालाँकि, यह प्रवृत्ति कि मासिक योजना के भीतर उच्चतम प्रदर्शन वाले मॉडल का उपयोग जारी रखना अब स्वाभाविक नहीं है, अपरिवर्तित बनी हुई है।

इसका मतलब यह नहीं है कि आपको क्लॉड कोड को छोड़ देना चाहिए।

क्लॉड कोड को कमांड सेंटर के रूप में रखें।

समीक्षाओं, रेस्क्यू और इम्प्लीमेंटेशन के लिए GPT-5.6 Sol को कॉल करने के लिए आधिकारिक OpenAI codex-plugin-cc का उपयोग करें।

आधिकारिक Docs MCP और OpenAI डेवलपमेंट स्किल्स का उपयोग करने के लिए OpenAI Developers प्लगइन जोड़ें।

सामान्य ऑपरेशनल प्रॉम्प्ट को एजेंट स्किल्स में बनाएं जो केवल ज़रूरत पड़ने पर लोड हों, न कि उन्हें CLAUDE.md में विशाल रेजिडेंट निर्देशों के रूप में भरें।

और "इम्प्लीमेंटेशन बनाने वाले मॉडल" को "उस इम्प्लीमेंटेशन पर संदेह करने वाले मॉडल" से अलग करें।

इस कॉन्फ़िगरेशन के साथ, आप क्लॉड कोड के ऑपरेशनल फील, मौजूदा सेटिंग्स, स्किल्स, MCP और प्रोजेक्ट एसेट्स को छोड़े बिना, जहाँ आवश्यक हो, GPT-5.6 रीजनिंग डाल सकते हैं।

आप क्लॉड को GPT में नहीं बदल रहे हैं।

आप क्लॉड कोड में एक और वरिष्ठ इंजीनियर को रख रहे हैं जिससे आप किसी भी समय परामर्श कर सकते हैं।

एक मॉडल पर सभी काम के लिए निर्भर रहने के बजाय, काम की सामग्री के अनुसार मॉडल का उपयोग करें।

आमतौर पर, क्लॉड कोड के साथ तेज़ी से आगे बढ़ें।

मुश्किल जगहों पर, GPT-5.6 Sol से रेस्क्यू का अनुरोध करें।

शिप करने से पहले, एक अलग मॉडल से विरोधी समीक्षा प्राप्त करें।

आधिकारिक Docs MCP से नवीनतम OpenAI API विनिर्देशों की जाँच करवाएँ।

अब से क्लॉड कोड एक कोडिंग टूल नहीं है जो एक मॉडल के भीतर पूरा होता है।

सही तरीका इसे एक डेवलपमेंट OS के रूप में उपयोग करना है जो कई मॉडलों, स्किल्स, MCPs और प्लगइन्स को बंडल करता है।