Claude Code के निर्माता Boris द्वारा अनुशंसित 8 सर्वश्रेष्ठ MCP सर्वर्स

क्या आप जानते हैं कि Claude Code के निर्माता के अनुसार सबसे महत्वपूर्ण क्या है?

यह प्रॉम्प्ट लिखने का तरीका नहीं है। यह मॉडल का चुनाव नहीं है।

"Claude को अपने आउटपुट को सत्यापित करने के साधन दें।"

यही एक चीज़ है। वह कहते हैं कि Claude Code का उपयोग करने के लिए यह सबसे महत्वपूर्ण टिप है।

यह लेख उस चर्चा का विस्तार है। हम सिद्धांत को समझते हैं। तो, विशेष रूप से हम उन साधनों को कैसे प्रदान करें? इसका उत्तर है MCP सर्वर।

सच कहूं तो, इसे जानना या न जानना वास्तव में Claude Code के उपयोग के अनुभव को बदल देता है। दस्तावेज़ चिपकाने, समस्याओं को कॉपी करने, और उन्हें जांचने के लिए मैन्युअल रूप से स्क्रीन खोलने में लगने वाला समय—यह सब अनावश्यक हो जाता है।

क्या आप Claude Code के साथ यह अनुभव कर रहे हैं?

• जनरेटेड कोड पुराने सिंटैक्स का उपयोग करता है, और आप हर बार इसे स्वयं ठीक करते हैं।
• आप स्वयं ब्राउज़र खोलकर देखते हैं कि बनाई गई स्क्रीन वास्तव में काम करती है या नहीं।
• आप इश्यू की सामग्री कॉपी करते हैं, इसे Claude में पेस्ट करते हैं, उसे इम्प्लीमेंट करने को कहते हैं, फिर प्रोग्रेस लिखने के लिए वापस जाते हैं।
• हर बार जब प्रोडक्शन में त्रुटि होती है, तो आप Sentry से स्टैक ट्रेस कॉपी करते हैं।
• आप MCP शब्द जानते हैं लेकिन कुछ भी सेट नहीं किया है क्योंकि आप नहीं जानते कि क्या जोड़ना है।

हाँ। मैं भी यह सब कर रहा था।

मैं यह पहले ही कह दूं: यहां तक कि जो लोग कोड नहीं कर सकते, वे भी इस लेख को पढ़ सकते हैं। मैं तकनीकी शब्दों को समझाता जाऊंगा। वास्तव में, MCP एक ऐसी प्रणाली है जहां गैर-इंजीनियरों को और भी अधिक लाभ हो सकता है।

जब तक आप पढ़ना समाप्त करेंगे, आप शायद अपने काम में एक ऐसी जगह ढूंढना चाहेंगे जहां आप "हर बार कॉपी-पेस्ट कर रहे हैं।"

कृपया इसे सेव करें।

"बोरिस" आखिर कौन है?

बोरिस चेर्नी। वह वही व्यक्ति हैं जिन्होंने Claude Code बनाया है।

वह स्पष्ट रूप से कहते हैं "मैंने Claude Code बनाया है," इसलिए इसमें कोई संदेह नहीं है। वह वह व्यक्ति हैं जो Claude Code के डिज़ाइन दर्शन को सबसे गहरे स्तर पर समझते हैं।

उनके उपयोग का तरीका असाधारण है।

पहला, उन्होंने लंबे समय से हाथ से कोड नहीं लिखा है। इसके बजाय, वह टर्मिनल में लगभग पाँच Claude सत्र और वेब पर पाँच से दस और सत्र एक साथ चलाते हैं, टैब को नंबर देते हैं और प्रबंधित करते हैं कि कौन सा Claude नोटिफिकेशन के माध्यम से मानव इनपुट की प्रतीक्षा कर रहा है।

(कल्पना करें कि आपके 15 अधीनस्थ हैं, सभी अलग-अलग कार्यों पर काम कर रहे हैं, और केवल वे जो फंस जाते हैं, आपको बुलाने आते हैं।)

इसके अलावा, उनका CLAUDE.md—प्रोजेक्ट नियम पुस्तिका—केवल लगभग 100 लाइनों का है। वह बड़ी मात्रा में नियम लिखने वाले प्रकार के नहीं हैं।

उनका सबसे अधिक उद्धृत कथन यह है:

"प्रॉम्प्ट मत लिखो। लूप लिखो।"

अच्छी तरह से पूछने के तरीके खोजने के बजाय, एक ऐसा वातावरण बनाएं जहां Claude अपने आप कार्यों को चक्रित कर सके। यही उनके दर्शन का मूल है।

बोरिस द्वारा दोहराए गए 3 सिद्धांत

उनकी पोस्ट को देखते हुए, वह लगातार एक ही बात कहते हैं।

सिद्धांत 1: Claude को अपने आउटपुट को सत्यापित करने के साधन दें।

वह इसे "सबसे महत्वपूर्ण टिप" कहते हैं। उनकी व्याख्या बहुत आसान है:

