# /lagune-specialize: обучите специализацию по безопасности обычным текстом

> Превратите источник или тему по безопасности, которые вы даете, в новую специализацию, загружаемую по запросу.

Канонический URL: https://lagune.ai/ru-RU/docs/commands/specialize
Язык: ru-RU
Оригинал: https://lagune.ai/docs/commands/specialize
Последнее обновление: 2026-11-03

🎓 Обучите **Lagune** новой специализации на основе источника или темы, которые вы даете.

Команда читает материал и сводит его к профильной специализации, ориентированной только на защиту и устроенной точно так же, как [встроенные](https://lagune.ai/ru-RU/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
```

**Атака может быть источником, но никогда результатом**

Указать на атаку можно, если цель в том, чтобы от нее защититься: разбор эксплойта служит учебным материалом, который команда превращает в защиту. Специализация, которую она создает, всегда проводит аудит и объясняет и никогда не дает работающий эксплойт, атакующую нагрузку или способ обхода обнаружения.

## Что она записывает

Результат: два файла в вашем проекте, которые коммитятся и проверяются вместе с кодом:

- Специализация в `.lagune/catalog/<name>.md`, устроенная как [встроенные](https://lagune.ai/ru-RU/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 встроенные специализации?

Нет. Она уточняет, а не перезаписывает.