Skills vs Commands: как не засорять контекст AI-агента

2026-06-17

Скиллы засоряют контекст при каждом запросе, команды — нет. Разбираем, как перераспределить навыки агента и повысить качество ответов без лишних затрат.

Проблема: контекст, который работает против вас

Когда компании настраивают AI-агентов для автоматизации бизнес-задач, типичная ошибка одна и та же: в конфигурацию добавляют максимум возможностей «на всякий случай». Каждый скилл — в постоянный доступ, каждая функция — в системный промпт.

Результат предсказуем: контекстное окно оказывается забито описаниями навыков, которые не нужны в 70% запросов. Модель работает с искусственно урезанным рабочим пространством — и качество падает именно там, где оно критично: в сложных задачах с большим объёмом данных.

Решение: разделение по частоте использования

В современных AI-инструментах (агенты, кастомные GPT, Cursor, корпоративные ассистенты) существует два принципиально разных механизма:

Skills автоматически присутствуют в контексте при каждом запросе. Это постоянные затраты токенов — вне зависимости от того, нужен ли навык прямо сейчас.

Commands (слэш-команды) загружаются только при явном вызове пользователем. До момента активации они не занимают место в контексте.

Рабочий принцип прост: если навык нужен реже чем в каждом третьем запросе — он должен быть командой, а не скиллом.

Что оставить в Skills:

Что перенести в Commands:

Результат: больше места — лучше качество

Аудит и перераспределение навыков в типичном бизнес-агенте освобождает 15-30% контекстного окна. На практике это означает:

Для бизнеса, где AI-агент обрабатывает десятки или сотни запросов в день, это не абстрактное улучшение — это прямое влияние на эффективность автоматизации и стоимость операции.

Оптимизация контекста — один из немногих приёмов, который не требует смены инструмента или дополнительных затрат. Только переосмысление того, что действительно нужно агенту постоянно, а что — только по запросу.

Опубликовано на ContentRun, внедрение ИИ в маркетинг и продажи. Что мы делаем.