यदि आप किसी को वेबसाइट बनाने के लिए कहें लेकिन ब्राउज़र का उपयोग करने से मना करें, तो क्या होगा? कुछ भी अच्छा नहीं निकलेगा।

लेकिन यदि आप उन्हें ब्राउज़र दें, तो वे बनाएंगे, देखेंगे, ठीक करेंगे, फिर से देखेंगे, और तब तक दोहराएंगे जब तक यह अच्छा न हो जाए।

Claude भी ऐसा ही है। यदि आप इसे सत्यापित करने के साधन दें, तो यह अपने आप तब तक पुनरावृत्ति करेगा जब तक यह संतुष्ट न हो जाए।

सिद्धांत 2: दिन में एक से अधिक बार किए जाने वाले कार्यों को सिस्टम में बदलें।

हर बार चैट में एक ही प्रक्रिया समझाना समय की बर्बादी है, इसलिए इसे Skill या कमांड में बदल दें। चूंकि इसे बुलाए जाने तक तैयार रखने की लागत लगभग शून्य है, इसे बनाने में कोई हानि नहीं है।

सिद्धांत 3: बाहरी उपकरणों को Claude Code वर्कस्पेस में लाएं।

Slack, इश्यू ट्रैकर, डेटाबेस, आंतरिक API। इन्हें Claude Code से सीधे सुलभ बनाकर, उपकरणों के बीच की आवाजाही गायब हो जाती है।

यहीं पर MCP आता है।

अंत में

जब भी MCP के बारे में बात होती है, आप हमेशा इस दीवार से टकराते हैं।

जैसे ही आप MCP कनेक्ट करते हैं, Claude Code के हाथ प्रोडक्शन एनवायरनमेंट तक पहुंच जाते हैं। डिप्लॉयमेंट, DNS, भुगतान, ग्राहक डेटा। पढ़ना ठीक है, लेकिन यदि आप अचानक लिखने या हटाने की अनुमति दे देते हैं, तो दुर्घटनाएं हो सकती हैं।

तो, आप कहां प्रतिनिधि करते हैं, और कहां मानव सत्यापन करता है?

मैं मुफ्त में एक सीमा चार्ट दे रहा हूं। मैं चाहता हूं कि MCP इंस्टॉल करने से पहले आप इसे एक बार देखें।

👇

यहाँ

एक वाक्य में MCP क्या है?

पहले इसे स्पष्ट कर लेते हैं।

MCP एक "AI टूल्स और बाहरी सेवाओं को जोड़ने के लिए सामान्य इंटरफ़ेस" है। इसे USB मानक की तरह समझें।

इसके बिना दुनिया में, आपको Claude, ChatGPT और अन्य AI के लिए अलग-अलग इंटीग्रेशन बनाने होंगे। MCP मानक के साथ, एक सेवा प्रदाता इसे एक बार बनाता है, और इसका उपयोग सभी संगत AI टूल कर सकते हैं।

और स्पष्ट होने के लिए, MCP केवल Claude Code में सुविधाएँ नहीं जोड़ता।

यह कार्य लक्ष्य को ही Claude Code के अंदर लाता है।

Figma डिज़ाइन, Sentry त्रुटियाँ, Linear टिकट, Cloudflare प्रोडक्शन लॉग—Claude उन्हें सीधे देखता है और सीधे छूता है। इसीलिए कॉपी-पेस्टिंग गायब हो जाती है।

और अब, यह मानक काफी बदल गया है।

MCP पूर्वापेक्षाओं में बदलाव

यह जापानी क्षेत्र में अभी तक अच्छी तरह से व्यवस्थित नहीं हुआ है, इसलिए कृपया ध्यान दें।

नवीनतम विनिर्देश अपडेट में, MCP ने अपनी रिलीज़ के बाद से सबसे बड़ा ओवरहाल किया। यहाँ चार मुख्य परिवर्तन हैं:

स्टेटलेसनेस। पिछले रिमोट MCP को सर्वर के लिए कनेक्शन स्थिति बनाए रखने के लिए डिज़ाइन किया गया था। वह गया; अब यह मानक HTTP की तरह रिक्वेस्ट-रिस्पॉन्स प्रकार है। लाभ यह है कि यह सीधे serverless या edge वातावरण पर चलता है। MCP को अब एकल निवासी सर्वर के बजाय एक सिस्टम के रूप में बनाया जा सकता है जो एक्सेस के साथ स्केल करता है।

लंबे समय तक चलने वाली प्रक्रियाओं के लिए समर्थन। यह धारणा कि एक टूल तुरंत परिणाम देता है, हटा दी गई है। यह पहले एक ट्रैकिंग नंबर लौटा सकता है, जिससे बाद में प्रगति जांच, अपडेट और रद्दीकरण की अनुमति मिलती है। बड़े पैमाने पर कोड माइग्रेशन, वीडियो जनरेशन, लंबा डेटा विश्लेषण, और पूर्ण पर्यावरण डिप्लॉयमेंट—ये "घंटों लगने वाले कार्य" अब MCP के माध्यम से आधिकारिक रूप से समर्थित हैं।

