इस पृष्ठ पर8 अनुभाग
यह मार्गदर्शिका सितंबर 2026 की जानकारी पर आधारित है। कीमतें, मॉडल और इंटरफ़ेस के नाम बदल सकते हैं; यह वास्तविक समय की उत्पाद जानकारी नहीं है।
मार्केटप्लेस या प्रोजेक्ट सेटिंग से टूल जोड़ें और समस्या एक-एक स्तर पर जाँचें।
सही सेटअप दायरा चुनें
चीन के आधिकारिक दस्तावेज़ मार्केटप्लेस, मैन्युअल सेटअप और प्रोजेक्ट के .trae/mcp.json का समर्थन करते हैं। क्षेत्रीय क्लाइंट अलग हो सकते हैं; अपनी बिल्ड देखें। भरोसेमंद कार्यस्थल में ही प्रोजेक्ट MCP चालू करें।
न्यूनतम प्रोजेक्ट फ़ाइल
यह मान्य खाली सेटअप है, काम करता एकीकरण नहीं। सर्वर के आधिकारिक रखरखावकर्ता का ब्लॉक जोड़ें। command और args अलग रखें तथा साझा फ़ाइल में प्रमाण न रखें।
{
"mcpServers": {}
}उदाहरण: स्थानीय वेब ऐप के लिए Playwright MCP
Microsoft का Playwright MCP रिपॉज़िटरी npx सेटअप देता है। उदाहरण TRAE के mcpServers ढाँचे का उपयोग करता है। समर्थित Node.js लगाएँ, .trae/mcp.json में जोड़ें और प्रोजेक्ट MCP चालू करें। -y बिना इंटरैक्टिव पुष्टि पैकेज लगाता है। यह दस्तावेज़ आधारित नमूना है; हमने TRAE क्लाइंट में नहीं चलाया।
{
"mcpServers": {
"playwright": {
"command": "npx",
"args": ["-y", "@playwright/mcp@latest"]
}
}
}- स्थानीय विकास सर्वर शुरू करें।
- बदलाव से पहले एजेंट को स्थानीय URL खोलकर पेज का शीर्षक बताने को कहें।
- सर्वर न चले तो लॉग और IDE को उपलब्ध Node.js निष्पादन फ़ाइल देखें।
- टीम में दोहराने योग्य सेटअप के लिए जाँच के बाद पैकेज संस्करण तय करें।
खराब स्तर पहचानें
कई एकीकरण चालू करने से पहले एक सर्वर और सुरक्षित पढ़ने की क्रिया आज़माएँ।
- JSON: टिप्पणियाँ और आखिरी कॉमा हटाएँ; फ़ाइल सत्यापित करें।
- स्थानीय प्रक्रिया: npx या uvx इंस्टॉल हो और IDE को दिखे, यह जाँचें।
- निष्पादन: प्रोग्राम के लिए command और आर्ग्युमेंट के लिए args रखें।
- प्रमाणीकरण: सर्वर के दस्तावेज़ अनुसार प्रमाण और अनुमतियाँ देखें।
- कनेक्शन: टाइमआउट बदलने से पहले MCP लॉग में वास्तविक त्रुटि देखें।
काम के अनुसार एकीकरण चुनें
रिपॉज़िटरी में केवल पढ़ने वाली कोड या इश्यू खोज से, डेटाबेस में सीमित खाते से और ब्राउज़र परीक्षण में स्थानीय पेज से शुरू करें। मार्केटप्लेस में होना असीमित पहुँच देने का कारण नहीं है।
पहला वास्तविक कार्य: बदलाव, जाँच और समीक्षा
-
एक छोटी रिपॉज़िटरी चुनें जो पहले से बिल्ड होती हो। साफ़ Git चेकपॉइंट सहेजें और अभी सफल होने वाली जाँच कमांड दर्ज करें।
-
एक दिखाई देने वाला परिणाम बताएँ, जैसे मौजूदा फ़ॉर्म में अनिवार्य फ़ील्ड जोड़ना। संबंधित फ़ाइलें, मौजूदा सत्यापन और अपरिवर्तित रहने वाला व्यवहार बताएँ।
-
संपादन से पहले छोटी योजना देखें। प्रभावित घटक, डेटा प्रवाह और जाँच की पुष्टि करें तथा पहले अधूरा संदर्भ पूरा करें।
-
बदलाव छोटे हिस्सों में जाँचें। निर्भरताएँ, बनी हुई फ़ाइलें, पर्यावरण चर और त्रुटि प्रबंधन भी देखें। सफलता और विफलता दोनों रास्ते चलाएँ।
-
स्वीकृत परिणाम, समीक्षा का समय और उपयोग दर्ज करें। भुगतान योजना या टीम स्थानांतरण से पहले दूसरे प्रतिनिधि कार्य पर दोहराएँ।
कार्य विवरण का नमूना
लक्ष्य: उपयोगकर्ता को दिखने वाला बदलाव।
संदर्भ: संबंधित फ़ाइलें और मौजूदा कोड।
सीमाएँ: सार्वजनिक API और निर्भरताएँ बनाए रखें।
जाँच: परियोजना की जाँच और विफलता का रास्ता।
समापन: बदली फ़ाइलें, की गई जाँच और शेष सीमाएँ बताएँ।परिणाम काम न करे तो
सफल उत्तर सही कोड का प्रमाण नहीं है। गलत फ़ाइल बदले तो दायरा घटाएँ और प्रवेश बिंदु बताएँ। कमांड उसी टर्मिनल में दोहराएँ। MCP के लिए सर्वर शुरू होना, प्रमाण-पत्र और क्लाइंट सेटअप अलग जाँचें। उपयोग समाप्त हो तो दोबारा कोशिश से पहले शेष राशि और मॉडल देखें। छोटे बदलाव रखें जिन्हें अन्य काम खोए बिना वापस किया जा सके।
बदलने से पहले सामान्य सवाल
क्या भुगतान सदस्यता में एजेंट का उपयोग असीमित है?
नहीं। कीमत, शामिल उपयोग, मॉडल पहुँच और अतिरिक्त उपयोग अलग हैं। असीमित ऑटोकम्प्लीट का अर्थ असीमित मॉडल अनुरोध नहीं है।
क्या सभी MCP सर्वर एक साथ जोड़ने चाहिए?
अभी आवश्यक एक एकीकरण से शुरू करें। शुरू होने, टूल और भेजे जाने वाले संदर्भ की जाँच करके अगला जोड़ें।
दो एडिटर की तुलना कैसे करें?
एक ही रिपॉज़िटरी, कार्य और स्वीकृति मानदंड रखें। सही बदलाव, समीक्षा मेहनत, सेटअप और वास्तविक उपयोग की तुलना करें।
संबंधित TRAE गाइड
आगे पढ़ें
संबंधित विषयों और टूल के लेख।
संबंधित टूल
इस लेख में शामिल टूल देखें।
