🎓 कोई स्रोत या विषय देकर Lagune को एक नई विशेषज्ञता सिखाएँ।

यह सामग्री पढ़ता है और उसका सार निकालकर एक केंद्रित विशेषज्ञता बनाता है, जो केवल रक्षा के लिए होती है और ठीक बिल्ट-इन विशेषज्ञताओं जैसी बनी होती है, ताकि बाद में detect और verify चरण उसे किसी भी दूसरी विशेषज्ञता की तरह लोड करें। यह सिर्फ़ ऑडिट करता है और समझाता है: यह कभी अटैक इनपुट या एक्सप्लॉइट नहीं लिखता, और आपके कोड को कभी नहीं छूता।

किसी लेख से

# कोई लिंक या संदर्भ: Lagune उसका सार निकालकर उसे रक्षा में बदल देता है
/lagune-specialize https://owasp.org/www-community/attacks/SQL_Injection

किसी एक्सप्लॉइट से

# स्रोत के रूप में कोई अटैक: विशेषज्ञता फिर भी रक्षा ही होती है
/lagune-specialize "' OR 1=1 -- क्वेरी के टेक्स्ट में SQL जोड़ देता है"

किसी विषय से

# या बस बताओ कि किस विषय को कवर करना है
/lagune-specialize SQL इंजेक्शन

अटैक स्रोत हो सकता है, आउटपुट कभी नहीं

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

यह क्या लिखता है

नतीजा आपके प्रोजेक्ट में दो फ़ाइलें होती हैं, जो आपके कोड के साथ कमिट होती हैं और जिनकी समीक्षा की जा सकती है:

• .lagune/catalog/<name>.md पर विशेषज्ञता, जो बिल्ट-इन विशेषज्ञताओं जैसी बनी होती है।
• .lagune/configs.json फ़ाइल में उसकी एंट्री, जहाँ आपका प्रोजेक्ट अपनी विशेषज्ञताओं का इंडेक्स रखता है, ताकि कैटलॉग उन्हें बिल्ट-इन विशेषज्ञताओं के साथ मिला सके।

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

निखारें, कभी ओवरराइट नहीं

किसी ऐसे नाम की विशेषज्ञता बनाने पर जो पहले से मौजूद है, चाहे वह regex जैसी बिल्ट-इन हो या आपकी पहले बनाई हुई, यह मौजूदा फ़ाइल को बदलने के बजाय उसे मौजूदा स्थिति से मिलाकर अपडेट करता है। यह जो पहले से है उसे पढ़ता है, नई जानकारी उसमें जोड़ता है, जो अब भी सही है उसे रखता है, और जो बदल गया है उसे दोबारा लिखता है। बिना देखे कुछ भी नहीं हटाया जाता। आपकी अपनी विशेषज्ञता उसी नाम की बिल्ट-इन विशेषज्ञता की जगह ले लेती है, इसलिए आप बिल्ट-इन को खोए बिना उसे अपने प्रोजेक्ट के लिए और धारदार बना सकते हैं।

tip

• नई विशेषज्ञता ठीक बिल्ट-इन की तरह लोड होती है: detect और verify चरण ज़रूरत पड़ने पर ही उसे लेते हैं, या आप npx lagune read catalog <name> कमांड से उसे ख़ुद लोड करके कोई काम दे सकते हैं।
• जब सामग्री का स्रोत पहचाना जा सके (कोई लेख, लेखक, लिंक या मानक), तो विशेषज्ञता उसका श्रेय देती है। सिर्फ़ विषय देने पर कोई स्रोत दर्ज नहीं होता।

important

यह तभी चलता है जब आप इसे बुलाते हैं: एजेंट इसे कभी अपने आप शुरू नहीं करता।

अक्सर पूछे जाने वाले सवाल

किसी स्रोत या विषय के साथ /lagune-specialize चलाएँ। यह उसका सार निकालकर केवल रक्षा के लिए एक विशेषज्ञता बनाता है, जो .lagune/catalog/<name>.md में लिखी जाती है, और उसकी एंट्री .lagune/configs.json में जुड़ती है।

हाँ, स्रोत के रूप में, आउटपुट के रूप में कभी नहीं। अटैक स्रोत हो सकता है, नतीजा कभी नहीं। specialize कभी अटैक इनपुट या एक्सप्लॉइट नहीं लिखता।

नहीं। यह उन्हें निखारता है, कभी ओवरराइट नहीं करता।