बातचीत के भीतर UI वापस करने की क्षमता। पहले, MCP टेक्स्ट और JSON पर केंद्रित था, लेकिन अब सर्वर ऑपरेशन स्क्रीन लौटा सकता है। डिप्लॉयमेंट लक्ष्य चयन स्क्रीन, ग्राफ़, अनुमोदन/अस्वीकार बटन, फॉर्म। संक्षेप में, MCP एक ऐसी प्रणाली से आगे बढ़ रहा है जहां AI पृष्ठभूमि में API हिट करता है, AI के शीर्ष पर चलने वाले मिनी-ऐप्स के लिए एक मानक बन रहा है।

संगठन-स्तरीय प्रमाणीकरण। कॉर्पोरेट ID प्रदाताओं से जुड़ा, एक बार व्यवस्थापक द्वारा अनुमोदित होने पर, कर्मचारी अपने पहले लॉगिन पर स्वचालित रूप से कनेक्ट हो जाते हैं। व्यक्तियों को API कुंजियाँ वितरित करने का काम गायब हो जाता है।

ध्यान दें कि Anthropic की ओर से इसे क्रमिक रूप से रोल आउट किया जा रहा है। विनिर्देश अंतिम रूप दिया जाना एक बात है, और आपका स्थानीय Claude Code तुरंत सब कुछ उपयोग करने में सक्षम होना दूसरी बात है।

(मैं कभी-कभी ऐसे लेख देखता हूं जो इसे बढ़ा-चढ़ाकर पेश करते हैं, लेकिन आधिकारिक अभिव्यक्ति "क्रमिक रूप से रोल आउट" है।)

Claude के कनेक्टर सूची में 950 से अधिक MCP सर्वर सूचीबद्ध हैं। संख्या भारी है, लेकिन वास्तव में आपको उतने स्थापित करने की आवश्यकता नहीं है।

8 आधिकारिक MCP सर्वर जो Claude Code को बदल देते हैं

यह मुख्य भाग है।

चयन मानदंड तीन हैं: वे प्रदाता द्वारा प्रबंधित आधिकारिक सर्वर होने चाहिए, शुरुआती लोगों के लिए प्रभाव महसूस करना आसान हो, और सीधे बोरिस के तीन सिद्धांतों में से एक को लागू करें।

1. Context7 MCP: पुराने कोड के कारण को कुचलना

जब Claude Code गलत कोड आउटपुट करता है, तो इसका कारण अक्सर मॉडल की बुद्धि की कमी नहीं होती है।

यह सिर्फ इतना है कि यह जिस जानकारी का संदर्भ ले रहा है वह पुरानी है।

पुराने API का उपयोग करना। पुराना Next.js सिंटैक्स आउटपुट करना। विभिन्न संस्करणों की सेटिंग्स मिलाना। गैर-मौजूद विकल्प उत्पन्न करना। दस्तावेज़ में नहीं दिए गए कार्यान्वयन को अनुमान से भरना। यह सब यही है।

Context7 एक MCP है जो लाइब्रेरी और फ्रेमवर्क के लिए नवीनतम दस्तावेज़ संस्करण के अनुसार Claude Code को प्रदान करता है। स्मृति से उत्तर देने के बजाय, आप एक ऐसी स्थिति बनाते हैं जहां यह विशिष्ट संस्करण की सामग्री को देखने के बाद कार्यान्वित करता है।

व्यावहारिक प्रॉम्प्ट:

Context7 का उपयोग करके, इस प्रोजेक्ट में उपयोग किए गए Next.js के वर्तमान संस्करण के लिए आधिकारिक दस्तावेज़ देखें।

जांच करने के बाद, कार्यान्वयन शुरू करने से पहले निम्नलिखित व्यवस्थित करें:

1. वर्तमान संस्करण के लिए अनुशंसित कार्यान्वयन
2. पदावनत कार्यान्वयन
3. वर्तमान प्रोजेक्ट कोड से अंतर
4. संशोधन की आवश्यकता वाली फ़ाइलें

अनुमान के आधार पर कार्यान्वित न करें; केवल दस्तावेज़ में वर्णित विधियों का उपयोग करें।

नोट: एक क्वेरी में कई अवधारणाओं को न मिलाएं। "auth, routing, और caching" के बारे में पूछने से व्यापक, उथले परिणाम मिलेंगे। जब आप अवधारणाओं को अलग-अलग खींचते हैं तो सटीकता बेहतर होती है।

आधिकारिक रिपॉजिटरी: https://github.com/upstash/context7

1. Playwright MCP: Claude को ब्राउज़र को स्वयं छूने देना

यह सीधे बोरिस के सिद्धांत 1 को लागू करता है।

