डेवलपर के लिए AI: कोडिंग एजेंट, लागत और सुरक्षित तरीके से काम सौंपना

यह कैसे करें

1. 1काम सौंपने से पहले जाँच लिखें या बताएँ कि वह कहाँ है: फ़ेल होता टेस्ट, या कमांड और उसका अपेक्षित आउटपुट।
2. 2इस पेज के प्रॉम्प्ट से उसे काम दें, और यह भी बताएँ कि वह कौन-सी फ़ाइलें बदल सकता है और कौन-सी नहीं।
3. 3उसे खुद जाँच चलाने दें और आखिरी आउटपुट पेस्ट करने दें।
4. 4डिफ़ को किसी सहकर्मी की पुल रिक्वेस्ट की तरह रिव्यू करें; पास हुई जाँच से रिव्यू शुरू होता है, खत्म नहीं होता।

पहले से मौजूद

• ChatGPT · Codex
• Claude · Claude Code

कॉपी करने के लिए प्रॉम्प्ट

काम: [बदलाव]।
पूरा होने का मतलब: [टेस्ट या कमांड] पास हो और [अपेक्षित आउटपुट] दिखाए। काम खत्म करने से पहले इसे चलाएँ और नतीजा पेस्ट करें।
आप ये बदल सकते हैं: [पाथ]। ये न बदलें: [पाथ], डिपेंडेंसी, या टेस्ट।
अगर आप इसे पास नहीं करवा पाते, तो जाँच से बचने का रास्ता निकालने के बजाय रुकें और कारण बताएँ।

कहाँ गड़बड़ होती है

• एजेंट कभी-कभी टेस्ट को कमज़ोर करके पास करवा देते हैं। टेस्ट बदलने की मनाही करें, और डिफ़ में इसकी जाँच करें।
• जो काम एक जाँच के लिए बहुत बड़ा है, वह एक बार में सौंपने के लिए भी बहुत बड़ा है। उसे बाँट दें।

यह कैसे करें

1. 1वह चुनें जो आपके कोड के सबसे करीब हो: Codex Cloud, GitHub पर Copilot cloud agent, या वेब पर Claude Code।
2. 2पक्का करें कि उसका एनवायरनमेंट आपकी डिपेंडेंसी इंस्टॉल कर सके और आपके टेस्ट चला सके; इनके बिना एजेंट बस अंदाज़ा लगा रहा होता है।
3. 3ऊपर वाले काम की तरह छोटे, अलग-अलग काम भेजें, हर एक अपनी जाँच के साथ।
4. 4हर पुल रिक्वेस्ट पहले किसी ऑटोमैटिक रिव्यूअर को पढ़ने दें, फिर खुद रिव्यू करें।

पहले से मौजूद

• Codex · Codex Cloud
• GitHub Copilot · Copilot cloud agent
• Claude Code · Claude Code on the web (cloud sessions)

कॉपी करने के लिए प्रॉम्प्ट

इस रिपॉज़िटरी में: [काम]।
संदर्भ: [कोड में कहाँ, संबंधित इश्यू]।
पूरा तब माना जाएगा जब: [टेस्ट या कमांड] आपके एनवायरनमेंट में पास हो; उसका आउटपुट पुल रिक्वेस्ट के विवरण में डालें।
पुल रिक्वेस्ट में [संख्या] से कम पंक्तियाँ बदलें। अगर ज़्यादा की ज़रूरत हो, तो रुकें और सुझाएँ कि इसे कैसे बाँटा जाए।

कहाँ गड़बड़ होती है

• जिन टेस्ट को ऐसे सीक्रेट या सर्विस चाहिए जो आपने सेट अप नहीं किए, वे छूट जाते हैं या फ़ेल हो जाते हैं। उनके बिना हरा नतीजा कुछ खास साबित नहीं करता।
• आपस में जुड़े कोड पर कई एजेंट काम करें, तो उनकी पुल रिक्वेस्ट आपस में टकराती हैं। साथ-साथ चलने वाले कामों को अलग-अलग हिस्सों में रखें।

यह कैसे करें

