Claude Opus 4.7 रिलीज़—नई सुविधाएँ・बेंचमार्क・मूल्य का संपूर्ण विवरण

16 अप्रैल 2026 को Anthropic ने अपना फ़्लैगशिप मॉडल Claude Opus 4.7 आधिकारिक रूप से रिलीज़ किया। मॉडल ID claude-opus-4-7, इनपुट・आउटपुट मूल्य $5 / $25 per MTok 4.6 के समान। लेकिन इसकी सामग्री में, उच्च रिज़ॉल्यूशन छवि समर्थन, नया xhigh प्रयास स्तर, टास्क बजट (बीटा), नया टोकेनाइज़र आदि फ़्रंटियर मॉडल के अनुभव को बड़े पैमाने पर पुनर्लिखित करने वाले परिवर्तन भरे हैं।

दूसरी ओर, एक्सटेंडेड थिंकिंग API की समाप्ति, temperature/top_p/top_k आदि सैंपलिंग पैरामीटर की समाप्ति, प्रीफ़िल समाप्ति जैसे ब्रेकिंग चेंजेज़ भी हैं, जिनसे मौजूदा कोड का माइग्रेशन अनिवार्य है।

इस लेख में, 4.7 में क्या नया है, 4.6 की तुलना में क्या बदला है, कब उपयोग करना चाहिए, यह इंजीनियर की दृष्टि से संपूर्ण विवरण देंगे।

1. रिलीज़ अवलोकन—कब・क्या・मूल्य・कहाँ उपयोग

ध्यान देने योग्य है "मूल्य अपरिवर्तित रहते हुए 1M कॉन्टेक्स्ट विंडो मानक मूल्य पर" उपयोग करने योग्य है यह। पहले के मॉडलों में लंबे कॉन्टेक्स्ट (200K से अधिक आदि) पर अतिरिक्त शुल्क लगते थे, लेकिन 4.7 में 1M टोकन भी सामान्य मूल्य पर चलता है।

Opus 4.7 claude.ai के Web/मोबाइल ऐप पर भुगतान योजना उपयोगकर्ता तुरंत उपयोग कर सकते हैं, और API पर मॉडल ID निर्दिष्ट करके स्विच किया जा सकता है। AWS Bedrock・Google Vertex AI・Microsoft Foundry पर भी एक साथ उपलब्ध है, इसलिए कंपनियों के मल्टी-क्लाउड परिवेश में भी सीधे उपयोग किया जा सकता है।

2. नई सुविधाओं का सारांश

Opus 4.7 में जोड़े गए・बदले गए मुख्य फ़ीचर इस प्रकार हैं।

• उच्च रिज़ॉल्यूशन छवि समर्थन (Claude में पहली बार)—अधिकतम 2576px / 3.75 मेगापिक्सल (पहले 1568px / 1.15MP से लगभग 3 गुना)
• निम्न-स्तरीय धारणा सुधार—पॉइंटिंग, मापन, गिनती, बाउंडिंग बॉक्स पहचान की परिशुद्धता वृद्धि
• नया xhigh प्रयास स्तर—high और max के बीच का स्तर। कोडिंग・एजेंट उपयोग के लिए सर्वाधिक उपयुक्त
• टास्क बजट (बीटा)—एजेंट लूप के समग्र टोकन की संख्या का पूर्व अनुमान करने वाली नई सुविधा
• नया टोकेनाइज़र—पहले की तुलना में 1.0—1.35 गुना टोकन उपयोग (सामग्री के अनुसार अधिकतम 35% वृद्धि)
• एडैप्टिव थिंकिंग—डिफ़ॉल्ट OFF कर दी गई (स्पष्ट रूप से ऑप्ट-इन ज़रूरी)
• फ़ाइल सिस्टम-आधारित मेमोरी का सुदृढ़ीकरण—मल्टी-सेशन क्रॉस स्क्रैचपैड・नोट उपयोग में सुधार
• नॉलेज वर्क (.docx・.pptx) में सुधार—ट्रैक चेंजेज़ संपादन, स्लाइड लेआउट, चार्ट/आरेख विश्लेषण की परिशुद्धता वृद्धि
• Claude Code एकीकरण—नई स्लैश कमांड /ultrareview, Max प्लान का डिफ़ॉल्ट effort xhigh कर दिया गया, Auto mode को Max उपयोगकर्ताओं तक विस्तार
• रियल-टाइम साइबर सुरक्षा संरक्षण—उच्च जोखिम विषयों पर नया अस्वीकरण व्यवहार
• व्यवहार परिवर्तन—निर्देश के प्रति अधिक निष्ठावान, अधिक सीधा लहजा, टूल कॉल कमी

