विषय-सूची

आप Claude Code में एक फ़ीचर बनाकर पूरा कर लेते हैं। डिफ़ +2,148 −14 दिखाता है, ब्रांच main है, और अब बस "Create PR" दबाना बाकी है — और तभी स्क्रीन के ऊपर एक लाल बैनर आ जाता है:

⚠ अमान्य अनुरोध
पुल रिक्वेस्ट की स्थिति जाँची नहीं जा सकी।
यह जानकारी पुरानी हो सकती है।

परेशान करने वाली बात यह है कि "Create PR" बटन अभी भी वहीं मौजूद है, फिर भी आप यह नहीं बता सकते कि PR की मौजूदा स्थिति क्या है — कि वह बना ही नहीं है, पहले से खुला है, या मर्ज हो चुका है। अचानक, और आपके कोड परिवर्तनों से बिल्कुल असंबंधित, सिर्फ़ "इस ब्रांच की GitHub पर अभी क्या स्थिति है" दिखना बंद हो जाता है।

पहले निष्कर्ष: ज़्यादातर मामलों में यह कोई घातक एरर नहीं है। Claude Code PR की स्थिति GitHub CLI (gh) के ज़रिए GitHub से लाता है, और जब यह पूछताछ विफल होती है तो यह लाल बैनर दिखता है। कारण तीन में से एक होता है — gh इंस्टॉल नहीं है, प्रमाणीकरण पास नहीं होता, या कनेक्शन एक पल के लिए टूट गया — या फिर इस ब्रांच का अभी कोई PR ही नहीं है / यह रिमोट पर push नहीं हुई है। यह लेख आधिकारिक दस्तावेज़ और CHANGELOG में लिखी गई प्रक्रिया, 6 मूल कारण, जाँच का क्रम, कमांड चीट शीट और दोबारा होने से रोकने के तरीके बताता है।

CLAUDE CODE · PR STATUS

"PR स्थिति जाँची नहीं जा सकी" — एक नज़र में

— Claude Code ने GitHub से स्थिति माँगी; वह एक अनुरोध विफल हो गया

लक्षण
PR स्थिति अज्ञात
बना या नहीं — डिस्प्ले पुराना हो जाता है
कारण
GitHub तक नहीं पहुँचा
gh auth समाप्त या अभी push/PR नहीं
पहला कदम
gh auth status
जाँचें कि प्रमाणीकरण सक्रिय है या नहीं

सार: यह "कोड की समस्या" नहीं बल्कि "GitHub से संचार/प्रमाणीकरण की समस्या" है।
आपका काम (कोड जनरेशन, कमिट) आमतौर पर जारी रह सकता है। नई सेशन में हड़बड़ी करने की ज़रूरत नहीं।

1. यह एरर असल में क्या कह रहा है

सीधे शब्दों में पढ़ें तो यह कहता है: "मैं अभी जाँच नहीं पाया कि इस ब्रांच के पुल रिक्वेस्ट की GitHub पर क्या स्थिति है, इसलिए स्क्रीन पर दिखाई गई जानकारी पुरानी हो सकती है।"

जो बात मायने रखती है वह यह समझना है कि दो चीज़ें नहीं हुई हैं। पहली, आपका कोड और आपका डिफ़ टूटा नहीं है — +2,148 −14 के परिवर्तन अभी भी आपकी वर्किंग ट्री में सही-सलामत मौजूद हैं। दूसरी, यह यह नहीं कहता कि "PR बनाना विफल हुआ।" यह एक रीड-साइड चेतावनी है: "PR बनाने की पूर्व-तैयारी के तौर पर, मैंने मौजूदा PR स्थिति (नहीं बना / खुला / मर्ज / बंद) पढ़ने की कोशिश की और विफल रहा।"