Claude Code कोड लिख सकता है, लेकिन यह नहीं जानता कि उसने जो स्क्रीन लिखी है वह वास्तव में काम करती है या नहीं। Playwright MCP को कनेक्ट करने से Claude एक वास्तविक ब्राउज़र खोल सकता है, बटन क्लिक कर सकता है, फॉर्म भर सकता है, ट्रांज़िशन ट्रैक कर सकता है, त्रुटियाँ पकड़ सकता है, उन्हें ठीक कर सकता है, और फिर से जांच सकता है।

इस प्रणाली के बारे में दिलचस्प बात यह है कि यह केवल स्क्रीनशॉट को छवियों के रूप में नहीं देखता है। यह एक्सेसिबिलिटी ट्री पढ़ता है—स्क्रीन की संरचित जानकारी। यह समझता है कि क्या एक बटन है, एक इनपुट फ़ील्ड है, या एक शीर्षक है। क्योंकि यह अर्थ पढ़ता है, इसलिए दृष्टिगत रूप से समान तत्वों को भ्रमित करने की संभावना कम है।

व्यावहारिक प्रॉम्प्ट:

एक बार कार्यान्वयन समाप्त हो जाने पर, Playwright MCP के साथ स्थानीय वातावरण खोलें।

निम्नलिखित को वास्तव में संचालित करें और सत्यापित करें:

1. नया पंजीकरण
2. लॉगिन
3. इनपुट त्रुटियों के दौरान प्रदर्शन
4. स्मार्टफोन की चौड़ाई पर लेआउट टूटना
5. लॉगआउट

यदि यह विफल होता है, तो केवल कोड पढ़कर कारण का अनुमान न लगाएं; इसे ठीक करने से पहले ब्राउज़र में पुन: उत्पन्न करें।

ठीक करने के बाद, समान संचालन फिर से चलाएं और सफलता की पुष्टि करने के बाद ही पूर्णता की रिपोर्ट करें।

मैं यहाँ ईमानदार रहूंगा।

बोरिस स्वयं कहते हैं कि वेब कार्य के लिए वह हर बार जिसका उपयोग करते हैं, वह वास्तव में Playwright MCP नहीं, बल्कि Claude Code ब्राउज़र एक्सटेंशन है। वह कहते हैं कि यह समान MCP की तुलना में अधिक स्थिर है क्योंकि यह लॉगिन स्थिति को ज्यों का त्यों साझा कर सकता है।

तो उपयोग का मामला यह है: यदि आप अपने लॉग इन ब्राउज़र का उपयोग करके वास्तविक स्क्रीन देखना चाहते हैं, तो एक्सटेंशन का उपयोग करें। यदि आप इसे एक परीक्षण के रूप में स्वचालित करना चाहते हैं और एक ही प्रक्रिया को बार-बार चलाना चाहते हैं, तो Playwright MCP का उपयोग करें।

दोनों एक ही दर्शन साझा करते हैं: "Claude को एक ब्राउज़र दें।"

आधिकारिक रिपॉजिटरी: https://github.com/microsoft/playwright-mcp

1. Figma MCP: डिज़ाइन डेटा पढ़ना, केवल छवियां नहीं

जब तक आप डिज़ाइन को स्क्रीनशॉट के रूप में पास करते हैं, Claude हमेशा अनुमान लगा रहा है।

मार्जिन कितने पिक्सल है? फ़ॉन्ट साइज़ क्या है? यह रंग ब्रांड रंग है या अस्थायी? क्या यह भाग एक पुन: प्रयोज्य घटक है? यह सब एक छवि से आंख से अनुमान लगाया जा रहा है।

Figma डेवलपर MCP को कनेक्ट करने से संरचित डिज़ाइन जानकारी तक सीधी पहुंच मिलती है। मान, रंग, घटक संरचनाएं, डिज़ाइन टोकन। अनुमान लगाना गायब हो जाता है।

व्यावहारिक प्रॉम्प्ट:

Figma MCP से वर्तमान में चयनित फ्रेम प्राप्त करें।

पहले, केवल निम्नलिखित निकालें और कार्यान्वयन शुरू न करें:

• पृष्ठ संरचना
• पुन: उपयोग किए जाने वाले घटक
• रंग और टाइपोग्राफी परिभाषाएँ
• मार्जिन नियम
• रिस्पॉन्सिव स्केलिंग के दौरान अपेक्षित परिवर्तन

निकाली गई सामग्री की पुष्टि करने के बाद, कार्यान्वयन के लिए मौजूदा प्रोजेक्ट घटकों को प्राथमिकता दें।

यदि एक नया घटक बना रहे हैं, तो पहले समझाएं कि मौजूदा घटक अपर्याप्त क्यों हैं।

और यहाँ असली बात है।

Figma से डिज़ाइन खींचना, Claude Code में कार्यान्वित करना, Playwright में जांचना, टूटने पर ठीक करना। इन तीनों को जोड़ना डिज़ाइन-से-सत्यापन को एक ही लाइन में बदल देता है।