विशेष रूप से उच्च रिज़ॉल्यूशन छवि समर्थन और xhigh प्रयास स्तर, दस्तावेज़ विश्लेषण・कंप्यूटर उपयोग (Computer Use)・कोडिंग एजेंट के लिए व्यावहारिक मूल्य के बड़े परिवर्तन हैं। नीचे क्रम से देखते हैं।

3. उच्च रिज़ॉल्यूशन छवि समर्थन—Claude का पहला मॉडल

Opus 4.7 Claude सीरीज़ में पहली बार उच्च रिज़ॉल्यूशन छवि सीधे संभालने में सक्षम मॉडल है।

रिज़ॉल्यूशन में परिवर्तन

क्या लाभ है

• दस्तावेज़ विश्लेषण—A4 स्कैन छवि के बारीक अक्षर, तालिका की रेखाएँ, ग्राफ़ की मार्किंग स्पष्ट पढ़ी जा सकती हैं
• कंप्यूटर उपयोग (Computer Use)—फ़ुल HD से अधिक स्क्रीनशॉट सीधे समझ सकते हैं
• UI स्क्रीनशॉट समझ—4K स्क्रीन या उच्च DPI डिस्प्ले के कैप्चर डाउनसैंपलिंग के बिना विश्लेषण
• निर्देशांक 1:1 मेल—क्लिक निर्देशांक आदि मॉडल से वापस पाने पर, स्केल रूपांतरण लॉजिक अनावश्यक हो जाता है, कार्यान्वयन सरल

लेकिन, पूर्ण रिज़ॉल्यूशन छवि 1 के लिए लगभग 4,784 टोकन ख़र्च होते हैं इस पर ध्यान देना ज़रूरी है। बहुत सारे स्क्रीनशॉट का आदान-प्रदान करने वाले एजेंट के लिए, छवि टोकन तेज़ी से बढ़कर सीधे लागत पर असर डालते हैं। निम्न रिज़ॉल्यूशन पर्याप्त हो तो पहले से रीसाइज़ करने का निर्णय भी महत्वपूर्ण है।

4. प्रयास स्तर—नया xhigh जुड़ा

Claude के extended thinking / थिंकिंग गहराई को नियंत्रित करने वाले "प्रयास स्तर (effort level)" में, xhigh नया जोड़ा गया है।

5 स्तरों का उपयोग

4.6 तक "high से कम पड़ता है लेकिन max तक नहीं चाहिए" यह अंतर था, और कोडिंग या एजेंट उपयोग में कमी या अधिकता महसूस होती थी। xhigh ठीक उस मध्य भाग को भरने के लिए जोड़ा गया स्तर है, और Anthropic कोडिंग・एजेंट उपयोग में सर्वाधिक उपयुक्त बताते हैं।

प्रयास स्तर चुनने की युक्ति

4.7 में दक्षता कैलिब्रेशन (effort calibration) सख्त कर दी गई है, विशेषकर low और medium "स्कोप का सख़्ती से पालन" दिशा में व्यवहार बदला है। अर्थात् पहले medium पर चलने वाला कार्य "बहुत कट गया" लगे तो, high या xhigh में बढ़ाने पर विचार करें।

5. टास्क बजट (बीटा)

Opus 4.7 में नया टास्क बजट (Task Budgets) नामक बीटा सुविधा शुरू की गई है। यह एजेंट लूप के समग्र में ख़र्च होने वाले टोकन की मोटे अनुमान को पूर्व प्रस्तुत करने की सुविधा है।

टास्क बजट की विशिष्टता

• बीटा हेडर: task-budgets-2026-03-13
• न्यूनतम मूल्य: 20,000 टोकन
• लक्ष्य क्षेत्र: सोच + टूल कॉल + आउटपुट सहित एजेंट लूप समग्र
• व्यवहार: सलाहकार ऊपरी सीमा (मानक) है, हार्ड सीमा नहीं—सीमा पार होने पर ज़बरदस्ती बंद नहीं होता

