# /lagune-specialize: навчіть спеціалізації з безпеки звичайним текстом

> Стисло викладіть джерело чи тему з безпеки, які ви надаєте, у нову спеціалізацію на вимогу.

Канонічна URL-адреса: https://lagune.ai/uk-UA/docs/commands/specialize
Мова: uk-UA
Оригінал: https://lagune.ai/docs/commands/specialize
Останнє оновлення: 2026-11-03

🎓 Навчіть **Lagune** нової спеціалізації на основі джерела чи теми, які ви надаєте.

Вона читає матеріал і стисло викладає його в цільову, суто оборонну спеціалізацію, побудовану точно так само, як [вбудовані](https://lagune.ai/uk-UA/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 injection
```

**Атака може бути джерелом, але ніколи результатом**

Спрямувати її на атаку можна, якщо мета полягає в захисті від неї: опис експлойту є навчальним матеріалом, який вона стисло викладає у вигляді захисту. Спеціалізація, яку вона створює, завжди перевіряє й пояснює і ніколи не дає робочого експлойту, payload чи способу обходу захисту.

## Що вона записує

Результатом є два файли у вашому проєкті, закомічені й доступні для перегляду поруч із вашим кодом:

- Спеціалізація в `.lagune/catalog/<name>.md`, побудована як [вбудовані](https://lagune.ai/uk-UA/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 вбудовані спеціалізації?

Ні. Вона уточнює, а не перезаписує.