दूसरे शब्दों में, यह बैनर एक "सिंक नहीं हो सका" प्रकार का संदेश है, और यह आमतौर पर अस्थायी होता है। मेरी राय: जब यह लाल बैनर दिखे, तो सबसे पहले शक "आपके कोड" पर नहीं बल्कि "GitHub के साथ कनेक्शन की स्थिति" पर करना चाहिए — खास तौर पर इन तीन पर: कि प्रमाणीकरण समाप्त तो नहीं हो गया, कि नेटवर्क पहुँच में है या नहीं, और कि यह ब्रांच ऐसी स्थिति में भी है या नहीं जहाँ कोई PR मौजूद हो सके (रिमोट पर push किया गया हो)।

2. पृष्ठभूमि: Claude Code आपके PR को कैसे देखता है

PR की स्थिति (बना नहीं / खुला / मर्ज / बंद) सिर्फ़ GitHub के सर्वर पर होती है। Claude Code हर बार GitHub से पूछता है और जवाब को स्क्रीन के बैज और बटन में दिखाता है। पूछताछ का रास्ता Anthropic के डेस्कटॉप ऐप दस्तावेज़ और Claude Code के CHANGELOG में लिखा है, और दोनों GitHub CLI (gh) पर निर्भर हैं (30 सितंबर 2026 को मूल पाठ से मिलान किया गया)।

कहाँPR की स्थिति कैसे ली जाती हैस्रोत
डेस्कटॉप ऐप, Code टैब ("Create PR" और CI स्टेटस बार)gh से चेक के नतीजे समय-समय पर लेता है / gh का इंस्टॉल और प्रमाणित होना ज़रूरी है (न हो तो पहली बार PR बनाने की कोशिश पर ऐप इंस्टॉल करने को कहता है)डेस्कटॉप दस्तावेज़, "Monitor pull request status"
टर्मिनल (CLI), इनपुट के नीचे PR बैजआम तौर पर gh pr view / Bedrock, Vertex और Foundry पर, या टेलीमेट्री बंद होने पर, gh auth token, GH_TOKEN या GITHUB_TOKEN के टोकन से सीधे GitHub API बुलाता हैCHANGELOG 2.1.251
उस बैज की जाँच कितनी बारPR न बदले तो कम जाँच / push या gh pr कमांड से तुरंत अपडेट / टर्मिनल पर लौटने पर, पिछली जाँच एक मिनट से कम पुरानी हो तो दोबारा जाँच छोड़ देता हैCHANGELOG 2.1.248 और 2.1.247

यानी PR की स्थिति तभी मिलती है जब चार शर्तें एक साथ पूरी हों: "gh इंस्टॉल है, gh प्रमाणित है, नेटवर्क पहुँच में है, और रिमोट पर ब्रांच और उसका PR मौजूद है"। इनमें से कोई भी न हो तो लाल बैनर आता है। साथ ही, ब्राउज़र लॉगिन (डिफ़ॉल्ट) में gh टोकन को सिस्टम के क्रेडेंशियल स्टोर में रखता है, और वह उपलब्ध न हो तभी सादे टेक्स्ट फ़ाइल में लिखता है (कहाँ रखा है, यह gh auth status बताता है; GitHub CLI मैनुअल, gh auth login)।

आधिकारिक दस्तावेज़ क्या नहीं बताते

डेस्कटॉप ऐप कितनी बार पूछता है और किन विफलताओं पर "अमान्य अनुरोध" दिखता है, इसका ब्योरा 30 सितंबर 2026 तक के आधिकारिक दस्तावेज़ में नहीं है। इस लेख की जाँच ऊपर की तालिका में दर्ज बातों (gh मौजूद है या नहीं, प्रमाणित है या नहीं, कनेक्ट है या नहीं) पर आधारित है।

3. यह क्यों होता है — 6 मूल कारण

"PR की स्थिति जाँची नहीं जा सकी" तक पहुँचने के रास्ते मोटे तौर पर 6 में बाँटे जा सकते हैं। ऊपर से नीचे जाँचना सबसे तेज़ है।

6 ROOT CAUSES

PR की स्थिति न मिलने के 6 कारण