क्यों ज़रूरी है

पहले का max_tokens केवल एकल प्रतिक्रिया की आउटपुट सीमा ही नियंत्रित कर सकता था। लेकिन वास्तविक एजेंट निष्पादन में, सोच टोकन・टूल कॉल आगे-पीछे・एकाधिक स्टेप के आउटपुट उलझे रहते हैं, और "इस कार्य समग्र में कितने टोकन उपयोग होंगे" यह पढ़ने में कठिन समस्या थी।

टास्क बजट निर्दिष्ट करने पर, मॉडल उस बजट को मानक मानकर कार्य योजना बनाता है, और उपयुक्त गहराई एवं गति से कार्य आगे बढ़ाने का प्रयास करता है। "ज़्यादा गहराई में न जाकर जल्दी ख़त्म करो", "इसके विपरीत ध्यान से सोचो" जैसी नीति लागत के दृष्टिकोण से निर्देशित कर सकते हैं।

लेकिन सलाहकार होने से, बजट पार होने पर निश्चित रूप से रोकना है तो, ऐप्लिकेशन की ओर से अलग काउंटर बनाने की ज़रूरत है।

6. नए टोकेनाइज़र का प्रभाव

Opus 4.7 में नया टोकेनाइज़र अपनाया गया है, और पहले के मॉडल की तुलना में उसी टेक्स्ट के लिए 1.0—1.35 गुना टोकन ख़र्च करता है। सामग्री के आधार पर अधिकतम 35% वृद्धि होती है।

लागत・कॉन्टेक्स्ट बजट पर प्रभाव

• उसी प्रॉम्प्ट पर भी बिलिंग राशि बढ़ने की संभावना—मूल्य अपरिवर्तित रहने पर भी, टोकन की संख्या बढ़ने से कुल राशि बढ़ती है
• 1M कॉन्टेक्स्ट में समाने वाली जानकारी की मात्रा वास्तविक रूप से कम—1M टोकन तो 1M टोकन हैं, लेकिन वही दस्तावेज़ पहले से अधिक टोकन खाता है
• अनुमान・अलर्ट का पुनः समायोजन ज़रूरी—पहले की टोकन गणना के आधार पर बजट・रेट सीमा बनाई हो तो पुनर्गणना अनिवार्य

व्यावहारिक प्रतिक्रिया

मौजूदा Claude ऐप को 4.7 में स्विच करते समय, निम्न पुनर्मूल्यांकन करें।

1. मासिक लागत पूर्वानुमान—उसी ट्रैफ़िक पर अधिकतम 35% वृद्धि का अनुमान
2. कॉन्टेक्स्ट विंडो उपयोग दर—पहले की लॉग में "कगार पर 1M से कम" प्रोसेसिंग पर ध्यान
3. रेट सीमा और टोकन/मिनट सीमा—संगठन की TPM सीमा के विरुद्ध मार्जिन की पुष्टि
4. कैश रणनीति—प्रॉम्प्ट कैश की पुनः हिट दर बदलने की संभावना

4.6 से 4.7 का माइग्रेशन प्रक्रिया, बाद में बताए गए माइग्रेशन गाइड लेख में विस्तार से समझाएँगे।

7. व्यवहार परिवर्तन—4.6 से क्या बदला

Opus 4.7 में केवल सुविधा वृद्धि नहीं हुई, उत्तर शैली स्वयं 4.6 से बदली है।

मुख्य व्यवहार परिवर्तन

• निर्देश के प्रति अधिक निष्ठावान—विशेष रूप से निम्न से मध्यम प्रयास स्तर पर, अनावश्यक पूरक न जोड़कर निर्देश ज्यों का त्यों निष्पादित करने की प्रवृत्ति बढ़ी
• अधिक सीधा लहजा—validation phrase ("बढ़िया सवाल है" आदि) या अत्यधिक विनम्र अभिव्यक्तियाँ, इमोजी कम हुए
• उत्तर लंबाई कार्य के अनुकूल—सरल सवाल पर छोटा, जटिल कार्य पर लंबा—एक-आकार की लंबाई समाप्त
• डिफ़ॉल्ट टूल कॉल संख्या में कमी—तर्क से हो जाए तो तर्क से, अनावश्यक टूल उपयोग से बचता है
• सब-एजेंट लॉन्च संख्या में कमी—समानांतर कार्य स्वचालित विस्तार से ज़्यादा, पहले स्वयं सोचने की दिशा
• प्रयास स्तर कैलिब्रेशन सख़्त—low / medium पर स्कोप कसकर रखता है, विस्तारित व्याख्या से बचता है

