मौजूदा कोडबेस में Codex सुरक्षित तरीके से कैसे इस्तेमाल करें
ब्रांच, AGENTS.md, सीमित अधिकार, छोटे डिफ़, परीक्षण, गुप्त जानकारी और मानव समीक्षा के साथ सुरक्षित कोड बदलाव।
मूल प्रकाशन 1 अगस्त 2026; अपडेट और तथ्य-जाँच 25 अगस्त 2026। OpenAI के Codex app, CLI, IDE, सुरक्षा, उपयोग और प्लान दस्तावेज़ उसी तारीख को जाँचे गए। यह repository नियंत्रण की गाइड है; साइट ने परीक्षण repository में Codex चलाया, ऐसा दावा नहीं।
कोड माँगने से पहले जोखिम स्तर तय करें
स्तर सबसे ज्यादा असर वाले काम का होता है, अनुरोध की दिखती लंबाई का नहीं। अनुमति की एक पंक्ति स्तर 3 हो सकती है।
- स्तर 0 — निरीक्षण: फ़ाइल पढ़ना, व्यवहार समझाना और परीक्षण सुझाना; संपादन नहीं।
- स्तर 1 — सीमित संपादन: तय फ़ाइलें बदलना; डिपेंडेंसी, schema या सेटिंग्स नहीं।
- स्तर 2 — कई हिस्सों का बदलाव: साझा घटक, डिपेंडेंसी, बिल्ड सेटिंग्स या डेटा माइग्रेशन।
- स्तर 3 — बाहरी स्थिति: डिप्लॉयमेंट, credentials बदलना, खाते बदलना, उत्पादन डेटा लिखना या संदेश भेजना।
ब्रांच, मंज़ूरी, परीक्षण और पीछे लौटने का क्रम
| कदम | काम | परिणाम और रुकने का नियम |
|---|---|---|
| शुरुआती स्थिति लें | repository पथ, ब्रांच, बदली फ़ाइलें, वर्तमान परीक्षण और माँगा परिणाम लिखें। | उपयोगकर्ता का काम बचाने वाला रिकॉर्ड; checkout या पुराने बदलाव का मालिक अस्पष्ट हो तो रुकें। |
| काम अलग करें | मंज़ूर ब्रांच या worktree बनाएँ, अनुमति वाली फ़ाइलें और निषिद्ध काम लिखें। | सीमित और वापस पाया जा सकने वाला परिवेश। |
| योजना समीक्षा | इम्प्लीमेंटेशन से पहले फ़ाइल, कमांड, डिपेंडेंसी और बाहरी प्रभाव देखें। | बड़े जोखिम के अलग मंज़ूरी बिंदु; उत्पादन लेखन, गुप्त मान या असंबंधित सुधार जुड़ें तो रुकें। |
| बदलाव जाँचें | जोखिम के अनुसार केंद्रित परीक्षण, प्रकार जाँच, बिल्ड और ब्राउज़र या प्लैटफ़ॉर्म जाँच चलाएँ। | सही डिफ़ और परिवेश से जुड़ा प्रमाण। |
| पीछे लौटना तैयार करें | रिलीज़ मंज़ूरी से पहले कोड और बाहरी स्थिति वापस लाने का तरीका बताएँ। | जाँचा, बाकी और बिना परीक्षण वाला काम अलग दिखाने वाला काम सौंपने का विवरण। |
ब्रांच और worktrees सँभालें
पहले से बदले checkout को न छिपाएँ। असंबंधित काम बचाएँ और ब्रांच का आधार पुष्टि करके नया काम अलग करें। हर पथ मालूम हो तो worktree समानांतर काम में मदद करता है, लेकिन दो एजेंट का एक फ़ाइल बदलना सुरक्षित नहीं बनाता।
कमिट इतना छोटा हो कि समीक्षक समझा सके। जरूरत न हो तो फीचर सुधार में पैकेज मैनेजर बदलना, पूरे प्रोजेक्ट का फ़ॉर्मैट या रास्तों का माइग्रेशन न जोड़ें।
मंज़ूरी केवल तय काम के लिए है
मंज़ूरी काम और लक्ष्य दोनों बताए। परीक्षण की अनुमति पैकेज इंस्टॉल करने की नहीं; वेबसाइट संपादन की अनुमति native wrapper की नहीं; रिलीज़ तैयारी की अनुमति push या deploy की नहीं।
globs, environment variables, recursive काम या कई शेल जोड़ने वाले कमांड दोबारा जाँचें। बाहरी स्क्रिप्ट चलाने से पहले पढ़ें। सेटिंग्स साबित करने के लिए environment का पूरा पाठ लॉग में न दिखाएँ।
जिस बात का दावा हो उसी स्तर पर जाँच करें
unit test एक शुद्ध नियम साबित कर सकता है; पन्ना दिखना, HTTP listener, मोबाइल WebView में CSS या उत्पादन रास्ते का पहुँचना नहीं। हर पूरा होने का दावा उसी स्तर के प्रमाण से जोड़ें और जो नहीं जाँचा वह बताएँ।
खराबी सुधार से पहले उसे दोहराएँ, फिर regression test जोड़ें। इंटरफ़ेस में प्रतिनिधि चौड़ाई और लंबी सामग्री जाँचें। रास्ते या metadata बदलें तो बना परिणाम और असली HTTP प्रतिक्रिया देखें।
पीछे लौटने का प्रमाण रखें
रिलीज़ से पहले कमिट, माइग्रेशन दिशा, सेटिंग्स बदलाव और Git वापस करने से न उलटने वाले बाहरी काम लिखें। डेटा हटाने या key बदलने में पहले नई स्पष्ट अनुमति और रिकवरी योजना लें।
निगरानी का इंटरफ़ेस चुनने के लिए Codex विकल्प गाइड देखें। असली उत्पाद में नियम लागू होने का प्रमाण अभी नहीं है: लाइव सत्र का sandbox, मंज़ूरी माँगना या पीछे लौटना नहीं देखा। स्थानीय सेटिंग्स के लिए सीमित अभ्यास जरूरी है।
जानकारी के स्रोत
ये मूल लेख के official sources हैं। इनमें से कई पेज English में हैं।