MCP का मूल्य अलगाव में नहीं, बल्कि इस कनेक्शन में बेहतर समझा जाता है।

आधिकारिक दस्तावेज़: https://developers.figma.com/docs/figma-mcp-server/

1. Linear MCP: टिकट पढ़ना और प्रगति लिखना

बोरिस अपने सहयोगियों का उल्लेख @claude के साथ PR में करते हैं और इसे नियम पुस्तिका में सीख जोड़ने के लिए कहते हैं। संक्षेप में, वह इश्यू प्रबंधन स्थान को AI कार्यक्षेत्र से अलग नहीं करते।

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

यह निम्नलिखित प्रवाह को सहज बनाता है:

इश्यू पढ़ें → संबंधित कोड की जांच करें → कार्यान्वयन योजना बनाएं → कार्यान्वित करें → परीक्षण करें → इश्यू पर प्रगति पर टिप्पणी करें → स्थिति अपडेट करें

व्यावहारिक प्रॉम्प्ट:

Linear में मुझे सौंपे गए और प्रगति पर चल रहे इश्यू की जांच करें।

प्राथमिकताओं और निर्भरताओं को व्यवस्थित करने के बाद, उच्चतम प्राथमिकता वाले इश्यू के लिए निम्नलिखित निष्पादित करें:

1. आवश्यकताओं में लापता जानकारी की पहचान करें
2. संबंधित कोड की जांच करें
3. एक कार्यान्वयन योजना बनाएं और कार्यान्वयन से पहले प्रस्तुत करें
4. अनुमोदन के बाद कार्यान्वित करें और परीक्षण करें
5. इश्यू पर की गई कार्रवाइयों पर टिप्पणी करें

स्थिति बदलने से पहले कृपया मेरी पुष्टि की प्रतीक्षा करें।

हमेशा वह अंतिम पंक्ति शामिल करें। यदि आप इसे स्थिति परिवर्तन स्वचालित करने देते हैं, तो आप अन्य टीम के सदस्यों के दृष्टिकोण से "अधूरे काम को पूर्ण के रूप में चिह्नित" करके समाप्त करेंगे।

आधिकारिक दस्तावेज़: https://linear.app/docs/mcp

1. Sentry MCP: त्रुटियों को चिपकाए बिना कारणों को ट्रैक करना

जब प्रोडक्शन में त्रुटि होती है तो आप क्या करते हैं?

Sentry खोलें, स्टैक ट्रेस कॉपी करें, इसे Claude में पेस्ट करें, जिस फ़ाइल पर आपको संदेह है उसे ढूंढें, उसे भी पेस्ट करें। इनमें से किसी की भी आवश्यकता नहीं है।

Sentry MCP का मूल्य केवल त्रुटि सूची दिखाना नहीं है। यह त्रुटि सामग्री, स्टैक ट्रेस, आवृत्ति, प्रभावित उपयोगकर्ता, यह किस रिलीज़ से है, संबंधित कोड, और पिछली समान विफलताओं को एक ही जांच लूप में रखना है।

व्यावहारिक प्रॉम्प्ट:

Sentry से पिछले 24 घंटों में सबसे अधिक प्रभावित उपयोगकर्ताओं वाली अनसुलझी त्रुटि प्राप्त करें।

निम्नलिखित क्रम में जांच करें:

1. घटना की स्थितियों का विश्लेषण करें
2. संबंधित कोड की पहचान करें
3. एक पुनरुत्पादन परीक्षण बनाएं
4. यदि पुनरुत्पादन योग्य है, तो न्यूनतम सुधार लागू करें
5. सभी परीक्षण चलाएं
6. मूल कारण और सुधार का सारांश दें

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

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

आधिकारिक दस्तावेज़: https://docs.sentry.io/product/sentry-mcp/

1. Cloudflare MCP: डिप्लॉयमेंट लक्ष्य की स्थिति दिखाना

अब तक हमने विकास के बारे में बात की है, लेकिन यह संचालन के बारे में है।

Cloudflare ने अपनी सेवाओं को संचालित करने के लिए कई आधिकारिक MCP सर्वर जारी किए हैं। सेटिंग्स की जाँच करना, Workers प्रबंधित करना, लॉग विश्लेषण, DNS सेटिंग्स, सुरक्षा सेटिंग्स, प्रदर्शन जाँच। यह केवल पढ़ने के लिए नहीं, बल्कि प्रस्तावित करने और वास्तव में परिवर्तन करने के लिए डिज़ाइन किया गया है।

इसका मतलब है कि Claude Code डिप्लॉयमेंट गंतव्य पर वास्तव में कैसा व्यवहार करता है, यह देखने के बाद कोड में सुधार कर सकता है।

व्यावहारिक प्रॉम्प्ट:

Cloudflare MCP के साथ वर्तमान प्रोडक्शन एनवायरनमेंट की स्थिति की जाँच करें।

जांच करें:

• पिछले 24 घंटों में त्रुटियाँ
• प्रतिक्रिया समय
• कैश हिट दर
• सुरक्षा घटनाएँ
• Workers में होने वाले अपवाद