मौजूदा प्रॉम्प्ट पर प्रभाव

4.6 पर "विनम्रता से पूरक देगा" इस मानकर डिज़ाइन किए प्रॉम्प्ट या, "बहुत सारे टूल उपयोग करके सत्यापन करो" इस मानकर एजेंट 4.7 पर व्यवहार बदलने की संभावना है।

• पूरक चाहिए तो "कारण और विकल्प भी समझाओ" स्पष्ट करें
• ज़्यादा टूल उपयोग चाहिए तो "तथ्य पुष्टि के लिए ज़रूर WebSearch उपयोग करो" आदि ठोस निर्देश दें
• लंबा उत्तर चाहिए तो "कम से कम 500 अक्षर में" इस तरह स्पष्ट करें

समग्र रूप से "मॉडल अनावश्यक काम न करे" इस दिशा में विकास है, और स्पष्ट निर्देश लिखने पर वैसा ही चलता है यह, अधिक पूर्वानुमेय व्यवहार बना है।

साइबर सुरक्षा सुरक्षा-उपाय और सुरक्षा

Opus 4.7 में नया रियल-टाइम साइबर सुरक्षा सुरक्षा-उपाय शुरू किए गए हैं, और पेनिट्रेशन टेस्ट・भेद्यता शोध・रेड टीमिंग जैसे वैध सुरक्षा कार्य में भी, संदर्भ के अनुसार अस्वीकार किए जाने वाले मामले सामने आए हैं। प्रोडक्शन में सुरक्षा उपयोग के लिए, Anthropic के साइबर सत्यापन कार्यक्रम में आवेदन पर विचार करें।

दूसरी ओर, सुरक्षा सुधार के बिंदु आधिकारिक रूप से ये बताए गए हैं।

• ईमानदारी (honesty) में वृद्धि—जो नहीं जानते "नहीं जानते" कहना, कमज़ोर आधार वाले निश्चयन से बचने की प्रवृत्ति बढ़ी
• प्रॉम्प्ट इंजेक्शन प्रतिरोधक्षमता वृद्धि—दुर्भावनापूर्ण तीसरे पक्ष से इंजेक्शन निर्देशों के विरुद्ध सुरक्षा सुदृढ़
• Mythos Preview वर्तमान में सर्वश्रेष्ठ अलाइनमेंट—Opus 4.7 उससे व्यापक क्षमताओं वाला है, लेकिन अलाइनमेंट परिशुद्धता में Mythos Preview ऊपर है

विपरीत, controlled substances (नियंत्रित पदार्थ) पर हानि-कमी सलाह कुछ लंबी होने की प्रवृत्ति रिपोर्ट हुई है (आधिकारिक प्रकाशित)। फ़ार्मा・चिकित्सा-संबंधी चैटबॉट संचालन में, आउटपुट फ़िल्टरिंग रखना सुरक्षित।

8. ब्रेकिंग चेंजेज़

Opus 4.7 में 4.6 की तुलना में कई ब्रेकिंग चेंजेज़ हैं। 4.6 के लिए कोड लिखा हो तो, ज्यों का त्यों 400 एरर आने वाले मामले हैं।

समाप्त किए गए पैरामीटर・सुविधाएँ

क्या ठीक करना ज़रूरी है

1. एक्सटेंडेड थिंकिंग उपयोग करने वाला कोड: thinking.type को "adaptive" में बदलें, ज़रूरत हो तो display निर्देश जोड़ें
2. temperature आदि ट्यून करने वाला कोड: ये पैरामीटर हटाएँ। निर्धारित परिणाम चाहिए तो प्रॉम्प्ट से प्रबंधित करें
3. असिस्टेंट प्रीफ़िल उपयोग करने वाला कोड: प्रीफ़िल भाग को उपयोगकर्ता संदेश में जोड़ें या आउटपुट फ़ॉर्मेट निर्देश से प्रतिस्थापित करें
4. सोच सामग्री दिखाने वाला UI: display: "summarized" निर्दिष्ट न करने पर सोच कंटेंट वापस नहीं आता इस पर ध्यान