कारण 1 · gh इंस्टॉल नहीं है
डेस्कटॉप ऐप की PR निगरानी के लिए gh का इंस्टॉल और प्रमाणित होना ज़रूरी है (आधिकारिक)। gh --version न चले तो यह इंस्टॉल नहीं है। cli.github.com से इंस्टॉल करें।
कारण 2 · लॉगिन नहीं / टोकन रद्द
gh लॉगिन नहीं है, या उसका टोकन रद्द हो गया है। GitHub एक साल तक इस्तेमाल न हुए टोकन को अपने-आप रद्द कर देता है, और PAT बनाते समय तय की गई तारीख पर समाप्त होता है (GitHub Docs)। gh auth status यह बता देता है।
कारण 3 · अभी कोई PR नहीं / push नहीं
ब्रांच रिमोट पर नहीं है, या आपने PR नहीं बनाया। लाने के लिए कोई "स्थिति" ही नहीं है। अगर आपकी काम की ब्रांच ख़ुद डिफ़ॉल्ट ब्रांच (जैसे main) है, तो वह base के समान है और उससे PR नहीं खुल सकता।
कारण 4 · नेटवर्क / प्रॉक्सी
कॉर्पोरेट प्रॉक्सी, VPN, ऑफ़लाइन स्थिति या DNS के कारण api.github.com तक पहुँच नहीं। अगर दूसरे Git ऑपरेशन भी विफल हों, तो लगभग तय है कि यही कारण है।
कारण 5 · टोकन की अनुमतियाँ (PAT के साथ)
डिफ़ॉल्ट ब्राउज़र फ़्लो वाले gh auth login में repo, read:org और gist शुरू से मिल जाते हैं (आधिकारिक न्यूनतम)। अनुमतियाँ तब कम पड़ती हैं जब आप PAT को --with-token या GH_TOKEN से देते हैं। fine-grained PAT सिर्फ़ उन्हीं रिपॉज़िटरी तक पहुँचता है जिन्हें आपने अनुमति दी है।
कारण 6 · एक क्षणिक विफलता (अक्सर हानिरहित)
GitHub की API रेट लिमिट, एक बार की नेटवर्क गड़बड़ी या पुराना डिस्प्ले। अगर gh, प्रमाणीकरण और नेटवर्क सब ठीक हैं, तो आम तौर पर थोड़ा रुककर दोबारा कोशिश करने से यह हट जाता है।

कारण 1–5 कॉन्फ़िगरेशन/स्थिति की समस्याएँ हैं (ठीक कर दें तो दोबारा नहीं होंगी)।
कारण 6 क्षणिक है। कारण 1–2 (gh मौजूद और प्रमाणित है या नहीं) और कारण 3 (push / PR मौजूद है या नहीं) से शुरू करना सबसे छोटा रास्ता है।

4. अभी ठीक करें — जाँच का क्रम

लाल बैनर दिखे तो 4 चरणों में ऊपर से नीचे जाँचें। STEP 1 और STEP 2 से कारण 1–3 की पुष्टि हो जाती है।

4 STEPS

जाँच का क्रम

STEP 1 · gh और प्रमाणीकरण जाँचें
gh --version से देखें कि gh इंस्टॉल है या नहीं, और gh auth status से प्रमाणीकरण जाँचें। कोई समस्या हो तो यह एग्ज़िट कोड 1 के साथ कारण बताता है। gh auth login से दोबारा लॉगिन करें।
STEP 2 · Push और PR अस्तित्व
git push -u origin <branch> से रिमोट पर भेजें, फिर gh pr view या gh pr status से देखें कि PR मौजूद है या नहीं। न हो तो बना लें।
STEP 3 · कनेक्टिविटी और अनुमतियाँ
VPN/प्रॉक्सी बंद करें या दूसरा नेटवर्क आज़माएँ। PAT इस्तेमाल करते हैं तो उसकी अनुमतियाँ जाँचें (classic: repo, read:org, gist)। ब्राउज़र प्रमाणीकरण में gh auth refresh न्यूनतम scopes फिर से ठीक कर देता है।
STEP 4 · रुकें / पुनः प्रयास करें
अगर 1–3 ठीक हैं, तो यह क्षणिक है। थोड़ा रुककर दोबारा कोशिश करें, या Claude Code को नवीनतम संस्करण में अपडेट करें और रीस्टार्ट करें।