1. 1अपनी बिल्ड, टेस्ट और लिंट की कमांड उस निर्देश फ़ाइल में डालें जिसे आपका एजेंट हर सेशन की शुरुआत में पढ़ता है; हर एजेंट के डॉक्स में उस फ़ाइल का नाम दिया होता है।
2. 2Claude Code में ऐसे हुक जोड़ें जो हर एडिट के बाद फ़ॉर्मेटर और टेस्ट चलाएँ, ताकि एजेंट फ़ेलियर देखे और उन्हें ठीक करे।
3. 3हर पुल रिक्वेस्ट किसी बॉट से रिव्यू करवाएँ: Codex में “Automatic review” चालू करें, या Copilot को रिव्यूअर के तौर पर जोड़ें।
4. 4जब एजेंट कोई गलती दो बार करे, तो उसे किसी टेस्ट में या निर्देश फ़ाइल के किसी नियम में बदल दें।

पहले से मौजूद

• Claude Code · Hooks
• Codex · Codex code review
• GitHub Copilot · Copilot code review

कॉपी करने के लिए प्रॉम्प्ट

इस रिपॉज़िटरी को पढ़ें और कोडिंग एजेंट के लिए निर्देश फ़ाइल लिखें:
1. इंस्टॉल, बिल्ड, टेस्ट, लिंट और फ़ॉर्मेट करने की सटीक कमांड।
2. प्रोजेक्ट की संरचना, 10 या उससे कम पंक्तियों में।
3. यहाँ के वे कन्वेंशन जिनमें नए लोग गलती करते हैं, हर एक का एक उदाहरण।
4. एजेंट को यहाँ क्या कभी नहीं करना है, जैसे माइग्रेशन बदलना या जनरेट की गई फ़ाइलें एडिट करना।
सिर्फ़ वही कमांड लिखें जो आपने सफलतापूर्वक चलाईं; बाकी पर “जाँची नहीं गई” लिखें।

कहाँ गड़बड़ होती है

• जिस निर्देश फ़ाइल की कमांड अब काम नहीं करतीं, उससे एजेंट उस फ़ाइल को अनदेखा करना सीख जाता है। सेटअप बदलने पर कमांड दोबारा चलाकर देखें।
• रिव्यू बॉट भी पूरे यकीन के साथ गलतियाँ करते हैं। उनकी टिप्पणियों को सुझाव मानें।

यह कैसे करें

1. 1वे चीज़ें लिखें जो आप चैट में सबसे ज़्यादा पेस्ट करते हैं, जैसे इश्यू, एरर लॉग, डॉक्स या स्कीमा। पहले इन्हें जोड़ें।
2. 2हर एक के लिए आधिकारिक MCP सर्वर जोड़ें, ऐसे टोकन के साथ जो सिर्फ़ पढ़ सके। Gemini CLI में एक एक्सटेंशन MCP सर्वर और उसका सेटअप एक साथ पैक कर सकता है।
3. 3उसे ऐसा काम दें जिसमें इनकी ज़रूरत हो, और जाँचें कि उसने सही सर्वर को कॉल किया।
4. 4हर कुछ हफ़्तों में वे सर्वर हटा दें जिनका अब आप इस्तेमाल नहीं करते।

पहले से मौजूद

• Gemini CLI · Extensions

कॉपी करने के लिए प्रॉम्प्ट

कुछ भी बदलने से पहले: ट्रैकर में इश्यू [नंबर] पढ़ें, लॉग में एरर ढूँढें, और [लाइब्रेरी] के डॉक्स देखें।
बताएँ कि हर एक से आपको क्या पता चला, और आपके हिसाब से गड़बड़ी किस फ़ाइल में है।
किसी भी जुड़े हुए टूल में कुछ न लिखें।

कहाँ गड़बड़ होती है

• किसी वेब पेज, इश्यू या दस्तावेज़ में ऐसा टेक्स्ट हो सकता है जो एजेंट को भटकाने के लिए लिखा गया हो। जो टूल बाहर से कंटेंट पढ़ते हैं, उन्हें लिखने की एक्सेस न दें।
• कॉन्फ़िग फ़ाइलों में रखे टोकन लीक हो जाते हैं। क्लाइंट का सीक्रेट स्टोरेज या एनवायरनमेंट वेरिएबल इस्तेमाल करें, रिपॉज़िटरी कभी नहीं।

यह कैसे करें

