Claude Code का Ultrareview किसी इंसान के merge निर्णय से पहले Anthropic के क्लाउड में मौजूदा Git ब्रांच जाँच सकता है। प्रश्न केवल बग मिलने का नहीं है: रिपॉज़िटरी की कौन-सी सामग्री आपकी मशीन से बाहर जाएगी, रन का खर्च क्या होगा, और क्या आप हर निष्कर्ष को कोड से सत्यापित कर सकते हैं? यह मार्गदर्शिका ऐसे व्यक्ति के लिए है जिसे बड़ी ब्रांच की समीक्षा और संगठन के नियमों के अनुसार रिपॉज़िटरी अपलोड करने का अधिकार है। यह Anthropic के वर्तमान शोध-पूर्वावलोकन मैनुअल पर आधारित है; BIG CHANGE ने कमांड नहीं चलाई और उसके निष्कर्षों का परीक्षण नहीं किया।

बड़ा बदलाव

  • क्या बदला: /code-review ultra वर्तमान ब्रांच की डिफ़ॉल्ट ब्रांच या आपकी बताई base से क्लाउड समीक्षा देता है, जिसमें staged और uncommitted बदलाव भी शामिल हैं।
  • यह क्यों मायने रखता है: समीक्षा किसी मौजूदा बदलाव की विशिष्ट फ़ाइलों के निष्कर्ष दे सकती है, लेकिन ब्रांच वाला रास्ता रिपॉज़िटरी की स्थिति भी अपलोड करता है। केवल दिखता diff यह तय नहीं करता कि मशीन से क्या बाहर जाता है।
  • किस पर ध्यान दें: उपलब्धता, अपलोड दायरा, एक बार मिलने वाले मुफ़्त रन और उपयोग क्रेडिट अनुमान बदल सकते हैं। हर निष्कर्ष को अब भी स्थानीय सत्यापन चाहिए; बिना निष्कर्ष की समीक्षा ब्रांच को बग-मुक्त साबित नहीं करती।

1. ब्रांच और उसकी मूल जाँचें तय करें

उस रिपॉज़िटरी से शुरू करें जिसमें बदलाव है। वर्तमान ब्रांच, इच्छित base, स्वीकृति मानदंड और प्रोजेक्ट की मौजूदा test या build कमांड दर्ज करें। tracked फ़ाइलों के staged और uncommitted संपादन सहित पूरा diff देखें। base के बिना कमांड वर्तमान ब्रांच को डिफ़ॉल्ट ब्रांच से मिलाती है; दूसरा base तुलना बदल देता है। मूल जाँच परिणाम रखें ताकि निष्कर्ष सुधारने के बाद वही जाँच फिर चला सकें।

पुष्टि करें कि यही समीक्षा वाली ब्रांच है। खाली तुलना अस्वीकार होती है। पहला commit या merge base के बिना ब्रांच, मैनुअल की पुष्टि और सीमाओं के अधीन, सभी tracked फ़ाइलों को लक्ष्य बना सकती है। ऐसा दायरा नहीं चाहिए तो शुरू करने से पहले branch या base ठीक करें। वर्तमान दस्तावेज़ में डिफ़ॉल्ट सीमा 500 बदली फ़ाइलें और 8,000 बदली पंक्तियाँ है; वास्तविक अस्वीकृति लागू सीमा बताती है।

2. तय करें कि रिपॉज़िटरी क्लाउड पर जा सकती है या नहीं

Anthropic के अपलोड नियम पूरे clone bundle को सभी ब्रांचों के रिपॉज़िटरी इतिहास और tracked फ़ाइलों के uncommitted बदलाव के रूप में बताते हैं। untracked फ़ाइलें बाहर रहती हैं, जब तक जानबूझकर जोड़ी न जाएँ। native Windows पर tracked फ़ाइलों के uncommitted संपादन अपलोड होते हैं, भले नाम credentials जैसे हों। macOS, Linux और WSL पर कुछ संवेदनशील uncommitted संपादन छोड़ दिए जाते हैं, लेकिन committed सामग्री इतिहास में रहती है। अपनी कोड नीति के अनुसार इतिहास और tracked संपादन जाँचें; किसी में भी ऐसी सामग्री हो जिसे अपलोड करने का अधिकार नहीं है तो उसे सुरक्षित रखकर रुकें। छोटा review diff यह निर्णय नहीं कर देता।

दस्तावेज़ में bundle सीमा 100 MB से कम है। बड़ा bundle होने पर Claude Code वर्तमान branch, फिर संक्षिप्त working-tree snapshot का विकल्प ले सकता है या असफल हो सकता है। विकल्प स्वीकारने से पहले वास्तविक दायरा देखें। github.com की pull request की समीक्षा अलग रास्ता है: क्लाउड sandbox स्थानीय working tree अपलोड करने के बजाय जुड़े GitHub खाते से PR clone करता है।

खाते की पात्रता भी जाँचें। Ultrareview के लिए claude.ai पर sign-in चाहिए, केवल API-key प्रमाणीकरण नहीं। वर्तमान मैनुअल Bedrock, Google Cloud Agent Platform, Microsoft Foundry, Zero Data Retention और HIPAA कॉन्फ़िगरेशन को बाहर रखता है; ग्राहक-प्रबंधित encryption keys भी इसे रोकती हैं। कुछ बाहर रखी स्थितियों में कमांड इसके बदले स्थानीय समीक्षा करती है। क्लाउड पहुँच न हो तो परिणाम को ठीक उसी रूप में बताएँ। अलग स्थानीय /code-review कार्यप्रवाह अधिकृत स्थानीय समीक्षा के लिए उपलब्ध है।