नियम: "कोड पर शक करने से पहले, GitHub कनेक्शन पर शक करें।"
STEP 1 का gh auth status असली कारण तक पहुँचने का सबसे तेज़ कदम है।

एक और बात: यह बैनर दिखने पर भी आपके लोकल कमिट और वर्किंग ट्री सुरक्षित हैं। git reset करने या सेशन छोड़ने की जल्दी नहीं करनी है। पहले कनेक्शन ठीक करें, फिर "Create PR" दोबारा दबाएँ। अगर फिर भी इंटरफ़ेस से न बने, तो टर्मिनल में gh pr create चलाएँ — इससे Claude Code के इंटरफ़ेस के बिना PR बन जाता है। अगर ब्रांच अभी push नहीं हुई है, तो gh pr create पूछता है कि push कहाँ करना है (GitHub CLI मैनुअल)।

5. कमांड चीट शीट

जाँच में काम आने वाली कमांड यहाँ हैं। इन्हें ऊपर से नीचे चलाएँ और आप स्वाभाविक रूप से पहचान लेंगे कि कौन-सा कारण लागू है।

उद्देश्यकमांडक्या देखें
क्या gh इंस्टॉल है?gh --versionसंस्करण दिखता है या नहीं (न दिखे तो cli.github.com से इंस्टॉल करें)
क्या प्रमाणीकरण जीवित है?gh auth status"Logged in to github.com" दिखता है या नहीं / समस्या पर एग्ज़िट कोड 1
दोबारा लॉगिनgh auth loginडिफ़ॉल्ट रूप से ब्राउज़र प्रमाणीकरण (repo, read:org, gist मिलते हैं)
scopes फिर से ठीक करेंgh auth refreshन्यूनतम scopes (repo, read:org, gist) वापस लाता है
रिमोट सेटिंग जाँचेंgit remote -vorigin सही GitHub रिपॉज़िटरी की ओर है या नहीं
ब्रांच push करेंgit push -u origin <branch>PR के मौजूद हो सकने की पूर्व-शर्त पूरी करता है
मौजूदा ब्रांच का PRgh pr viewटर्मिनल के PR बैज जैसा ही तरीका / यहाँ विफल हो तो बैज भी नहीं मिलेगा
PR सूची और स्थितिgh pr statusमौजूदा ब्रांच का PR है या नहीं / open या merged
CLI से PR बनाएँgh pr createइंटरफ़ेस के बिना सीधे बनाएँ (वैकल्पिक उपाय)
कनेक्टिविटी जाँचgh api rate_limitजवाब आए तो कनेक्शन ठीक / रेट लिमिट के लिए remaining देखें

अगर gh auth status "Logged in" लौटाता है और gh pr view सामान्य रूप से जवाब देता है, तो संभावना यही है कि बस Claude Code का डिस्प्ले पुराना है। नवीनतम संस्करण में अपडेट करके रीस्टार्ट करें, बैज फिर से सही सिंक हो जाएगा।

6. क्या "जानकारी पुरानी हो सकती है" को नज़रअंदाज़ किया जा सकता है?

"यह जानकारी पुरानी हो सकती है" वाक्य अलग-अलग स्थितियों में अलग-अलग मतलब रखता है। आपको यह समझना चाहिए कि कब इसे नज़रअंदाज़ किया जा सकता है और कब कार्रवाई की ज़रूरत है।

✅ नज़रअंदाज़ करना सुरक्षित (हानिरहित)

  • gh auth status ठीक है
  • अन्य Git/push ऑपरेशन ठीक से चलते हैं
  • थोड़ी देर रुकने / पुनः प्रयास के बाद ठीक हो जाता है
  • PR बैज बस एक पल के लिए पुराना दिखता है

→ बस एक सिंक देरी / कैश। काम जारी रखें।

⚠ कार्रवाई की ज़रूरत (वास्तविक)

  • gh auth status कहता है "not logged in"
  • push और pull दोनों विफल होते हैं
  • कितनी भी बार पुनः प्रयास करें, ठीक नहीं होता
  • "Create PR" दबाने पर आगे नहीं बढ़ता

