Промпт инженерия для Claude 5: Anthropic удалила 80% инструкций и не потеряла качество

Anthropic опубликовала подробные рекомендации по контекстной инженерии (context engineering) для моделей Claude Opus 5 и Claude Fable 5. Компания обнаружила, что прежние практики составления системных промптов (system prompt, постоянная инструкция, которую модель получает перед каждым запросом) не просто устарели, а мешают новым моделям работать. Источник даёт конкретные примеры: что убрали, что заменили и почему старый подход больше не нужен.

Почему «больше инструкций» теперь значит «хуже»?

Когда Claude Code только запускался, разработчики страховались от худших сценариев. В системный промпт закладывали жёсткие правила: «не добавляй комментарии», «не создавай промежуточные файлы», «максимум одна строка комментария». Проблема в том, что эти правила работали не для каждой ситуации.

По данным Anthropic, при разборе внутренних логов работы Claude Code обнаружились прямые противоречия внутри одного запроса. Системный промпт говорил «НЕ добавлять комментарии», навыки (skills) требовали «добавлять документацию там, где это уместно», а пользователь просил что-то третье. Модель тратила ресурсы на согласование конфликтующих указаний вместо решения задачи.

Новые модели Claude 5 обладают достаточным «суждением», чтобы принимать такие решения самостоятельно. Вместо запрета на комментарии теперь одна строка: «Пиши код в стиле окружающего кода: соблюдай принятую плотность комментариев, правила именования и идиомы».

Шесть старых практик, которые Anthropic заменила

Компания перечислила конкретные сдвиги в подходе к промпт-инжинирингу:

• Жёсткие правила заменили на самостоятельное решение модели. Раньше: длинные запреты. Теперь: короткое описание стиля, модель сама выбирает.
• Примеры использования инструментов заменили на продуманные интерфейсы. Описание инструмента TodoWrite сократили примерно с 9100 символов до короткого интерфейса, где поведение задают описание, допустимые статусы и одно правило.
• Весь контекст в начале заменили на прогрессивное раскрытие. Контекст подгружается в нужный момент, а не сваливается в системный промпт целиком.
• Повторы инструкций заменили на простые описания инструментов.
• Хранение памяти в файле CLAUDE.md заменили на автоматическую память. У Claude Code появились отдельные механизмы: память, артефакты и навыки, которые передают контекст между сеансами.
• Простые спецификации заменили на насыщенные референсы.

Главный вывод: список допустимых значений (например, статусы pending, in_progress, completed) уже подсказывает модели, как пользоваться инструментом. Дополнительное правило «одновременно только один пункт может иметь статус in_progress» задаёт поведение точнее, чем страница примеров.

Что понадобится

• Доступ к Claude Code (CLI-инструмент Anthropic для работы с кодом)
• Модель Claude Opus 5 или Claude Fable 5
• Текущий системный промпт и файлы CLAUDE.md вашего проекта
• 30 минут на аудит и чистку контекста

Пошаговая инструкция

1. Запустите диагностику. В Claude Code выполните команду /doctor. Встроенный инструмент claude doctor проанализирует объём ваших навыков и файлов CLAUDE.md и предложит рекомендации по сокращению.

2. Выпишите все правила из системного промпта. Скопируйте текущий системный промпт целиком. Разбейте его на отдельные инструкции: каждое «не делай», «всегда делай», «используй формат» на отдельную строку.

3. Проверьте каждое правило на конфликт. Сопоставьте инструкции системного промпта с навыками и пользовательскими запросами. Если два указания противоречат друг другу (одно запрещает комментарии, другое требует документацию), удалите оба и замените одним коротким описанием стиля.

4. Удалите защитные правила, которые модель выполняет сама. Запреты вида «не удаляй файлы», «не пиши многострочные комментарии» для Claude 5 избыточны. Замените на краткое: «Следуй стилю окружающего кода».

5. Замените примеры на описания интерфейсов. Если у инструмента есть длинный блок примеров, сократите его до списка параметров и допустимых значений.

# Было (примерно 9100 символов):
## TodoWrite — подробные примеры использования
### Пример 1: Создание задачи...
### Пример 2: Обновление статуса...
[десятки строк]

# Стало (короткий интерфейс):
## TodoWrite
Описание: управление списком задач
Статусы: pending | in_progress | completed
Правило: одновременно только одна задача в статусе in_progress

1. Перенесите справочный контекст в прогрессивное раскрытие. Информацию, которая нужна не в каждом запросе (например, правила ревью кода), вынесите из системного промпта в навыки или отдельные файлы, которые Claude подгрузит, когда понадобится.

2. Перенесите память из CLAUDE.md в автоматическую память. Если вы хранили предпочтения проекта в файле CLAUDE.md, переведите их в механизм памяти Claude Code, который сохраняется между сеансами.

3. Протестируйте на реальных задачах. Прогоните типичные для вашего проекта запросы с новым, сокращённым контекстом. По данным Anthropic, после удаления 80% системного промпта тесты по программированию не показали измеримого ухудшения.

Что это значит для вас по ролям?

Автору Дзена и копирайтеру. Если вы используете Claude для текстов, проверьте свои постоянные инструкции. Вероятно, половина из них («пиши без воды», «не используй штампы», «добавляй подзаголовки») уже понятна модели из вашего примера или описания задачи. Оставьте только то, что уникально для вашего стиля.

Разработчику. Конкретная рекомендация Anthropic: замените примеры использования инструментов на описание интерфейсов с допустимыми значениями параметров. Запустите /doctor и посмотрите, сколько контекста можно убрать без потери качества.

Предпринимателю, который строит продукт на API Claude. Сокращение системного промпта это не только про качество, это экономия токенов на каждом запросе. Если ваш системный промпт занимает тысячи символов, вы платите за инференс (inference, процесс генерации ответа моделью) контекста, который модель могла бы не читать.

Тем, кто работает в РФ и СНГ. Claude напрямую из России недоступен. Но принцип «меньше инструкций, больше доверия модели» работает и для YandexGPT, и для GigaChat: проверьте, не перегружаете ли вы системные промпты правилами, которые модель и так понимает. Эксперимент с сокращением стоит провести на любой модели.

Самый полезный навык в промпт-инжиниринге сегодня: не дописывать, а вычёркивать. Откройте свой самый длинный системный промпт, запустите /doctor и удалите всё, что модель и так понимает. Результат, скорее всего, вас удивит.