3. लॉन्च संवाद पढ़ें, फिर एक रन अधिकृत करें

समीक्षा वाली ब्रांच के इंटरैक्टिव Claude Code सत्र में दर्ज करें:

Text
/code-review ultra

जाँचे गए दूसरे base, जैसे develop, के लिए दर्ज करें:

Text
/code-review ultra develop

कमांड branch तुलना को लक्ष्य बनाती है, किसी path को नहीं। संवाद में branch, base, बदली फ़ाइलों और पंक्तियों की गिनती, बचे मुफ़्त रन और अनुमानित उपयोग क्रेडिट, चरण 2 के अपलोड दायरे के साथ पढ़ें। तुलना, अपलोड अधिकार या अनुमान गलत हो तो रुकें। कमांड आपके बुलाने और पुष्टि करने के बाद ही शुरू होती है।

Anthropic अभी Pro और Max खातों के लिए तीन एकमुश्त मुफ़्त रन बताता है। मैनुअल के अनुसार बाद के रन आम तौर पर US$5–US$25 के उपयोग क्रेडिट लेते हैं; निर्णय खाते के लॉन्च अनुमान से लें। सशुल्क समीक्षा के लिए उपयोग क्रेडिट सक्रिय होने चाहिए। क्लाउड सत्र शुरू होते ही रन गिना जाता है। मुफ़्त रन रोकने पर भी वह खर्च होता है, जबकि सशुल्क काम का चला हिस्सा बिल में आ सकता है। सुविधा, कीमत और उपलब्धता शोध-पूर्वावलोकन की शर्तें हैं, इसलिए यहाँ की तय रकम से बजट बनाने के बजाय वर्तमान संवाद देखें।

4. उसी रन को ट्रैक करें और हर निष्कर्ष देखें

मैनुअल के अनुसार समीक्षा सामान्यतः 15–25 मिनट लेती है और पृष्ठभूमि में चलती है। /tasks से चलती या पूरी समीक्षा देखें और निष्कर्षों के लिए सत्र की सूचना पढ़ें। शांत terminal दूसरा रन शुरू करने का कारण नहीं है। समीक्षा रोकने पर आंशिक निष्कर्ष नहीं मिलते। सत्र न दिखे तो देखें कि वह stopped, archived या deleted तो नहीं, या sign-in खाता बदला तो नहीं। timeout वाली noninteractive कमांड क्लाउड रन सक्रिय छोड़ सकती है; नया मुफ़्त या सशुल्क रन सोचने से पहले मूल रन की स्थिति तय करें।

हर निष्कर्ष की बताई फ़ाइल और स्थान खोलें। दावे को इच्छित व्यवहार से मिलाएँ और जहाँ दोहराया जा सके वहाँ लक्षित जाँच चलाएँ। सुधार, गलत सकारात्मक निष्कर्ष, स्वीकार्य समझौता या अनसुलझा प्रश्न, उसे सही ठहराने वाले कोड और जाँच सहित दर्ज करें। Claude सुधार सुझाए तो स्वीकार करने से पहले diff देखें। Anthropic कहता है कि उसके समीक्षक एजेंट रिपोर्ट किए निष्कर्ष सत्यापित करते हैं, लेकिन प्रदाता का यह वर्णन आपकी जाँच की जगह नहीं है। बिना निष्कर्ष पूरी समीक्षा केवल समीक्षा का परिणाम है, बग न होने का प्रमाण नहीं।

5. अंतिम ब्रांच के आधार पर merge तय करें

किसी संपादन के बाद इच्छित base से पूरा अंतिम diff देखें। मूल स्वीकृति कमांड और निष्कर्ष जाँचने के लक्षित परीक्षण फिर चलाएँ; असफलताओं सहित वास्तविक परिणाम दर्ज करें। अनसुलझे या असफल branch को तब तक merge न करें जब तक मालिक आगे की कार्रवाई तय न करे। मानव समीक्षक या मालिक merge तय करता है। दूसरी Ultrareview अलग रन है, जिसका मुफ़्त रन या क्रेडिट पर अलग असर है; बदले कोड को सच में आवश्यकता हो तभी वह उचित है।

यह पहले से विकसित branch के लिए क्लाउड समीक्षा चरण है। डिज़ाइन, कार्यान्वयन और branch समीक्षा के व्यापक क्रम के लिए BIG CHANGE की Superpowers मार्गदर्शिका देखें।

स्रोत और आगे पढ़ें

  • Anthropic, “ultrareview से बग ढूँढ़ें” कमांड, branch/base दायरा, खाते की सीमाएँ, संवाद, कीमत, कार्य ट्रैकिंग, ऊपरी सीमाएँ और निष्कर्ष बताता है। यह शोध-पूर्वावलोकन उत्पाद मैनुअल है, इस बात का प्रमाण नहीं कि BIG CHANGE ने समीक्षा चलाई या कोई branch सुरक्षित है।
  • Anthropic, “क्लाउड में Claude Code इस्तेमाल करें” bundle, इतिहास, प्लेटफ़ॉर्म के अनुसार tracked फ़ाइल व्यवहार, untracked फ़ाइलें और आकार के विकल्प समझाता है। अपलोड से पहले पाठक को वास्तविक रिपॉज़िटरी और नीति जाँचनी चाहिए।
  • Anthropic, “/code-review से स्थानीय समीक्षा करें” क्लाउड समीक्षा न मिलने या उचित न होने पर अलग स्थानीय रास्ता बताता है। उसके परिणामों को Ultrareview निष्कर्ष न कहें।