1. 1देखें कि आप पहले से किसके लिए भुगतान कर रहे हैं: ChatGPT के प्लान में Codex शामिल है, और Claude के पेड प्लान में Claude Code।
2. 2जहाँ आपका एजेंट टोकन इस्तेमाल दिखाता है, वहाँ कुछ आम सेशन का टोकन इस्तेमाल नोट करें।
3. 3हमारे API कीमतों वाले पेज पर इस इस्तेमाल की कीमत निकालें और उसकी तुलना सब्सक्रिप्शन से करें।
4. 4ऑटोमेशन और CI के लिए खर्च की सीमा वाली API कुंजियाँ इस्तेमाल करें, ताकि कोई लूप भारी बिल न बना दे।

पहले से मौजूद

• ChatGPT · Codex
• Claude · Claude Code

कॉपी करने के लिए प्रॉम्प्ट

[संख्या] आम सेशन का मेरा इस्तेमाल यह रहा: [इनपुट और आउटपुट टोकन]। मेरा काम हफ़्ते में लगभग [दिन] दिन होता है।
इन कीमतों पर प्रति टोकन के हिसाब से मेरी महीने की लागत का अनुमान लगाएँ: [API कीमतों वाले पेज से पेस्ट करें]।
इसकी तुलना [कीमत] प्रति महीने वाले सब्सक्रिप्शन से करें। पूरा हिसाब दिखाएँ ताकि मैं उसे जाँच सकूँ।

कहाँ गड़बड़ होती है

• सब्सक्रिप्शन की भी इस्तेमाल की सीमाएँ होती हैं। काम के बीच में किसी सीमा पर पहुँचने से समय बर्बाद होता है; सिर्फ़ कीमत नहीं, सीमा भी जाँचें।
• बिल पर सबसे ज़्यादा असर मॉडल का होता है। तुलना उसी मॉडल पर करें जो आप असल में इस्तेमाल करते हैं।

यह कैसे करें

1. 1रिपॉज़िटरी में /init चलाएँ: यह कोडबेस का विश्लेषण करके शुरुआती CLAUDE.md लिखता है, या आपकी मौजूदा फ़ाइल में सुधार सुझाता है।
2. 2टीम के नियम, जैसे बिल्ड और टेस्ट कमांड और कोडिंग स्टैंडर्ड, ./CLAUDE.md में रखें और उसे कमिट करें। आपकी अपनी पसंद सभी प्रोजेक्ट के लिए ~/.claude/CLAUDE.md में जाती है, या सिर्फ़ इस प्रोजेक्ट के लिए CLAUDE.local.md में।
3. 3लंबे दस्तावेज़ पेस्ट करने के बजाय उनका पाथ दें: @path/to/file शुरू होते समय दूसरी फ़ाइल इम्पोर्ट कर लेता है।
4. 4जब भी Claude एक ही चीज़ दो बार गलत करे, वह एक पंक्ति जोड़ दें जिससे यह गलती रुक जाती।

कॉपी करने के लिए प्रॉम्प्ट

इस रिपॉज़िटरी को पढ़ें और CLAUDE.md को बेहतर बनाएँ। इसे 60 पंक्तियों से कम रखें:
1. बिल्ड, टेस्ट और लिंट की सटीक कमांड।
2. संरचना, कुछ पंक्तियों में।
3. यहाँ के वे कन्वेंशन जिनमें नए लोग गलती करते हैं।
4. फ़ाइलें और फ़ोल्डर जिन्हें कभी एडिट नहीं करना है।
जो बातें अब सही नहीं हैं, उन्हें हटा दें। जो कमांड आपने नहीं चलाईं, उन पर “जाँची नहीं गई” लिखें।

कहाँ गड़बड़ होती है

• CLAUDE.md में लिखा सब कुछ हर सेशन में लोड होता है और कॉन्टेक्स्ट में जगह लेता है। ब्योरे उन फ़ाइलों में ले जाएँ जिन्हें यह इम्पोर्ट करता है।
• जो निर्देश अब सही नहीं हैं, वे कोई निर्देश न होने से भी बुरे हैं। सेटअप बदलने पर कमांड फिर से जाँचें।

आधिकारिक डॉक्स से: Claude Code docs: How Claude remembers your project

यह कैसे करें