फिर, समस्याओं को इन दो श्रेणियों में वर्गीकृत करें:

A. जिनमें कोड परिवर्तन की आवश्यकता है

B. जिन्हें अकेले Cloudflare सेटिंग्स द्वारा सुधारा जा सकता है

दोनों मामलों में, परिवर्तन निष्पादित करने से पहले हमेशा एक योजना प्रस्तुत करें। जब तक मैं अनुमोदित न करूं, सेटिंग्स न बदलें।

चूंकि यह बुनियादी ढांचे को छूता है, प्रारंभिक परिचय के दौरान इसे केवल-पढ़ने तक सीमित करें। शुरू से सेटिंग परिवर्तनों की अनुमति देने की कोई आवश्यकता नहीं है।

आधिकारिक दस्तावेज़: https://developers.cloudflare.com/agents/model-context-protocol/cloudflare/servers-for-cloudflare/

1. Stripe MCP: भुगतान कोड को Stripe सेटिंग्स से मिलाना

भुगतान कार्यान्वयन कठिन होने का कारण यह है कि आप केवल कोड देखकर सही उत्तर नहीं जान सकते। आपको यह जांचना होगा कि Stripe पक्ष पर कौन से उत्पाद और मूल्य पंजीकृत हैं और दूसरे टैब में वेबहुक कैसे सेट किए गए हैं, जबकि लिख रहे हैं।

आधिकारिक Stripe MCP में Stripe API संचालन के अलावा आधिकारिक दस्तावेज़ और सहायता जानकारी खोजना शामिल है। कार्यान्वयन, सेटिंग सत्यापन, और दस्तावेज़ संदर्भ सभी एक ही स्थान पर होते हैं।

इसके अलावा, Stripe MCP के अलावा एजेंटों के लिए Skills प्रदान करता है। MCP के साथ संचालित करें, और Skills के साथ सर्वोत्तम प्रथाओं को लागू करें। यह संयोजन शक्तिशाली है।

व्यावहारिक प्रॉम्प्ट:

Stripe MCP और आधिकारिक Stripe दस्तावेज़ का उपयोग करके, मासिक सदस्यता सुविधा के लिए एक कार्यान्वयन योजना बनाएं।

सुनिश्चित करें कि आप निम्नलिखित की जाँच करें:

1. उत्पाद और मूल्य कॉन्फ़िगरेशन
2. चेकआउट सत्र कैसे बनाएं
3. वेबहुक के माध्यम से प्राप्त होने वाली घटनाएँ
4. रद्दीकरण प्रक्रिया प्रवाह
5. भुगतान विफलता के दौरान व्यवहार
6. दोहरे पंजीकरण को रोकने के तरीके
7. परीक्षण विधियाँ

काम के दौरान केवल Stripe टेस्ट मोड का उपयोग करें। प्रोडक्शन डेटा में कोई भी बदलाव न करें।

उन अंतिम दो पंक्तियों को कभी न हटाएं। यह उन फाटकों को खोलकर चलाने के लिए MCP नहीं है।

आधिकारिक दस्तावेज़: https://docs.stripe.com/mcp

1. GitHub MCP: समीक्षा प्रतिक्रियाओं पर लूप बंद करना

अंत में, यह।

लेकिन कृपया गलत न समझें; GitHub MCP का मूल्य "git कमांड चलाने में सक्षम होना" नहीं है। Claude Code पहले से ही स्थानीय git और GitHub CLI को छू सकता है।

मूल्य तब आता है जब केवल रिमोट साइड पर मौजूद जानकारी को पार करना: इश्यू विवरण, PR समीक्षा टिप्पणियाँ, CI परिणाम, अन्य रिपॉजिटरी की स्थिति, आंतरिक कोड खोज, और पिछली चर्चाएँ।

व्यावहारिक प्रॉम्प्ट:

GitHub MCP के साथ वर्तमान ब्रांच के अनुरूप PR की जाँच करें।

सभी अनसुलझी समीक्षा टिप्पणियाँ उठाएं और उन्हें इन तीन में वर्गीकृत करें:

• जिन्हें ठीक किया जाना चाहिए
• जिनमें डिज़ाइन निर्णयों की आवश्यकता है जो मुझे तय करने चाहिए
• जिन्हें ठीक करने की आवश्यकता नहीं है (कारण सहित)

केवल "जिन्हें ठीक किया जाना चाहिए" को लागू करें और परीक्षण पास करें।

डिज़ाइन निर्णयों की आवश्यकता वाली चीज़ों को न छुएं; इसके बजाय, विवाद के बिंदुओं और विकल्पों को व्यवस्थित करें और प्रस्तुत करें।

समीक्षा टिप्पणियाँ पढ़ना, ठीक करना, परीक्षण करना और रिपोर्ट करना—सभी Claude Code के भीतर बंद।

आधिकारिक रिपॉजिटरी: https://github.com/github/github-mcp-server