विस्तृत माइग्रेशन विधि के लिए माइग्रेशन गाइड लेख देखें।

9. बेंचमार्क

आधिकारिक घोषणा के समय विस्तृत स्कोर आँकड़े सीमित रूप से प्रकट हैं, लेकिन Anthropic कोडिंग・एजेंट प्रोसेसिंग・विज़न कार्यों में बड़े सुधार होने की घोषणा करते हैं।

आधिकारिक घोषित बेंचमार्क

Anthropic की आधिकारिक घोषणा में दिखाए गए मुख्य सुधार आँकड़े इस प्रकार हैं।

तृतीय पक्ष・उपयोगकर्ता रिपोर्ट सुधार

• 93 कार्य कोडिंग बेंचमार्क: Opus 4.6 की तुलना में लगभग 13% वृद्धि
• OfficeQA Pro (दस्तावेज़ तर्क): एरर लगभग 21% कमी
• Factory Droids (वास्तविक प्रोडक्शन कार्य): सफलता दर 10—15% सुधार

व्यावहारिक मूल्यांकन का पूरक

उपरोक्त आधिकारिक और भागीदार कंपनियों के बेंचमार्क परिणाम हैं। लेकिन, अपने वर्कलोड पर वास्तविक माप सबसे विश्वसनीय मूल्यांकन सूचकांक है। नए टोकेनाइज़र से उसी टेक्स्ट के टोकन बदलने से, लागत・लेटेंसी का पूर्व बेंचमार्क अनिवार्य है।

मूल्यांकन के मुख्य बिंदु इस प्रकार हैं।

1. वही इनपुट 4.6 और 4.7 को देकर, आउटपुट गुणवत्ता・समय・टोकन ख़र्च की तुलना
2. कोडिंग कार्य "एक बार में चला" "टेस्ट पास हुआ" से वस्तुनिष्ठ मूल्यांकन
3. एजेंट कार्य "कार्य पूर्ण दर" और "टूल कॉल संख्या" दोनों आयामों से मूल्यांकन (4.7 में टूल कॉल कम होने से, पूर्ण दर बढ़ी हो तो शुद्ध सुधार)
4. विज़न कार्य उच्च रिज़ॉल्यूशन छवि के व्यावहारिक उपयोग (UI स्क्रीनशॉट, दस्तावेज़ स्कैन) से तुलना

Mythos प्रिव्यू से तुलना स्थिति

आधिकारिक घोषणा में Anthropic, अप्रकाशित मॉडल "Mythos Preview" वर्तमान में सबसे उच्च अलाइनमेंट परिशुद्धता और सबसे कम ग़लत संचालन दर वाला मॉडल है यह कहते हैं। Opus 4.7 उससे व्यापक क्षमताओं वाला है, लेकिन साइबर क्षमता पक्ष पर Mythos Preview जितना नहीं (अधिक क्षमता वाले मॉडल पर साइबर सुरक्षा परीक्षण के बाद क्रमशः विस्तार की नीति)। आम उपयोगकर्ता वर्तमान में उपयोग कर सकने वाला फ़्लैगशिप Opus 4.7 है।

10. Opus 4.6 / 4.5 / 4.1 से तुलना तालिका

आँकड़े 16 अप्रैल 2026 की आधिकारिक जानकारी पर आधारित हैं। 4.6→4.7 में मूल्य अपरिवर्तित रहते हुए सुविधा सुदृढ़ीकरण यह सबसे बड़ा बिंदु है।

11. कब उपयोग करें

Opus 4.7 फ़्लैगशिप है, लेकिन सभी उपयोगों में Opus उपयोग करना सर्वश्रेष्ठ नहीं है।

Opus 4.7 के लिए सर्वोत्तम मामले

• जटिल कोडिंग कार्य—बड़े पैमाने पर रिफ़ैक्टरिंग, डिज़ाइन निर्णय, मल्टी-फ़ाइल परिवर्तन
• लंबे समय के एजेंट लूप—मल्टी-स्टेप स्वचालन, टास्क बजट के साथ संयोजन
• उच्च रिज़ॉल्यूशन छवि वाले विज़न कार्य—Computer Use, UI स्क्रीनशॉट विश्लेषण, दस्तावेज़ OCR
• 1M टोकन का लंबा कॉन्टेक्स्ट प्रोसेसिंग—बड़े कोडबेस की समझ, लंबे दस्तावेज़ विश्लेषण
• सबसे कठिन तर्क—गणितीय, शोध-स्तरीय विश्लेषण, रणनीति निर्माण