1. 1Shift+Tab तब तक दबाएँ जब तक स्टेटस बार में “plan mode on” न दिखे, या अपना प्रॉम्प्ट /plan से शुरू करें।
2. 2बदलाव बताएँ और यह भी कि क्या नहीं बदलना चाहिए। Claude पड़ताल के लिए अब भी कमांड चला सकता है, लेकिन प्लान बनाते समय फ़ाइलें एडिट नहीं करता।
3. 3प्लान को डिज़ाइन नोट की तरह पढ़ें: कोई गलत फ़ाइल, कोई छूटा हुआ केस, ज़रूरत से बड़ा बदलाव। जब तक वह सही न हो, बदलाव माँगते रहें, फिर उसे मंज़ूरी दें।
4. 4अगले, अलग काम से पहले /clear से नई शुरुआत करें।

कॉपी करने के लिए प्रॉम्प्ट

/plan [क्या] को इस तरह बदलें कि [लक्ष्य]। शर्तें: [क्या नहीं बदलना चाहिए]।
बताएँ कि आप किन फ़ाइलों को छुएँगे, बदलाव किस क्रम में होंगे, हर कदम को कौन-सा टेस्ट साबित करेगा, और किन बातों पर आपको पक्का नहीं है। मेरी मंज़ूरी से पहले कुछ भी एडिट न करें।

कहाँ गड़बड़ होती है

• जो प्लान आपकी उम्मीद से ज़्यादा फ़ाइलें छूता है, वही चेतावनी का संकेत है। मंज़ूरी देने से पहले वजह पूछें।
• प्लान मोड में भी पड़ताल के लिए कमांड चलती हैं। इससे कोई अनजान रिपॉज़िटरी चलाने के लिए सुरक्षित नहीं हो जाती।

आधिकारिक डॉक्स से: Claude Code docs: Choose a permission mode · Claude Code docs: Commands · Claude Code docs: Best practices

यह कैसे करें

1. 1/permissions खोलकर हर नियम देखें, और यह भी कि वह किस सेटिंग फ़ाइल से आता है।
2. 2टीम के नियम .claude/settings.json में रखें और उसे कमिट करें। निजी नियम ~/.claude/settings.json या .claude/settings.local.json में जाते हैं।
3. 3नियम इस क्रम में जाँचे जाते हैं: पहले deny, फिर ask, फिर allow, इसलिए एक deny नियम किसी भी allow पर भारी पड़ता है।
4. 4Shift+Tab से मोड बदलें: acceptEdits वर्किंग डायरेक्टरी में फ़ाइल एडिट अपने आप मंज़ूर करता है। bypassPermissions अनुमति वाले संदेश और सुरक्षा जाँचें बंद कर देता है; डॉक्स के मुताबिक इसे सिर्फ़ ऐसे अलग-थलग कंटेनर या VM में इस्तेमाल करें जिनमें इंटरनेट एक्सेस न हो।

कॉपी करने के लिए प्रॉम्प्ट

इस सेशन में आपने जो कमांड चलाईं, उन्हें देखें। .claude/settings.json के लिए परमिशन नियम सुझाएँ: रोज़ इस्तेमाल होने वाली रीड-ओनली और टेस्ट कमांड को allow करें, जो कुछ भी सीक्रेट पढ़ता है या प्रोजेक्ट के बाहर कुछ डिलीट करता है उसे deny करें, और बाकी सब को ask पर छोड़ दें। हर नियम को एक पंक्ति में समझाएँ।

कहाँ गड़बड़ होती है

• जो allow नियम हर कमांड से मेल खाता है, वह अनुमति वाले संदेश बंद करने जैसा ही है। सिर्फ़ सटीक कमांड को अनुमति दें।
• .claude/settings.json के नियम कमिट होते ही पूरी टीम पर लागू होते हैं। उन्हें कोड की तरह रिव्यू करें।

आधिकारिक डॉक्स से: Claude Code docs: Configure permissions · Claude Code docs: Settings files and precedence · Claude Code docs: Choose a permission mode

यह कैसे करें

1. 1अलग-अलग कामों के बीच /clear खाली कॉन्टेक्स्ट के साथ नई बातचीत शुरू करता है।
2. 2लंबे काम में फ़ोकस के साथ /compact, जैसे “/compact प्लान और फ़ेल होता टेस्ट रखें”, पहले की बातचीत का सारांश बना देता है।
3. 3बड़ी खोजें सबएजेंट को सौंपें: हर सबएजेंट अपनी अलग कॉन्टेक्स्ट विंडो में चलता है, इसलिए आपके सेशन में सिर्फ़ उसका जवाब लौटता है।
4. 4सीमा के पास पहुँचने पर Claude Code खुद भी कॉम्पैक्ट करता है; सही समय पर खुद कॉम्पैक्ट करने से वही बचता है जो आप चुनते हैं।