→ एक वास्तविक प्रमाणीकरण/कनेक्शन समस्या। STEP 1–3 से ठीक करें।

निर्णायक परीक्षण, फिर से, एक अकेला gh auth status है। यदि वह हरा (Logged in) है और अन्य Git ऑपरेशन चलते हैं, तो आप बैनर को छोड़ सकते हैं। इसके विपरीत, यदि प्रमाणीकरण बंद है, तो PR से परे के ऑपरेशन (push, रिव्यू लाना, आदि) भी देर-सबेर विफल होंगे, इसलिए इसे मौके पर ही ठीक कर लेना समझदारी है।

7. दोबारा न हो — रोकथाम चेकलिस्ट

एक व्यावहारिक चेकलिस्ट ताकि वही लाल बैनर आपको बार-बार परेशान न करे।

① नई मशीन पर Claude Code से PR बनाने से पहले gh इंस्टॉल करें और gh auth login पूरा करें। ② समय-समय पर gh auth status जाँचने की आदत डालें (GitHub एक साल तक इस्तेमाल न हुए टोकन को रद्द कर देता है, और PAT बनाते समय तय तारीख पर समाप्त होता है)। ③ PAT इस्तेमाल करें तो classic टोकन repo, read:org और gist के साथ बनाएँ, या fine-grained PAT में लक्ष्य रिपॉज़िटरी शामिल करें। ④ एनवायरनमेंट वेरिएबल GH_TOKEN / GITHUB_TOKEN में पुराने टोकन न छोड़ें (ये सहेजे गए लॉगिन से ऊपर प्राथमिकता पाते हैं; GitHub CLI मैनुअल)। ⑤ नई ब्रांच पर काम शुरू करते ही जल्दी git push -u origin <branch> करें। ⑥ कॉर्पोरेट नेटवर्क (प्रॉक्सी/VPN) पर gh api rate_limit से एक बार कनेक्टिविटी जाँच लें। ⑦ Claude Code को अपडेट रखें — CHANGELOG दिखाता है कि PR बैज लाने का तरीका कई बार बदला है। ⑧ अगर इंटरफ़ेस लगातार अस्थिर रहे, तो PR gh pr create से बनाएँ।

सारांश

Claude Code का "पुल रिक्वेस्ट की स्थिति जाँची नहीं जा सकी। यह जानकारी पुरानी हो सकती है" यह दर्शाता है कि कोड में कोई खराबी नहीं है, बल्कि GitHub से की गई पूछताछ (जो आधिकारिक रूप से gh CLI पर निर्भर है) पास नहीं हुई। आम तौर पर यह हानिरहित सिंक देरी होती है, लेकिन इसके पीछे gh का इंस्टॉल न होना, समाप्त प्रमाणीकरण, push न हुई ब्रांच / गायब PR, नेटवर्क समस्या, या PAT की अनुमतियाँ छिपी हो सकती हैं।

जाँच का सबसे तेज़ तरीका: ① gh --version और gh auth status से gh और प्रमाणीकरण जाँचें, ② git push + gh pr view से push और PR जाँचें, ③ कनेक्टिविटी और अनुमतियाँ देखें, ④ सब ठीक हो तो रुककर दोबारा कोशिश करें और नवीनतम संस्करण पर अपडेट करें। अगर इंटरफ़ेस से सचमुच न बने, तो सीधे gh pr create से बना लें। "कोड पर शक करने से पहले, GitHub कनेक्शन पर शक करें" — यह याद रखें, फिर यह लाल बैनर आपको नहीं डराएगा।

संबंधित पठन: GitHub Copilot क्या है, Claude Agent SDK क्या है, Claude Code का thinking block 400 एरर, और Claude Code / Cursor डिप्लॉय वर्कफ़्लो।

FAQ