सिर्फ एकल उपकरण नहीं, बल्कि एक "स्टैक" बनाएं

MCP एक-एक करके जोड़ने पर कम प्रभावी होता है। यह कार्यप्रवाह के अनुसार पंक्तिबद्ध होने पर रूपांतरित होता है।

वेब प्रोडक्शन स्टैक:

Figma से डिज़ाइन खींचें → Context7 के साथ वर्तमान सही सिंटैक्स जांचें → Claude Code में कार्यान्वित करें → Playwright के साथ ब्राउज़र सत्यापन → GitHub पर PR और समीक्षा प्रतिक्रिया → Cloudflare पर डिप्लॉयमेंट और लॉग जाँच

SaaS विकास स्टैक:

Linear से आवश्यकताएँ खींचें → Context7 के साथ तकनीकी विशिष्टताओं की जाँच करें → Claude Code में कार्यान्वित करें → Stripe के साथ भुगतान सेट करें और सत्यापित करें → Playwright के साथ उपयोगकर्ता संचालन का परीक्षण करें → Sentry के साथ प्रोडक्शन त्रुटियों की निगरानी करें

क्या हो रहा है:

दोनों स्टैक में, प्रक्रिया समान है।

जानकारी प्राप्त करें, योजना बनाएं, निर्माण करें, स्वयं सत्यापित करें, बाहरी रूप से प्रतिबिंबित करें, परिणाम देखें।

यह लूप Claude Code को कभी छोड़े बिना बंद हो जाता है।

बोरिस का "इसे सत्यापित करने के साधन दें" केवल एक ब्राउज़र के बारे में नहीं है। इसका अर्थ है प्रक्रिया में प्रत्येक चरण की शुद्धता की पुष्टि करने के साधन देना।

शुरुआती लोगों को केवल इन तीन की आवश्यकता है

मैं यह नहीं कह रहा कि सभी आठ स्थापित करें। ऐसा करने से आप अगले अध्याय में जाल में फंस जाएंगे।

चरण 1: Context7

लक्ष्य गलत कोड को कम करना है।

चूंकि यह पढ़ने-केंद्रित है, जोखिम कम है। यहाँ से शुरू करना सबसे सुरक्षित है और आपको सबसे तेज़ी से प्रभाव महसूस करने देता है।

चरण 2: Playwright या ब्राउज़र एक्सटेंशन

लक्ष्य Claude को स्वयं डिलिवरेबल्स को सत्यापित करने देना है।

यदि आप वेब कार्य कर रहे हैं, तो यह चीजों को महत्वपूर्ण रूप से बदल देता है। बनाएं, खोलें, टूटना खोजें, ठीक करें, फिर से खोलें। मनुष्यों को अब बीच में रहने की आवश्यकता नहीं है।

चरण 3: Linear या GitHub

लक्ष्य काम के इनपुट और आउटपुट को जोड़ना है।

टिकट से कार्यान्वयन, PR, और प्रगति अपडेट तक। इस बिंदु पर, Claude Code एक "निर्देशों की प्रतीक्षा करने वाले कोडर" से एक "सदस्य जो अपने आप काम को आगे बढ़ाता है" में बदल जाता है।

ये तीन काफी हैं। सच में।

जाल जिन्हें आपको पढ़ना चाहिए

जाल 1: अधिक MCP इसे स्मार्ट नहीं बनाते

यह सबसे बड़ी गलतफहमी है।

यदि आप बड़ी संख्या में MCP कनेक्ट करते हैं, तो Claude द्वारा चुने जा सकने वाले टूल उम्मीदवारों की संख्या बढ़ जाती है। फिर क्या होता है?

यह भ्रमित हो जाता है कि किसका उपयोग करना है। यह संदर्भ खपत करता है। यह समान उपकरणों को भ्रमित करता है। यह ऐसे ऑपरेशन करता है जो आपने नहीं पूछे। अनुमति प्रबंधन जटिल हो जाता है, और आप ट्रैक खो देते हैं कि क्या अनुमति है।

100 जोड़ने के बजाय, आपको वर्तमान कार्य के लिए आवश्यक केवल 3 से 5 को सक्षम करने से बेहतर परिणाम मिलते हैं। सही तरीका प्रति प्रोजेक्ट कनेक्टेड चीज़ों को बदलना है।

(एक बार मेरे पास 10 से अधिक कनेक्टेड थे, और Claude अजीब उपकरणों को बुलाता रहा, जिससे मुझे लगा "यह अचानक बेवकूफ क्यों हो गया?" जब मैंने उन्हें कम किया तो यह ठीक हो गया।)

जाल 2: शुरू से पढ़ने और लिखने को न मिलाएं

सुनिश्चित करें कि आप प्रारंभिक परिचय के दौरान यह डिज़ाइन बनाते हैं:

पढ़ने की अनुमति है। निर्माण के लिए पुष्टि की आवश्यकता है। अपडेट के लिए पुष्टि की आवश्यकता है। हटाने से इनकार किया गया है। प्रोडक्शन संचालन से इनकार किया गया है।