पहले से मौजूद

• Claude Code · Subagents

कॉपी करने के लिए प्रॉम्प्ट

/compact रखें: लक्ष्य, प्लान, अब तक बदली गई फ़ाइलें, और वह टेस्ट जो अभी भी फ़ेल होता है। पड़ताल वाला हिस्सा हटा दें।

कहाँ गड़बड़ होती है

• /clear बातचीत भुला देता है। जो कुछ आपको फिर से चाहिए होगा, उसे पहले CLAUDE.md में डालें।
• सबएजेंट से आपको सिर्फ़ उसका जवाब वापस मिलता है। उससे सिर्फ़ निष्कर्ष नहीं, फ़ाइल पाथ और लाइन नंबर भी माँगें।

आधिकारिक डॉक्स से: Claude Code docs: Commands · Claude Code docs: Best practices · Claude Code docs: Create custom subagents

यह कैसे करें

1. 1हर सेशन claude --worktree <name> (या -w) से शुरू करें। यह .claude/worktrees/<name>/ में worktree-<name> ब्रांच पर एक git वर्कट्री बनाता है।
2. 2डॉक्स की सलाह के मुताबिक .claude/worktrees/ को .gitignore में जोड़ें।
3. 3हर सेशन को अपनी जाँच वाला एक काम दें, ताकि आप उन्हें एक-एक करके रिव्यू कर सकें।
4. 4हर ब्रांच को किसी भी दूसरी पुल रिक्वेस्ट की तरह रिव्यू और मर्ज करें।

कॉपी करने के लिए प्रॉम्प्ट

आप worktree-[नाम] ब्रांच पर एक वर्कट्री में काम कर रहे हैं। काम: [एक बदलाव]। पूरा तब माना जाएगा जब: [टेस्ट या कमांड] पास हो। सिर्फ़ इसी ब्रांच पर कमिट करें; दूसरी ब्रांच को मर्ज या रीबेस न करें।

कहाँ गड़बड़ होती है

• हर वर्कट्री एक अलग फ़ोल्डर है, इसलिए डिपेंडेंसी और बिल्ड आउटपुट साझा नहीं होते। हर एक में अलग से इंस्टॉल करें।
• जो दो काम वही फ़ाइलें छूते हैं, वे मर्ज करते समय टकराएँगे ही, वर्कट्री हो या न हो।

आधिकारिक डॉक्स से: Claude Code docs: Run parallel sessions with worktrees

यह कैसे करें

1. 1खाली प्रॉम्प्ट पर Esc दो बार दबाएँ, या /rewind टाइप करें (/checkpoint और /undo भी काम करते हैं)।
2. 2गड़बड़ी शुरू होने से पहले की जगह चुनें और बातचीत, कोड या दोनों को वापस लाएँ।
3. 3सीमाएँ जान लें: rm, mv या cp जैसी शेल कमांड से बदली गई फ़ाइलें वापस नहीं आतीं, और Claude Code के बाहर या किसी दूसरे सेशन में किए गए एडिट भी नहीं।
4. 4जोखिम वाले कदमों से पहले कमिट करें। चेकपॉइंट सेशन के अंदर जल्दी वापसी के लिए हैं, git की जगह लेने के लिए नहीं।

कॉपी करने के लिए प्रॉम्प्ट

शुरू करने से पहले मौजूदा स्थिति को “checkpoint before [काम]” संदेश के साथ कमिट करें। फिर [काम]। फ़ाइलें डिलीट या मूव करने वाली किसी भी कमांड से पहले मुझसे पूछें।

कहाँ गड़बड़ होती है

• किसी कमांड से डिलीट हुई फ़ाइल रिवाइंड से वापस नहीं आती। ऐसा सिर्फ़ git कर सकता है।
• इस बीच आपने हाथ से जो एडिट किए, वे भी दर्ज नहीं होते। रिवाइंड करने से पहले उन्हें कमिट करें।

आधिकारिक डॉक्स से: Claude Code docs: Checkpointing · Claude Code docs: Commands

यह कैसे करें

