GitHub ने 2 अक्टूबर 2026 को घोषणा की कि REST और GraphQL इंटरफेस के जरिए GitHub Copilot की कोड समीक्षा मांगी जा सकती है और अनुरोध का प्रयास स्तर चुना जा सकता है। बदलाव Pro, Pro+, Max, Business और Enterprise प्लान में सामान्य रूप से उपलब्ध है। इससे टीम केवल इंटरफेस में हाथ से कार्रवाई पर निर्भर रहने के बजाय स्क्रिप्ट या आंतरिक प्रणाली से समीक्षा शुरू कर सकती है।
समीक्षा का अनुरोध कार्यप्रवाह के भीतर से आ सकता है
अपडेट विवरण के अनुसार, API अनुरोध में प्रयास स्तर चुनना वैकल्पिक है, ऐसा फील्ड नहीं जिसे हर बार तय करना जरूरी हो। स्वचालन बनाने वाली टीम के लिए इसका अर्थ है कि अनुरोध उसी जगह जोड़ा जा सकता है जहां पहले से यह फैसला होता है कि बदलाव समीक्षा के लिए तैयार है।
उदाहरण के लिए, प्रोजेक्ट की शुरुआती जांच पूरी होने के बाद समीक्षा मांगने वाली आंतरिक प्रक्रिया बनाई जा सकती है। यह संभावित उपयोग है, अपडेट के कारण अपने आप शुरू होने वाला क्रम नहीं। डेवलपर को अब भी शर्तें, अनुमतियां और अनुरोध विफल होने पर क्या करना है, तय करना होगा।
उसी घोषणा में एक पहले का बदलाव भी बताया गया है: 28 सितंबर से Default में Balanced इस्तेमाल होता है। पहले स्पष्ट रूप से चुना गया Lite बरकरार रखा गया। ये दो अलग विवरणों की दो तारीखें हैं; 2 अक्टूबर का नया बदलाव API पहुंच है और डिफॉल्ट में बदलाव को उसी दिन से लागू बताना गलत होगा।
स्वचालन बनाते समय यह भी तय करना उपयोगी होगा कि समीक्षा में देरी होने या उसके विफल होने पर क्या होगा। टीम डेवलपर को स्पष्ट स्थिति दिखा सकती है और आगे बढ़ने का फैसला जिम्मेदार व्यक्ति के पास छोड़ सकती है। स्वचालित प्रक्रिया की चुप्पी को इस पुष्टि के रूप में नहीं पढ़ना चाहिए कि कोड में समस्या नहीं मिली।
समीक्षा की गहराई और अपने आप शुरू होना अलग सेटिंग हैं
GitHub के दस्तावेज में Lite को सामान्य समीक्षा बताया गया है, जबकि Balanced जटिल लॉजिक, सुरक्षा की दृष्टि से संवेदनशील कोड और कई सेवाओं में फैले बदलावों के गहरे विश्लेषण के लिए है। Max विकल्प पर Coming soon लिखा है और वह अभी उपलब्ध नहीं है। Max नाम का प्लान होने से Max समीक्षा स्तर उपलब्ध नहीं हो जाता।
GitHub के अनुसार, Balanced में ज्यादा AI क्रेडिट लगते हैं और GitHub Actions के मिनट भी थोड़े अधिक इस्तेमाल हो सकते हैं। इसलिए डिफॉल्ट सेटिंग को काम के बजट का हिस्सा मानकर जांचना चाहिए, बिना यह माने कि अतिरिक्त गहराई से खपत नहीं बदलेगी।
दस्तावेज प्रयास स्तर चुनने और स्वचालित समीक्षा चालू करने में अंतर करते हैं। स्वचालित समीक्षा बंद करने से हाथ से मांगी जाने वाली समीक्षा का चुना हुआ प्रयास स्तर मिटता नहीं है। इसके अलावा स्वचालित अनुरोध उपयोगकर्ता सेटिंग या रिपॉजिटरी तथा संगठन के नियमों से आ सकते हैं; व्यक्तिगत सेटिंग जरूरी नहीं संगठन के नियम को रद्द करे।
API आजमाने वाली टीम छोटे बदलाव और अपेक्षित परिणाम वाली परीक्षण रिपॉजिटरी से शुरू कर सकती है। पुष्टि करें कि समीक्षा वास्तव में मांगी गई, देखें कि वह किस स्तर पर चली और उपयोग बढ़ाने से पहले टिप्पणियां पढ़ें। API कॉल सफल होने का अर्थ है कि प्रणाली ने अनुरोध प्राप्त किया, लेकिन इससे कोड सही सिद्ध नहीं होता। बदलाव मर्ज करने के लिए तैयार है या नहीं, इसकी जिम्मेदारी विकास प्रक्रिया का हिस्सा बनी रहती है।