Sonnet पर विचार करने योग्य मामले

• निश्चित प्रकार के QA उत्तर, वर्गीकरण, जानकारी निष्कर्षण
• लागत कम रखते हुए "ठीक-ठाक बुद्धिमान" उत्तर ज़रूरी बड़ी बैच प्रोसेसिंग
• देरी कम रखने वाले रियल-टाइम उपयोगकर्ता अनुभव

Haiku पर विचार करने योग्य मामले

• न्यूनतम लागत पर बड़ी मात्रा में संभालने वाला सरल वर्गीकरण・अनुवाद・फ़िल्टरिंग
• IoT・एज आदि, प्रतिक्रिया गति प्राथमिकता

व्यावहारिक रूप से, उपयोगकर्ता को दिखने वाले भाग (कोड जनरेशन, जटिल तर्क, एजेंट का केंद्र) Opus 4.7, पर्दे के पीछे की बड़ी प्रोसेसिंग (लॉग वर्गीकरण, डेटा निष्कर्षण, प्रथम फ़िल्टर) Sonnet या Haiku यह संयोजन लागत-प्रभावी है।

12. Claude Code की नई सुविधाएँ—/ultrareview

Claude Code (Anthropic का आधिकारिक CLI) भी Opus 4.7 रिलीज़ के साथ अद्यतन हुआ है, और नई स्लैश कमांड /ultrareview जोड़ी गई है।

/ultrareview की विशेषता

• बदले गए कोड के लिए xhigh के समान गहराई से समीक्षा निष्पादन
• सामान्य कोड समीक्षा से अधिक गहरे संकेत—पुनःउपयोगिता・एरर हैंडलिंग・समानांतर प्रोसेसिंग के जाल・सुरक्षा जोखिम तक संपूर्ण
• केवल कार्यान्वयन ग़लती ही नहीं, "डिज़ाइन में अवांछित निर्णय" भी संकेत का लक्ष्य

मौजूदा /review "PR समीक्षा के समान" है तो, /ultrareview सीनियर इंजीनियर द्वारा डिज़ाइन समीक्षा के समान गहराई की स्थिति है। बड़े फ़ीचर जोड़ने से पहले-बाद, रिलीज़ से पहले अंतिम जाँच आदि के लिए उपयुक्त।

वैसे, /ultrareview xhigh के समान सोच उपयोग करता है, इसलिए सामान्य समीक्षा से अधिक समय और टोकन ख़र्च करता है। रोज़मर्रा की हलकी PR पुष्टि के लिए /review, मील के पत्थरों की जाँच के लिए /ultrareview, यह उपयोग अनुशंसित है।

Max प्लान पर डिफ़ॉल्ट effort वृद्धि

Claude Code Max प्लान के उपयोगकर्ताओं के लिए, Opus 4.7 उपयोग के समय डिफ़ॉल्ट effort xhigh तक बढ़ाया गया है। पहले high के समान दैनिक कार्य, स्वचालित रूप से अधिक गहरे तर्क से निष्पादित होने लगे हैं। टोकन सीमा के भीतर अधिक उच्च गुणवत्ता परिणाम पाने के साथ, ख़र्च बढ़ता है इसलिए मॉनिटरिंग अनुशंसित।

Auto mode का Max उपयोगकर्ताओं तक विस्तार

पहले कुछ प्लान तक सीमित Auto mode, Claude Code Max उपयोगकर्ताओं तक विस्तारित किया गया। कार्य के प्रकार के अनुसार Opus/Sonnet/Haiku स्वचालित रूप से बदलने वाली सुविधा, लागत अनुकूलन और गति सुधार दोनों एक साथ।

FAQ

यह लेख 16 अप्रैल 2026 की आधिकारिक जानकारी पर आधारित है। विशिष्टता・मूल्य・प्रदाता क्षेत्र बदलने की संभावना है, इसलिए प्रोडक्शन उपयोग से पहले Anthropic आधिकारिक दस्तावेज़ में नवीनतम जानकारी की पुष्टि करें। माइग्रेशन की ठोस प्रक्रिया माइग्रेशन गाइड लेख देखें।