1. 1claude -p "..." बिना बातचीत के (नॉन-इंटरैक्टिव) चलता है। --output-format json या stream-json ऐसा आउटपुट देता है जिसे स्क्रिप्ट पार्स कर सके।
2. 2सफल होने पर यह 0 के साथ और नाकाम होने पर 0 के अलावा किसी कोड के साथ बाहर निकलता है, ताकि CI उसके हिसाब से आगे का रास्ता तय कर सके।
3. 3CI में ऐसे रन के लिए --bare जोड़ें जो लोकल सेटअप पर निर्भर न हों।
4. 4पुल रिक्वेस्ट के लिए /install-github-app से Claude Code GitHub Actions सेट अप होता है (सिर्फ़ github.com वाली रिपॉज़िटरी के लिए); फिर किसी पुल रिक्वेस्ट या इश्यू की टिप्पणी में @claude लिखें।

कॉपी करने के लिए प्रॉम्प्ट

claude -p "main के मुकाबले डिफ़ पढ़ें। हर वह बदलाव सूची में दें जो कोई डिपेंडेंसी जोड़ता है, ऑथेंटिकेशन को छूता है या डेटाबेस माइग्रेशन बदलता है, इस JSON के रूप में: {\"files\": [], \"reason\": \"\"}। अगर ऐसा कोई बदलाव नहीं है, तो खाली सूची लौटाएँ।" --output-format json

कहाँ गड़बड़ होती है

• स्क्रिप्ट उन्हीं परमिशन के साथ चलती है जो आप उसे देते हैं। CI को उतनी ही परमिशन दें जितनी ज़रूरी हो।
• /install-github-app सिर्फ़ github.com पर मौजूद रिपॉज़िटरी के साथ काम करता है।

आधिकारिक डॉक्स से: Claude Code docs: Run Claude Code programmatically · Claude Code docs: GitHub Actions

यह कैसे करें

1. 1मौजूदा फ़ोल्डर में शुरुआती AGENTS.md लिखने के लिए CLI में /init चलाएँ।
2. 2निजी निर्देश ~/.codex/AGENTS.md में और प्रोजेक्ट के नियम रिपॉज़िटरी में रखें। किसी सबफ़ोल्डर की अपनी फ़ाइल हो सकती है; Codex जहाँ काम करता है, उसके पास वाली फ़ाइलों की बात मानी जाती है।
3. 3फ़ाइलें छोटी रखें: उनके कुल साइज़ की एक सीमा है, डिफ़ॉल्ट रूप से 32 KiB।
4. 4“## Code Review Rules” नाम का एक सेक्शन जोड़ें: GitHub पर Codex के रिव्यू इसी का पालन करते हैं।

कॉपी करने के लिए प्रॉम्प्ट

इस रिपॉज़िटरी को पढ़ें और AGENTS.md लिखें:
1. इंस्टॉल, बिल्ड, टेस्ट और लिंट की सटीक कमांड।
2. संरचना, कुछ पंक्तियों में।
3. यहाँ के वे कन्वेंशन जिनमें नए लोग गलती करते हैं।
4. “## Code Review Rules” नाम का सेक्शन, जिसमें लिखा हो कि रिव्यू करने वाले को किन बातों की ओर हमेशा ध्यान दिलाना है।
सिर्फ़ वही कमांड लिखें जो आपने सफलतापूर्वक चलाईं; बाकी पर “जाँची नहीं गई” लिखें।

कहाँ गड़बड़ होती है

• लंबी फ़ाइलें आपके खिलाफ़ जाती हैं: कुल साइज़ की सीमा डिफ़ॉल्ट रूप से 32 KiB है।
• जो सबफ़ोल्डर फ़ाइल बिना बताए रूट वाली फ़ाइल से उलटी बात कहती है, वह Codex जितना ही लोगों को भी उलझाती है। साफ़ लिखें कि वह किस बात को बदलती है।

आधिकारिक डॉक्स से: Codex docs: AGENTS.md · Codex docs: CLI commands · Codex docs: GitHub integration

यह कैसे करें

