# /lagune-specialize: सादे टेक्स्ट से नई सुरक्षा विशेषज्ञता सिखाएँ

> आपके दिए गए किसी सुरक्षा स्रोत या विषय का सार निकालकर एक नई विशेषज्ञता बनाएँ, जो ज़रूरत पड़ने पर ही लोड होती है।

कैनोनिकल: https://lagune.ai/hi-IN/docs/commands/specialize
भाषा: hi-IN
मूल: https://lagune.ai/docs/commands/specialize
आख़िरी अपडेट: 2026-11-06

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

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

**किसी लेख से**

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

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

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

**किसी विषय से**

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

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

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

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

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

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

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

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

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

**टिप**

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

**नोट**

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

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

### मैं अपनी ख़ुद की सुरक्षा विशेषज्ञता कैसे जोड़ूँ?

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

### क्या Lagune किसी एक्सप्लॉइट के विश्लेषण से सीख सकता है?

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

### क्या specialize बिल्ट-इन विशेषज्ञताओं को ओवरराइट कर देता है?

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