AI से स्टैटिक पेज को माइग्रेट करना

यहाँ हम स्टैटिक HTML में लिखे एक पेज को WEEGLOO द्वारा प्रबंधित कंटेंट-आधारित सेवा में माइग्रेट करने की प्रक्रिया देखेंगे।

इस गाइड में हम एक एकल कॉन्सर्ट सूचना पेज को उदाहरण (डाउनलोड) के रूप में उपयोग करते हैं। इस पेज में कॉन्सर्ट के बारे में जानकारी के साथ-साथ प्रस्तुति देने वाले तीन कलाकारों की जानकारी भी है, और सारा डेटा सीधे HTML फ़ाइल के भीतर ही लिखा हुआ है। ऐसी संरचना पेज को पहली बार बनाते समय बोझिल नहीं होती, लेकिन हर बार जब कलाकार बदलते हैं या कॉन्सर्ट की जानकारी में संशोधन होता है, तब HTML फ़ाइल को सीधे स्वयं ठीक करना पड़ता है, जो एक सीमा है।

इस चरण में हम LLM एजेंट और WEEGLOO MCP का एक साथ उपयोग करके तीन कार्य क्रमशः करेंगे। पहले स्टैटिक HTML पेज का विश्लेषण करके उपयुक्त Content Type अपने-आप बनाएँगे, फिर पेज के भीतर लिखे डेटा को निकालकर Content के रूप में लोड करेंगे, और अंत में पेज को इस तरह बदलेंगे कि वह CDA के माध्यम से डेटा प्राप्त करे, इसके लिए कोड को ठीक करेंगे।

इस प्रक्रिया से गुज़रने के बाद, अलग से बैकएंड (डेटा को संग्रहीत और संसाधित करने वाला पिछला सिस्टम) सीधे बनाए बिना भी, मौजूदा स्टैटिक पेज को WEEGLOO-आधारित कंटेंट सेवा में माइग्रेट किया जा सकता है।

पूर्व तैयारी

कार्य शुरू करने से पहले दो चीज़ें तैयार होनी चाहिए।

पहली, WEEGLOO में एक नया Space खाली अवस्था में बना होना चाहिए। आगे बनाए जाने वाले Content Type और Content सभी इसी Space के भीतर प्रबंधित होंगे, और खाली अवस्था से शुरू करने पर प्रवाह को अधिक स्पष्ट रूप से अनुसरण किया जा सकता है। Organization और Space के बारे में विस्तृत जानकारी पहुँच और अनुमति में दी गई है।

दूसरी, LLM एजेंट WEEGLOO MCP से जुड़ा होना चाहिए। यह गाइड Cursor IDE के आधार पर आगे बढ़ती है, लेकिन Claude Desktop जैसे MCP का समर्थन करने वाले वातावरण में भी इसी प्रवाह के साथ आगे बढ़ा जा सकता है। इंस्टॉल करने का तरीका MCP में दिया गया है।

इंस्टॉल पूरा होने के बाद LLM एजेंट WEEGLOO के CMA (Content Management API) में परिभाषित टूल को सीधे कॉल कर सकने की अवस्था में आ जाता है। यानी जो कार्य व्यक्ति कंटेंट स्टूडियो में करता था, जैसे Content Type बनाना, Content दर्ज करना और प्रकाशित करना, वे कार्य LLM एजेंट केवल प्राकृतिक भाषा के अनुरोध से ही कर सकता है।

कंटेंट मॉडलिंग

सबसे पहला काम पेज में मौजूद डेटा की संरचना को Content Type के रूप में परिभाषित करना है। Content Type डेटा के ब्लूप्रिंट के समान होता है, जिससे यह पहले से तय हो जाता है कि किन Field वाले डेटा को WEEGLOO में प्रबंधित किया जाएगा।

उदाहरण पेज को देखने पर कॉन्सर्ट के बारे में जानकारी (शीर्षक, तिथि-समय, स्थान, मूल्य आदि) और कलाकारों के बारे में जानकारी (नाम, भूमिका, सेट टाइम, परिचय) एक साथ मौजूद हैं, और दोनों प्रकार के डेटा के बीच एक-से-अनेक संबंध बनता है। इसलिए यह पेज स्वाभाविक रूप से दो भागों में बँटता है: कॉन्सर्ट की जानकारी रखने वाला Content Type और कलाकार की जानकारी रखने वाला Content Type।

यह विश्लेषण और Content Type का निर्माण LLM एजेंट से नीचे दिए अनुसार अनुरोध करने मात्र से अपने-आप हो जाता है।

Hey, so there's an HTML file in the project — nightshift-2026.html. It's a
landing page for a one-night concert and right now everything's hardcoded
straight into the markup (the show details, the lineup, set times, all of it).
 
I want to migrate it over to Weegloo so the page can pull its content from
a CMS instead of having it all baked in. Let's take it step by step rather
than doing the whole thing in one go.
 
To kick things off, could you take a look at nightshift-2026.html and figure
out what content types would make sense for it, then go ahead and create
them in Weegloo? We'll deal with the actual content and the API wiring in
the following steps.

अनुरोध प्राप्त करने पर LLM एजेंट HTML फ़ाइल की संरचना देखकर डेटा के प्रकार और संबंधों का अनुमान लगाता है, प्रत्येक Field के लिए उपयुक्त प्रकार तय करता है, और फिर WEEGLOO MCP से Content Type बनाता है।