1. 1CLI में /permissions मोड बदलता है, और /status लागू मंज़ूरी नीति (approval policy) और लिखने योग्य फ़ोल्डर दिखाता है।
2. 2“Ask for approval”, जो सुझाया गया डिफ़ॉल्ट है, वर्कस्पेस के अंदर एडिट करता है और कमांड चलाता है, और उसके बाहर जाने से पहले रुकता है।
3. 3“Approve for me” वही सैंडबॉक्स रखता है, लेकिन मंज़ूरी के अनुरोध आपके बजाय ऑटोमैटिक रिव्यू को भेजता है।
4. 4“Full access” फ़ाइल सिस्टम और नेटवर्क की सीमाएँ हटा देता है। डॉक्स इसके साथ चेतावनी देते हैं; इसे ऐसे एनवायरनमेंट के लिए रखें जिन्हें आप बाद में मिटा सकें।

कॉपी करने के लिए प्रॉम्प्ट

शुरू करने से पहले /status चलाएँ और मुझे मंज़ूरी नीति और लिखने योग्य फ़ोल्डर बताएँ। फिर [काम]। नेटवर्क की ज़रूरत वाली या इस रिपॉज़िटरी के बाहर लिखने वाली किसी भी कमांड से पहले पूछें।

कहाँ गड़बड़ होती है

• “Approve for me” में कोई इंसान हर अनुरोध नहीं पढ़ता। इसे वहीं इस्तेमाल करें जहाँ गलत कदम को आसानी से वापस लिया जा सके।
• “Full access” सिर्फ़ रिपॉज़िटरी पर नहीं, पूरी मशीन पर लागू होता है।

आधिकारिक डॉक्स से: Codex docs: Permission modes · Codex docs: Sandboxing · Codex docs: Approvals and security · Codex docs: CLI commands

यह कैसे करें

1. 1codex exec "..." बिना बातचीत के चलता है और डिफ़ॉल्ट रूप से रीड-ओनली सैंडबॉक्स में चलता है।
2. 2जब उसे फ़ाइलें एडिट करनी हों, तो --sandbox workspace-write जोड़ें; --full-auto अब हटाया जा रहा है (deprecated)।
3. 3--json उन स्क्रिप्ट के लिए इवेंट की JSON Lines स्ट्रीम देता है जिन्हें हर कदम चाहिए।
4. 4GitHub Actions में openai/codex-action@v1 आपके लिए codex exec चलाता है।

कॉपी करने के लिए प्रॉम्प्ट

codex exec "टैग [v1.2.0] के बाद के बदलाव पढ़ें। रिलीज़ नोट्स Added, Changed और Fixed के समूहों में लिखें: हर बदलाव के लिए एक पंक्ति, ऐसे शब्दों में जो यूज़र समझ सके, कमिट हैश के बिना।"

कहाँ गड़बड़ होती है

• पुरानी गाइड अब भी --full-auto इस्तेमाल करती हैं। यह हटाया जा रहा है (deprecated); --sandbox workspace-write इस्तेमाल करें।
• जो जॉब सिर्फ़ पढ़ता है, उसे CI में भी रीड-ओनली ही रहना चाहिए।

आधिकारिक डॉक्स से: Codex docs: Non-interactive mode · Codex docs: GitHub Action

यह कैसे करें

1. 1CLI में /review आपके वर्किंग ट्री का रिव्यू करता है। codex review यही काम बिना चैट के करता है: किसी बेस ब्रांच, किसी कमिट या बिना कमिट किए बदलावों के मुकाबले।
2. 2GitHub पर किसी पुल रिक्वेस्ट पर @codex review लिखकर टिप्पणी करें।
3. 3Codex की सेटिंग में “Personal preferences” के अंदर ऑटोमैटिक रिव्यू चालू करें; फिर टिप्पणी की ज़रूरत नहीं पड़ती।
4. 4अपनी टीम के नियम AGENTS.md के “## Code Review Rules” सेक्शन में लिखें।

पहले से मौजूद

• Codex · Codex code review

कॉपी करने के लिए प्रॉम्प्ट

## Code Review Rules
- ऑथेंटिकेशन या परमिशन में किसी भी बदलाव पर ध्यान दिलाएँ।
- ऐसे डेटाबेस माइग्रेशन पर ध्यान दिलाएँ जिन्हें वापस नहीं लिया जा सकता।
- नई डिपेंडेंसी पर ध्यान दिलाएँ और बताएँ कि उनकी ज़रूरत है या नहीं।
- फ़ॉर्मेटिंग को अनदेखा करें; वह लिंटर संभालता है।

कहाँ गड़बड़ होती है