प्र. यह एरर दिखे, तो क्या मेरा कोड या डिफ़ खो जाएगा?
उ. नहीं। यह एक संचार-साइड चेतावनी है कि "PR स्थिति पढ़ी नहीं जा सकी"; इसका आपके लोकल कमिट, वर्किंग ट्री, या डिफ़ (जैसे +2,148 −14) पर शून्य प्रभाव पड़ता है। git reset में हड़बड़ी करने या अपनी सेशन त्यागने की कोई ज़रूरत नहीं।

प्र. मुझे सबसे पहले क्या जाँचना चाहिए?
उ. gh auth status। वह अकेली कमांड बता देती है कि आपका GitHub प्रमाणीकरण सक्रिय है या नहीं। यदि "Logged in" दिखता है, तो प्रमाणीकरण ठीक है — यह आमतौर पर क्षणिक होता है, इसलिए रुककर पुनः प्रयास करें। यदि नहीं, तो gh auth login से फिर से लॉग-इन करें और अधिकांश मामले सुलझ जाते हैं।

प्र. क्या मैं "यह जानकारी पुरानी हो सकती है" को छोड़ सकता हूँ?
उ. यदि प्रमाणीकरण और नेटवर्क दोनों सक्रिय हैं, तो हाँ। यह अक्सर बस एक सिंक देरी / कैश होती है और थोड़ी देर रुकने या पुनः प्रयास के बाद ठीक हो जाती है। पर यदि gh auth status कहता है "not logged in," या push भी विफल होता है, तो यह एक वास्तविक समस्या है — इसे ठीक करें।

प्र. कितनी भी बार कोशिश करूँ, "Create PR" आगे नहीं बढ़ता।
उ. GUI को दरकिनार करते हुए, टर्मिनल से सीधे gh pr create चलाएँ; इससे आप PR स्वयं बना पाएँगे। यदि फिर भी विफल हो, तो git push -u origin <branch> से जाँचें कि ब्रांच रिमोट पर है या नहीं, और git remote -v से जाँचें कि origin सही रिपॉ की ओर इशारा करता है या नहीं।

प्र. मेरे कॉर्पोरेट नेटवर्क पर यह अक्सर होता है। क्यों?
उ. कोई प्रॉक्सी, VPN, या फ़ायरवॉल संभवतः api.github.com तक के ट्रैफ़िक को ब्लॉक कर रहा है। जाँचें कि gh api rate_limit प्रतिक्रिया देता है या नहीं; यदि नहीं देता, तो आपको नेटवर्क-साइड अनुमति चाहिए (GitHub डोमेन को allowlist में जोड़ना)। समस्या को अलग करने के लिए VPN को अस्थायी रूप से बंद करना भी मदद करता है।

प्र. टर्मिनल में इनपुट के नीचे वाला PR बैज पुराना ही बना रहता है।
उ. CHANGELOG के अनुसार यह बैज PR न बदले तो कम जाँच करता है, और push या gh pr कमांड से तुरंत अपडेट होता है (2.1.248)। अपडेट न हो तो देखें कि आपके टर्मिनल में gh pr view चलता है या नहीं। Bedrock, Vertex या Foundry पर, या टेलीमेट्री बंद होने पर, यह gh pr view की जगह gh auth token, GH_TOKEN या GITHUB_TOKEN के टोकन से सीधे API बुलाता है (2.1.251), इसलिए उस टोकन की वैधता जाँचें।

प्र. gh auth status ठीक है, फिर भी PR की स्थिति नहीं मिलती।
उ. असल में इस्तेमाल हो रहे टोकन की पहुँच पर शक करें। fine-grained PAT सिर्फ़ अनुमति दी गई रिपॉज़िटरी तक पहुँचता है, इसलिए लॉगिन वैध होने पर भी वह लक्ष्य रिपॉज़िटरी के PR नहीं पढ़ पाता। साथ ही, अगर एनवायरनमेंट वेरिएबल GH_TOKEN या GITHUB_TOKEN सेट है, तो gh उसे सहेजे गए लॉगिन से ऊपर प्राथमिकता देता है (GitHub CLI मैनुअल)। जाँचें कि कोई अनचाहा टोकन तो सेट नहीं है।

संबंधित Claude Code एरर: Claude Code एरर रेफरेंस, Unable to connect, 529 Overloaded / 500.