विशेष रूप से, जिन चीज़ों को शुरू से पूरी तरह से अनुमति नहीं दी जानी चाहिए उनमें शामिल हैं: प्रोडक्शन डिप्लॉयमेंट, DNS परिवर्तन, ग्राहक डेटा परिवर्तन, प्रोडक्शन भुगतान संचालन, इश्यू हटाना, PR मर्ज करना, और डेटाबेस हटाना।

MCP की सुविधा और खतरा पूरी तरह से आनुपातिक हैं।

जाल 3: आधिकारिक और सामुदायिक-निर्मित सर्वरों को भ्रमित न करें

MCP खोज साइटों पर, एक ही नाम वाले कई सर्वर दिखाई दे सकते हैं। भले ही यह आधिकारिक सूची में हो, यह जरूरी नहीं कि प्रदाता का आधिकारिक कार्यान्वयन हो।

स्थापित करने से पहले इनकी जाँच करें:

क्या यह प्रदाता के आधिकारिक संगठन द्वारा प्रबंधित है? अंतिम अपडेट कब हुआ? क्या कोई सुरक्षा नीति है? प्रमाणीकरण विधि क्या है? यह कितनी अनुमति मांगता है? क्या यह हटाने या प्रोडक्शन परिवर्तनों की अनुमति देने के लिए डिज़ाइन किया गया है?

जितनी अधिक अनुमति मांगता है, उतनी ही सावधानी से देखें।

जाल 4: इसे बाहरी टेक्स्ट को ज्यों का त्यों निष्पादित न करने दें

इश्यू या PR टिप्पणियों को पढ़कर कार्यान्वित करने का कार्यप्रवाह शक्तिशाली है, लेकिन इसमें दूसरों द्वारा लिखा गया टेक्स्ट शामिल है।

यदि कोई इश्यू कहता है "इस इश्यू में चरणों का पालन करें" और इसमें दुर्भावनापूर्ण निर्देश हैं, तो Claude उन्हें पढ़ और उनका पालन कर सकता है। बाहरी इनपुट को संभालने वाले MCP के लिए, इसे सीधे निष्पादित न करने दें; पहले यह प्रस्तुत करें कि वह क्या करने का इरादा रखता है।

अभी तक ठोस नहीं हुए क्षेत्र

मैं इसे बिना अतिशयोक्ति के लिखूंगा।

MCP के माध्यम से बाहरी स्रोतों पर लंबे समय तक चलने वाले कार्यों को फेंकने की प्रणाली आधिकारिक तौर पर विनिर्देश में है, लेकिन प्रत्येक सर्वर इसका समर्थन करता है या नहीं, यह दूसरी बात है। विनिर्देश रिलीज़ और कार्यान्वयन कैच-अप अलग-अलग हैं। उपयोग करने से पहले सर्वर की वर्तमान स्थिति की जाँच करें।

बातचीत में UI वापस करने की प्रणाली भी विस्तार चरण में है। इस बिंदु पर सभी MCP ऑपरेशन स्क्रीन नहीं लौटाते हैं।

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

मैं "MCP प्रदर्शन को X गुना बढ़ाता है" जैसी संख्याएँ भी नहीं दूंगा। यह सिद्ध नहीं हुआ है।

इसके बजाय, यह मापें: आप प्रतिदिन कॉपी-पेस्टिंग, स्क्रीन स्विचिंग और दृश्य सत्यापन पर कितने मिनट बिताते हैं? MCP के साथ यही गायब होता है।

आज क्या करें

सब कुछ करने की कोशिश न करें। बस एक चीज़।

अपने काम पर वापस सोचें और एक ऐसी जगह खोजें जहां आप "Claude Code और दूसरी स्क्रीन के बीच आगे-पीछे जा रहे हैं।"

यह दस्तावेज़ हो सकता है। यह एक इश्यू हो सकता है। यह एक त्रुटि स्क्रीन हो सकती है। यह एक डिज़ाइन हो सकता है।

केवल उस MCP को स्थापित करें जो उस एक चीज़ को समाप्त करता है। प्रभाव महसूस करें, फिर अगला जोड़ें।

बोरिस का सिद्धांत अंततः इसी पर आता है: Claude को अपने काम की जाँच करने के साधन दें। जिस क्षण आप इसे देते हैं, Claude अपने आप तब तक दौड़ना शुरू कर देता है जब तक वह संतुष्ट न हो जाए।

जब आप रुके हुए हैं, तो आप आज वही चीज़ कॉपी करेंगे और उसी स्क्रीन में पेस्ट करेंगे। जिस क्षण यह चलता है, वह राउंड ट्रिप कभी वापस नहीं आएगी।

आज रात, Claude Code खोलें और उस एक स्क्रीन के बारे में सोचें जहाँ आप सबसे अधिक यात्रा करते हैं।

सब कुछ वहीं से शुरू होता है।