• GitHub पर रिव्यू सिर्फ़ P0 और P1 समस्याएँ बताते हैं। कोई टिप्पणी न होने का मतलब यह नहीं कि डिज़ाइन सही है।
• रिव्यू एक दूसरी राय है, टेस्ट रन नहीं। टेस्ट बनाए रखें।

आधिकारिक डॉक्स से: Codex docs: CLI commands · Codex docs: GitHub integration

यह कैसे करें

1. 1एक एनवायरनमेंट बनाएँ जिसमें वे रिपॉज़िटरी, डिपेंडेंसी, टूल और एक्सेस सेटिंग हों जिनकी कामों को ज़रूरत है। नए एनवायरनमेंट एक इंस्टॉल स्क्रिप्ट और एक स्टार्ट स्किल दर्ज करते हैं।
2. 2हर एनवायरनमेंट के लिए इंटरनेट एक्सेस तय करें: सिर्फ़ पैकेज मैनेजर, चुने हुए डोमेन, या सब कुछ।
3. 3काम ChatGPT से शुरू करें, लंबे कामों के लिए IDE एक्सटेंशन से, या टर्मिनल से codex cloud exec के ज़रिए; --attempts 1-4 तुलना के लिए कई कोशिशें माँगता है।
4. 4Code Review और GitHub व Linear इंटीग्रेशन अभी भी पुराने Codex Cloud (Legacy) पर चलते हैं, जिसे OpenAI बंद करने की योजना बना रहा है।

पहले से मौजूद

• Codex · Codex Cloud

कॉपी करने के लिए प्रॉम्प्ट

codex cloud exec --attempts 3 "काम: [बदलाव]। संदर्भ: [फ़ाइलें]। पूरा तब माना जाएगा जब [टेस्ट] इस एनवायरनमेंट में पास हो। डिफ़ [संख्या] पंक्तियों से कम रखें।"

कहाँ गड़बड़ होती है

• बिना रोक-टोक वाले इंटरनेट से कोई काम किसी भी साइट तक पहुँच सकता है, उन पेजों तक भी जो उसे भटकाने के लिए लिखे गए हों। सिर्फ़ उतनी ही अनुमति दें जितनी काम को ज़रूरत है।
• अगर इंस्टॉल स्क्रिप्ट नहीं है, तो हो सकता है कि टेस्ट चले ही न हों। जाँचें कि काम ने उन्हें सच में चलाया।

आधिकारिक डॉक्स से: Codex docs: Cloud environments · Codex docs: CLI commands · Codex docs: IDE extension

यह कैसे करें

1. 1डिफ़ॉल्ट मॉडल और रीज़निंग एफ़र्ट ~/.codex/config.toml में सेट करें (model और model_reasoning_effort)। CLI और IDE एक्सटेंशन दोनों यही फ़ाइल इस्तेमाल करते हैं।
2. 2प्रोफ़ाइल को अलग फ़ाइल के रूप में बनाएँ, ~/.codex/<name>.config.toml, और --profile <name> से शुरू करें।
3. 3MCP सर्वर codex mcp add <name> -- <command> से जोड़ें; हर सर्वर एक [mcp_servers.<name>] टेबल बन जाता है, और /mcp चालू सर्वरों की सूची दिखाता है।
4. 4/status दिखाता है कि अभी क्या लागू है, और codex resume --last इस फ़ोल्डर का सबसे हाल का सेशन फिर से शुरू करता है।

कॉपी करने के लिए प्रॉम्प्ट

~/.codex/config.toml और इस प्रोजेक्ट की .codex/config.toml पढ़ें। मुझे बताएँ कि कौन-सा मॉडल, रीज़निंग एफ़र्ट, सैंडबॉक्स और MCP सर्वर लागू हैं, हर एक किस फ़ाइल से आता है, और कहाँ टकराव है।

कहाँ गड़बड़ होती है

• प्रोजेक्ट की सेटिंग सिर्फ़ भरोसेमंद प्रोजेक्ट में लोड होती हैं। अगर कोई सेटिंग अनदेखी होती लगे, तो पहले यही जाँचें।
• प्रोफ़ाइल अब अलग फ़ाइलें होती हैं। जो गाइड config.toml के अंदर [profiles.name] डालती हैं, वे पुरानी हो चुकी हैं।

आधिकारिक डॉक्स से: Codex docs: MCP · Codex docs: Config basics · Codex docs: Advanced config · Codex docs: CLI commands