सामग्री पर जाएँ
kenjtecJournal
Journal में खोजें

Framer MCP एआई को वेबसाइट से जोड़ता है: एक सुझाव वास्तविक बदलाव बन सकता है

MCP किसी असिस्टेंट को टूल्स से जोड़ता है, असीमित अनुमतियों से नहीं। Framer इस ख़बर का आधार देता है; एक ठोस KENJTEC तुलना मॉडल, क्लाइंट, ड्राफ़्ट और प्रकाशन के बीच के अंतर दिखाती है।

टोबियास मुहरों, एक मसौदे और एक चित्राधार (ईज़ल) पर रखी फ़्रेम की हुई प्रति के बीच खड़ा है। एआई चित्रण।

“एक बेहतर शीर्षक लिखिए” एक सुझाव माँगता है। “ड्राफ़्ट में शीर्षक बदलिए” एक हस्तक्षेप माँगता है। “नया संस्करण प्रकाशित कीजिए” आगंतुकों के लिए पेज को बदल देता है। तीनों वाक्य शब्दों में एक-दूसरे के क़रीब हैं, पर तकनीकी रूप से बहुत अलग अंतिम स्थितियों का वर्णन करते हैं।

Framer ने 22 अक्टूबर 2026 को अपने MCP इंटीग्रेशन की घोषणा की। मूल घोषणा के अनुसार, जुड़े हुए एआई टूल्स डिज़ाइन कैनवास पर काम कर सकते हैं, CMS सामग्री का प्रबंधन कर सकते हैं और प्रकाशित कर सकते हैं। यह ख़बर एक सामान्य बदलाव को दिखाती है: बातचीत वास्तविक प्रोजेक्ट पर काम में बदल सकती है। लेकिन किसी विशेष कार्य में कौन-सी क्रिया अनुमत है, यह केवल कनेक्शन के होने से तय नहीं होता।

मॉडल, क्लाइंट और टूल सर्वर अलग-अलग भूमिकाएँ हैं

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

यह अंतर आपके अपने या स्थानीय मॉडलों के मामले में मदद करता है। केवल मॉडल का नाम किसी काम करने वाले कनेक्शन का प्रमाण नहीं है। उपयोग में आने वाले क्लाइंट को आवश्यक ट्रांसपोर्ट और प्रमाणीकरण का समर्थन करना होता है। फिर विशिष्ट सर्वर को ठीक वही टूल्स देने होते हैं जिनकी कार्य को ज़रूरत है।

इवेंट उदाहरण के लिए इसका अर्थ है: एक मौजूदा कनेक्शन तकनीकी संभावनाएँ खोल सकता है। यह अभी यह नहीं बताता कि क्लाइंट सही ड्राफ़्ट चुनता है या नहीं, टेक्स्ट की पुष्टि हुई है या नहीं, या प्रकाशित करना कार्य का हिस्सा है या नहीं।

बदलाव के अनुरोध के लिए एक स्पष्ट लक्ष्य-वस्तु चाहिए

एक उपयोगी निर्देश पेज, अनुमत बदलावों और अंतिम स्थिति का नाम लेता है। उदाहरण के लिए: “निर्दिष्ट ड्राफ़्ट में केवल शीर्षक और परिचय बदलिए। तारीख़ और भागीदारी की शर्त को अपरिवर्तित रखिए। कुछ भी प्रकाशित मत कीजिए। इसके बाद प्रभावित स्थानों की सूची दीजिए।” हमारा यह अपना टेम्पलेट किसी विशेष Framer सुरक्षा-उपाय का दावा नहीं करता।

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

KENJTEC पर एक प्रलेखित रिमोट MCP मार्ग

यह KENJTEC MCP गाइड उपयुक्त क्लाइंट्स के लिए ऐसी पहुँच का वर्णन करती है। KENJTEC की प्रलेखित टेस्ट बेंच में Claude Code को एक जुड़े हुए प्रोग्राम के रूप में दर्ज किया गया है; इसका अर्थ यह नहीं है कि हर दूसरे क्लाइंट के साथ कोई सफल रन हुआ है। उपलब्ध टूल्स दी गई अनुमतियों के अनुसार फ़िल्टर किए जाते हैं।

sites:read  → list_sites, get_site
sites:write → create_site, edit_site,
              publish_site, unpublish_site

अन्य बातों के साथ, get_site ID, पेज-अवलोकन और ड्राफ़्ट-स्थिति लौटाता है, न कि कोई पूरा सोर्स ट्री जिसे मनमर्ज़ी से संपादित किया जा सके। वेबसाइट बनाना और बदलना Kenji के माध्यम से होता है और इसमें KENJTEC एआई क्रेडिट का उपयोग होता है। आपका अपना बाहरी एआई निर्देश देता है; वह अपने आप अपना पूरा वेबसाइट कोड सीधे साइट में नहीं लिखता।

लिखने की अनुमति का दायरा महत्वपूर्ण है: इसमें प्रकाशित करना भी शामिल है। गंभीर परिणामों वाले टूल्स को चिह्नित करना क्लाइंट को पुष्टि माँगने में मदद करता है, लेकिन यह हर अलग कॉल के लिए सर्वर-साइड पर कोई अतिरिक्त पुष्टि नहीं है। “केवल ड्राफ़्ट” जैसे निर्देश का क्लाइंट द्वारा वास्तव में पालन किया जाना चाहिए। केवल सलाह के लिए आप पढ़ने की अनुमति तक सीमित रह सकते हैं और चुने गए सुझाव को स्वयं एडिटर में लागू कर सकते हैं।

खुले मानक का अर्थ है एक समझने योग्य अनुबंध

तकनीकी रूप से काम करने वाली पहुँच भी root, SSH या सामान्य स्टोरेज पहुँच नहीं है। किसी विशिष्ट सेट किए गए कनेक्शन के लिए उपलब्ध टूल्स, चुनी गई अनुमतियाँ और संबंधित एप्लिकेशन के नियम मायने रखते हैं। Framer और KENJTEC फ़ंक्शनों के अलग-अलग सेट देते हैं; एक ही प्रोटोकॉल का नाम उन्हें परस्पर बदलने योग्य नहीं बनाता।

इसलिए व्यावहारिक अगला कदम छोटा है: अपना एक टेस्ट प्रोजेक्ट तय कीजिए, उसकी वर्तमान स्थिति पढ़िए और एक सीमित वांछित अंतिम स्थिति परिभाषित कीजिए। तभी कोई बदलाव सार्थक होता है। यदि रन के बाद आप समझा सकते हैं कि किस टूल ने क्या बदला, और क्यों अभी कुछ भी सार्वजनिक नहीं है या कुछ पहले से सार्वजनिक है, तो एआई कनेक्शन एक पता लगाने योग्य वर्कफ़्लो बन जाता है।

स्रोत और स्थिति

शोध और दस्तावेज़ीकरण 25 अक्टूबर 2026 की स्थिति के अनुसार। Framer MCP · आधिकारिक Framer अपडेट अवलोकन: Framer MCP, 22 अक्टूबर 2026 · आर्किटेक्चर अवलोकन।

हैम्बर्ग हमारा शुरुआती बिंदु है।

उपयोगी ज्ञान आपके साथ चलता है।

हैम्बर्ग से AI का व्यावहारिक ज्ञान, दुनिया के लिए।

सेव किए गए लेख