कार्य पूरा होने के बाद WEEGLOO कंटेंट स्टूडियो के Content Type पेज को देखने पर, कॉन्सर्ट को दर्शाने वाला Content Type और कलाकार को दर्शाने वाला Content Type, दो नए बने हुए दिखाई देते हैं। कॉन्सर्ट Content Type में शीर्षक, तिथि-समय, स्थान, मूल्य जैसे Field होते हैं, और कलाकार Content Type में नाम, भूमिका, सेट टाइम, परिचय के साथ यह दर्शाने वाला कि वह किस कॉन्सर्ट से संबंधित है, एक संदर्भ (Reference) Field होता है।

इस तरह Content Type परिभाषित हो जाने पर इस संरचना के आधार पर वास्तविक डेटा लोड करने की तैयारी पूरी हो जाती है। Content Type के बारे में विस्तृत जानकारी Content मॉडलिंग में दी गई है।

कंटेंट निर्माण

Content Type केवल डेटा का प्रारूप परिभाषित करता है, उसमें स्वयं कोई डेटा नहीं होता। इस चरण में पहले परिभाषित किए गए Content Type के आधार पर, पेज में लिखे वास्तविक डेटा को Content के रूप में स्थानांतरित किया जाता है।

LLM एजेंट से नीचे दिए अनुसार अनुरोध करने पर, यह पेज के डेटा का विश्लेषण करके Content Type के अनुरूप Content बनाता है और प्रकाशन तक का काम भी साथ में कर देता है।

Alright, the content types look good. Now let's move on to actually loading
the data.
 
Could you go through nightshift-2026.html again, pull out the actual content
that's hardcoded in there, and create entries in Weegloo using the content
types we just made? Once everything's in, go ahead and publish them too so
they're ready to be served.

अनुरोध प्राप्त करने पर LLM एजेंट HTML का फिर से विश्लेषण करके डेटा को अलग-अलग आइटम में बाँटता है, और फिर WEEGLOO MCP से कॉन्सर्ट की जानकारी का एक रिकॉर्ड और कलाकारों की जानकारी के तीन रिकॉर्ड दर्ज करता है। दर्ज किया गया Content बाहर से देखे जा सकने के लिए साथ में प्रकाशित भी कर दिया जाता है।

कार्य पूरा होने के बाद WEEGLOO कंटेंट स्टूडियो की Content सूची को देखने पर, एक कॉन्सर्ट और तीन कलाकार सभी प्रकाशित अवस्था में दर्ज दिखाई देते हैं। इस समय से पेज के कोड को सीधे ठीक किए बिना, कंटेंट स्टूडियो या LLM एजेंट से डेटा को स्वतंत्र रूप से बदला जा सकता है।

Content के निर्माण और प्रकाशन के बारे में विस्तृत जानकारी Content लेखन और प्रकाशन में दी गई है।

CDA एकीकरण

डेटा तक तैयार हो जाने पर, अंत में पेज को इस तरह बदला जाता है कि वह स्टैटिक रूप से लिखे HTML के बजाय WEEGLOO के CDA के माध्यम से डेटा प्राप्त करे, इसके लिए कोड को ठीक किया जाता है। CDA एक केवल-पढ़ने योग्य API है जो प्रकाशित Content को बाहरी सेवाओं से देखे जा सकने के लिए प्रदान की जाती है, और यह वेब पेज या मोबाइल ऐप को WEEGLOO का डेटा सीधे प्राप्त करके उपयोग करने देती है।

यह काम भी LLM एजेंट से नीचे दिए अनुसार अनुरोध करने पर अपने-आप हो जाता है।

Okay, last step. The content's all in Weegloo and published, so now let's
hook the page up to actually use it.
 
Could you update nightshift-2026.html so that instead of having all that
data hardcoded in the markup, it fetches from Weegloo's CDA on load and
renders the page from the response? Basically the same page as before, just
pulling from the API now.

अनुरोध प्राप्त करने पर LLM एजेंट पेज में जड़े हुए स्टैटिक डेटा को हटा देता है, और उसकी जगह CDA कॉल तथा प्रतिक्रिया के डेटा को स्क्रीन पर दर्शाने वाला कोड भर देता है। जहाँ कलाकारों की जानकारी थी, वहाँ कलाकार Content की सूची देखने वाला CDA कॉल आता है, और जहाँ कॉन्सर्ट की जानकारी थी, वहाँ कॉन्सर्ट Content को एकल रूप में देखने वाला कॉल आता है।

बदले हुए पेज को रिफ़्रेश करने के बाद ब्राउज़र के डेवलपर टूल के Network टैब को देखने पर, पेज लोड होते समय WEEGLOO के CDA को वास्तविक अनुरोध भेजा जाता है और प्रतिक्रिया आती है, यह पुष्टि की जा सकती है।

अब WEEGLOO कंटेंट स्टूडियो में कलाकार की सेट टाइम बदलने या नया कलाकार जोड़ने के बाद पेज को रिफ़्रेश करने पर, अलग से बिल्ड या डिप्लॉय किए बिना ही बदला हुआ कंटेंट तुरंत प्रतिबिंबित हो जाता है। CDA के बारे में विस्तृत जानकारी Content Delivery API में दी गई है।

अब तक हमने स्टैटिक रूप से लिखे एक एकल HTML पेज को WEEGLOO द्वारा प्रबंधित कंटेंट-आधारित सेवा में माइग्रेट करके देखा। यही प्रवाह अधिक जटिल पेजों पर भी उसी तरह लागू किया जा सकता है। केवल Content Type की संख्या और Content की मात्रा बढ़ती है, जबकि मॉडलिंग, लोडिंग और CDA एकीकरण तक की पूरी प्रक्रिया उसी तरह चलती है।