Claude Code сокращает системные подсказки на 80% — почему Opus 5 всё ещё вырос на 72%

Введение

Anthropic недавно объявила о значительных изменениях в том, как Claude Code предоставляет контекст своей новейшей модели.

Для Claude Opus 5, Claude Fable 5 и других продвинутых моделей Claude 5 компания сообщила об удалении более 80% содержимого системного промпта, которое ранее использовалось для направления старых моделей. Anthropic также заявила, что это сокращение не привело к измеримому снижению производительности в их оценках кодирования.

Это звучит как простая история: более сильным моделям требуется меньше подробных правил.

Однако независимый разработчик Чэнь Чэн (@chenchengpro) зафиксировал выходной контекст, сгенерированный Claude Code для нескольких версий модели, и сообщил об удивительной последовательности:

От Opus 4.8 до Opus 5 измеренное содержимое промпта выросло примерно на 72%.

На первый взгляд, утверждение Anthropic об «удалении более 80%» и результат разработчика «рост на 72%» кажутся противоречащими друг другу.

На самом деле это не так.

Эти два числа используют разные базовые показатели и описывают разные аспекты трансформации Claude Code. Anthropic описывает отход от старой, сильно регламентированной архитектуры промптов. Разработчик же сравнивает Opus 5 с необычайно компактным промптом, используемым Opus 4.8 в определённых настройках захвата.

Claude Code действительно удалил большую часть старой инструктивной базы. Затем Opus 5 получил новый, меньший набор целевых ограничений для управления поведением, которое стало более заметным по мере усиления автономности модели.

Anthropic удалил более 80% старого содержимого промпта

Официальное объяснение Anthropic начинается с проблемы, знакомой многим разработчикам агентов: инструкции накапливаются.

Когда ранняя модель повторяла определённую ошибку, команда продукта добавляла правило. Если она писала ненужные комментарии — добавлялось правило о комментариях. Если создавала ненужные документы планирования — правило о документации. Если использовала инструмент неправильно — добавлялись примеры использования. Если не проверяла результаты работы — ещё одно правило о валидации.

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

Этот подход помогал ранним моделям, но порождал новые проблемы.

Пересечение инструкций создаёт трения

Claude Code получает не один промпт. Его рабочий контекст может включать:

• Системный промпт продукта
• Определения инструментов
• Файлы CLAUDE.md
• Правила
• Скиллы
• Память
• Инструкции пользователя
• Файлы репозитория кода
• Вывод команд и инструментов

Когда несколько уровней повторяются или слегка противоречат друг другу, модель тратит вычислительные ресурсы на определение того, какая инструкция должна быть приоритетной.

Например, один уровень может говорить о необходимости добавления документации там, где это уместно, а другой — запрещать создание комментариев или документации, если это явно не требуется. Затем файл проекта может добавить третье правило, охватывающее то же поведение.

Модель всё равно может прийти к правильному результату, но контекст уже выполняет ненужную работу ещё до того, как задача кодирования началась.

Более новые модели могут больше полагаться на локальные суждения

Anthropic привела чёткий пример с комментариями и документацией.

Старая версия Claude Code использовала строгие и детальные ограничения для предотвращения низкокачественных комментариев и ненужных плановых файлов. Обновлённая инструкция стала гораздо короче: пишите код в едином стиле с проектом, включая его соглашения об именовании, идиоматический стиль и плотность комментариев.

Это изменение сместило основу принятия решений с глобальных правил на локальные свидетельства.

Вместо того чтобы указывать, что комментарии всегда нежелательны, система требует проверки того, как существующий код в репозитории передаёт намерения.

В этом заключается более широкая закономерность сокращения промптов:

Старый подход:
Описать различные возможные ошибки и заранее их запретить.

Новый подход:
Предоставить роль продукта, инструменты, границы и соответствующие свидетельства,
затем позволить модели принимать решения в этих рамках.

Anthropic сообщает, что удаление более 80% содержимого старых системных промптов не привело к измеримому снижению результатов оценки кодирования.

Этот результат не означает, что инструкции перестали быть важными. Это означает, что эффективные инструкции изменились.

Новые правила контекстуальной инженерии

Перепроектирование Anthropic можно обобщить с помощью нескольких переходов «было — стало».

Эти изменения применимы не только к внутренним системным промптам Anthropic. Они также влияют на то, как разработчики должны поддерживать CLAUDE.md, скиллы, инструменты и пользовательские агентские фреймворки.

Держите CLAUDE.md сосредоточенным на фактах, специфичных для проекта

Файлы CLAUDE.md загружаются в начале сессии Claude Code. Это делает их идеальными для размещения информации о репозитории, которую Claude должен постоянно знать.

Хорошее содержимое включает:

• Архитектурные решения, не выводимые из кода.
• Необходимые команды сборки и тестирования.
• Соглашения, специфичные для репозитория.
• Важные директории и границы ответственности.
• Библиотеки, которые проект требует или запрещает.
• Неочевидные ограничения безопасности или развёртывания.

Менее полезное содержимое включает:

• Общие советы, которые Claude уже знает.
• Многословные операционные шаги, используемые лишь изредка.
• Факты, непосредственно видимые в файлах пакетов или исходном коде.
• Те же инструкции, которые повторяются в инструментах, скиллах и пользовательских промптах.
• Крупные примеры, потребляющие контекст при каждом запросе.

Текущая документация Claude Code рекомендует поддерживать CLAUDE.md кратким и перемещать процедурные или справочные материалы в файлы скиллов, загружаемые по требованию.

Целевой файл может выглядеть следующим образом:

# Руководство по проекту

- Все команды управления пакетами используют pnpm.
- Перед сообщением о завершении изменений кода выполните `pnpm test` и `pnpm lint`.
- Публичный API определён в `packages/sdk`; избегайте критических изменений.
- Миграции базы данных должны включать соответствующий файл отката.
- Не редактируйте сгенерированные файлы в `src/generated` напрямую.

Нет необходимости в подробном объяснении общего поведения программной инженерии.

Переносите длинные процедуры в скиллы

Скиллы упаковывают многократно используемые инструкции в файлы SKILL.md. Полное содержимое загружается только при использовании скилла, не занимая контекст в нерелевантных задачах.

Это делает скиллы идеальными для размещения таких рабочих процессов, как:

• Проверка запросов на слияние.
• Подготовка релизов.
• Проверки безопасности.
• Frontend-валидация.
• Миграции базы данных.
• Расследование инцидентов.
• Публикация документации.

Минимальный скилл для проверки может быть структурирован следующим образом:

description: Проверять запросы на слияние на корректность, регрессии и пропущенные тесты.

# Обзор запросов на слияние

1. Прочитайте полную разницу и затронутые тесты.
2. Сначала выявляйте конкретные дефекты, а не стилевые предпочтения.
3. Запустите минимальный набор связанных тестов.
4. Проверьте, изменилось ли публичное поведение или совместимость.
5. Сообщайте findings по степени серьезности с указанием файлов.

Этот шаг доступен только в начале работы над обзором, но не добавляет нагрузки на запросы, где от Claude требуется лишь переименовать переменную.

Это постепенное раскрытие информации: добавление нужного контекста в ключевых точках.

## Удаление дублирующих инструкций

Обычно каждая инструкция должна находиться только в одном авторитетном месте.

Например:

- Поведение на уровне продукта — в системном промпте.
- Факты о проекте — в `CLAUDE.md`.
- Повторно используемые шаги — в навыках.
- Требования к инструментам — в определении инструмента.
- Детерминированное выполнение — в хуках, разрешениях, тестах или скриптах.

Повторение одного и того же правила на каждом уровне не усиливает его эффективность, а лишь увеличивает контекст, вносит расхождения в формулировки и усложняет поддержку.

Прежде чем добавить новую инструкцию, спросите себя:

1. Выражено ли это уже где-то ещё?
2. Может ли Claude вывести это из кодовой базы?
3. Это факт, шаг или строгое требование к выполнению?
4. Нужно ли загружать это при каждом запросе?
5. Выполнит ли тест или хук это правило надёжнее, чем текстовое описание?

## Проектируйте лучшие инструменты, а не пишите больше примеров

Ранние руководства по инженерии промптов часто рекомендовали приводить несколько примеров использования инструментов.

Anthropic считает, что примеры могут ограничивать продвинутые модели, заставляя их следовать продемонстрированному пути. Модель может имитировать образец, а не выбирать лучшие параметры или комбинации инструментов для текущей задачи.

Хорошо спроектированный инструмент должен чётко передавать способ использования через свой интерфейс:

- Понятные имена параметров.
- Точные описания.
- Явные опциональные поля.
- Полезные перечисляемые значения.
- Предсказуемый вывод.
- Информативные сообщения об ошибках.

Например, такое перечисление:

```JSON
{
"status": "pending | in_progress | completed"
}

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

Включайте несколько фиксированных примеров.

Примеры всё ещё полезны, когда формат или граничное поведение могут быть неоднозначными. Суть изменения не в «никогда не используйте примеры», а в «не используйте примеры как замену хорошо спроектированному интерфейсу».

Предоставляйте исполняемые референсы

Новые модели Claude могут напрямую работать с более насыщенными референсами.

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

• Существующий код.
• Тестовые случаи.
• Неудачную команду.
• HTML-прототип.
• Скриншот.
• Паттерн.
• Артефакт дизайна.
• Бенчмарк-скрипт.
• Пример ввода и ожидаемый вывод.

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

Это смещает акцент инженерии контекста с написания больших руководств по эксплуатации на проектирование лучшей рабочей среды.

Независимый захват показал отскок на 72%

После заявления Anthropic о сокращении на 80% разработчик Чэнь Чэн сообщил, что протестировал, что на самом деле Claude Code отправляет для нескольких моделей Opus.

Он перенаправил CLI на локальный сервер и записал содержимое исходящих запросов. Опубликованные им количества символов:

Opus 4.7: 15 225 символов
Opus 4.8: 4 467 символов
Opus 5: 7 694 символа

[Изображение: твит Чэнь Чэна в Twitter, проверяющий утверждение Anthropic о том, что Opus 5 удалил 80% системного промпта Claude Code. Чэнь Чэн перенаправил CLI на локальный сервер, записал отправленное содержимое и сравнил количество символов для Opus 4.7, 4.8 и 5: 15 225, 4 467 и 7 694 соответственно. Обнаружено несоответствие: 7 694 символа для Opus 5 не соответствует заявленному удалению на 80%. Изображение тесно связано с контекстом и является конкретным представлением описанной в тексте проверки.]

Эти цифры показывают три различных сравнения:

Таким образом, захваченный промпт Opus 5 значительно длиннее, чем у Opus 4.8, но составляет примерно половину длины промпта Opus 4.7.

Это количество символов, а не токенов. И они представляют только один захваченный экземпляр Claude Code, а не универсальную спецификацию для каждого запроса.

Claude Code может динамически комбинировать контекст в зависимости от инструментов, конфигурации, функций и состояния продукта. Точное передаваемое содержимое может меняться в зависимости от версии и окружения.

Почему числа 80% и 72% могут быть одновременно верны

Как только мы различаем разные базы сравнения, это кажущееся противоречие исчезает.

Цифры Anthropic описывают архитектурную очистку

Anthropic говорит, что удалила более 80% содержимого системного промпта, используемого продвинутой моделью Claude 5, по сравнению со старым, богатым инструкциями дизайном.

Это число касается количества устаревших промптов, удалённых при переходе к более современной архитектуре контекстной инженерии.

Это не утверждение, что каждый запрос Opus 5 на 80% короче по символам, чем каждый запрос Opus 4.8.

Цифры разработчика сравнивают два соседних захвата

Число 72% сравнивает записанный запрос Opus 5 с аномально маленьким захваченным запросом Opus 4.8.

Opus 4.8, по-видимому, был самой нижней точкой среди трёх сравниваемых моделей. При этом Opus 5 добавил целенаправленные инструкции, оставаясь при этом значительно короче, чем старый путь Opus 4.7.

Таким образом, оба утверждения могут сосуществовать:

Старая архитектура промптов → Промпт продвинутой модели:
Значительное общее сокращение.

Захват Opus 4.8 → Захват Opus 5:
Частичный рост по сравнению с минимальной измеренной версией.

Claude Code, по-видимому, поддерживает разные пути промптов

Проверка разработчика также показала, что реализация Claude Code содержит два набора путей промптов.

Одна функция-маршрутизатор выбирает более подробный устаревший промпт для более старых идентификаторов моделей и упрощённый промпт для более новых моделей.

Согласно описанной логике, такие модели, как устаревшие Opus, Sonnet, Haiku и серия Claude 3, находятся на пути с подробными промптами, в то время как Opus 4.8, Opus 5, Fable 5 и другие новые модели используют более короткую архитектуру.

[Изображение: правила использования двух наборов промптов Claude Code, ясно показывающее, что выбор набора промптов определяется жёстко заданным сопоставлением подстрок. Если ID модели содержит такие ключевые слова, как sonnet, haiku, claude-3-, или равен opus-4-0/4-1/4-5/4-6/4-7, используется старая версия промпта; версия 4.8 не входит в список кандидатов. Это дополняет содержащуюся в документе информацию о двух наборах путей промптов в Claude Code, выбираемых функцией-маршрутизатором, предоставляя конкретные правила определения. Это согласуется с текстом об использовании разных путей промптов для старых и новых моделей, наглядно демонстрируя механизм выбора промптов в Claude Code.]

Эта деталь маршрутизации получена из сторонней проверки, а не из официальной документации архитектуры Anthropic.

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

Почему Opus 5 требует новых целенаправленных инструкций

Claude Opus 5 значительно сильнее в долгосрочной автономной работе, чем более ранние модели Opus.

Эта способность вносит поведение, полезное для больших задач, но дорогостоящее или отвлекающее для маленьких.

Официальное руководство по подсказкам Opus 5 от Anthropic выделяет несколько аспектов, которые могут потребовать настройки:

• Длина ответа и многословность.
• Обновления статуса для пользователя.
• Объём письменных результатов.
• Объём задачи.
• Чрезмерная проверка.
• Делегирование под-агентам.
• Самоисправление.

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

Точный приватный текст не следует рассматривать как официальную публичную спецификацию, но эти категории в высокой степени соответствуют опубликованным руководствам Anthropic по Opus 5.

Обновления статуса могут стать слишком частыми

Для длительных миграций или исследований на уровне всего репозитория отчёты о прогрессе полезны.

Для небольших изменений частые повествования увеличивают задержку и потребление токенов, не улучшая код.

Полезная стратегия агента требует различения этих двух случаев:

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

Цель — не молчание, а соразмерное общение.

Более сильные модели могут чрезмерно расширять объём задачи

Продвинутый кодировщик, выполняя запрошенное изменение, может заметить связанные проблемы.

Иногда такая инициативность ценна. В других случаях она может превратить простой запрос в широкую реорганизацию, не одобренную пользователем.

Для Opus 5 границы задачи становятся ещё более важными именно из-за большей способности модели.

Она лучше умеет находить дополнительную работу.

Чёткий запрос может быть сформулирован так:

Исправьте сообщённую проблему и тесты, которые непосредственно затронуты.
Не реорганизуйте несвязанные модули и не расширяйте публичный API.

Граничные условия определяют, что значит "готово", без необходимости предписывать каждый шаг реализации.

Под-агенты могут увеличивать затраты

Anthropic сообщает, что Opus 5 более склонен к использованию под-агентов, чем предыдущие модели.

Делегирование ценно, когда работа действительно независима и достаточно масштабна для параллельной обработки. Когда задачу можно выполнить напрямую с помощью небольшого количества вызовов инструментов, делегирование неэффективно.

Официальное руководство предлагает предоставлять чёткие условия или детерминированные ограничения.

Практичная инструкция выглядит так:

Используйте под-агентов только для масштабных и независимых рабочих процессов.
Не создавайте под-агентов для повторения или проверки работы, которую вы можете выполнить напрямую.
Поддерживайте небольшое количество параллельных агентов.

Это позволяет контролировать затраты и время, не отключая полезные функции.

Повторное самоисправление может приводить к потерям

Opus 5 спроектирован так, чтобы находить и исправлять многие свои ошибки.

Подсказки, которые неоднократно требуют "перепроверить всё", "снова подтвердить" или "перепроверить с помощью другого агента", усиливают врождённое поведение модели.

Anthropic утверждает, что удаление избыточных инструкций по проверке позволяет сократить бесполезное потребление токенов без снижения качества.

Проверка по-прежнему крайне важна, но она должна основываться на конкретных доказательствах:

• Запустить соответствующие тесты.
• Скомпилировать проект.
• Проверить отрисованную страницу.
• Сравнить вывод со спецификацией.
• Проверить окончательную разницу.

Неэффективный шаблон — требовать дополнительных абстрактных размышлений после того, как объективные проверки уже пройдены.

Как разработчикам следует адаптироваться сейчас

Официальные руководства и независимые тесты указывают на одни и те же практические уроки: контекст должен быть организован вокруг функциональности, а не накапливаться из-за опасений.

1. Проверьте полный стек контекста

Проверьте все элементы, которые могут влиять на Claude:

• CLAUDE.md
• Правила
• Навыки
• Описания инструментов
• Хуки
• Инструкции MCP-сервера
• Подсказки пользователя
• Пользовательские системные подсказки в агентных фреймворках

Ищите дублирующиеся, конфликтующие, устаревшие и слишком общие инструкции.

1. Оставьте в CLAUDE.md только неочевидные правила проекта

Удалите информацию, которую Claude может получить напрямую из исходных файлов, манифестов пакетов или стандартных спецификаций.

Оставьте решения, которые иначе не очевидны.

1. Перенесите процессы в навыки

Если какая-то часть описывает повторяющуюся последовательность, а не фиксированные факты, превратите её в навык.

Это уменьшит объём контекста по умолчанию и сделает рабочие процессы переиспользуемыми.

1. Поместите инструкции по инструментам внутрь инструментов

Не повторяйте правила параметров инструментов в системной подсказке, CLAUDE.md и каждом пользовательском запросе.

Предоставьте инструментам чётко выраженную архитектуру и точные описания.

1. Замените длинные описания тестами и ссылками

По возможности предоставляйте реальные артефакты, определяющие успех.

Неудачные тесты, прототипы, архитектуры или ожидаемые результаты точнее, чем длинные тексты, описывающие, как "должен выглядеть результат".

1. Установите границы для проактивного поведения Opus 5

Для небольших задач чётко определите:

• Разрешённую область.
• Разумно ли использовать под-агентов.
• Когда полезно подробное описание прогресса.
• Какая проверка необходима.
• Когда агенту следует остановиться.

Не пытайтесь компенсировать это восстановлением огромных универсальных руководств.

1. Запустите диагностические инструменты Claude Code

Anthropic сообщает, что текущие лучшие практики включены в рабочий процесс доктора Claude Code.

В оболочке выполните:

claude doctor

Внутри Claude Code выполните:

/doctor

Диагностика может проверить установку, конфигурацию, MCP-серверы и использование контекста. Текущая версия также может помочь выявить слишком большие или неэффективные конфигурации контекста.

Следует рассматривать её рекомендации, а не слепо удалять руководства проекта.

Пример контекста "до и после"

Перегруженная конфигурация

## CLAUDE.md

Перед редактированием всегда проверяйте репозиторий.
Всегда пишите чистый код.
Всегда тестируйте каждое изменение.
Никогда не добавляйте ненужных комментариев.
Никогда не добавляйте ненужных файлов.
Используйте инструмент тестирования точно так, как показано в примере ниже...

[Несколько страниц инструкций по проверке, публикации, тестированию и инструментам]

Этот файл содержит общие ожидания, повторяемые процессы и документацию по инструментам, которая неодинаково применима к разным задачам.

Сфокусированная конфигурация

## CLAUDE.md

- Используйте pnpm; этот репозиторий не поддерживает npm или yarn.
- В `packages/sdk` требуется совместимость публичного API.
- Перед завершением изменений кода запустите `pnpm test` и `pnpm lint`.
- Шаги публикации находятся в навыке `/release-check`.
- Шаги проверки безопасности находятся в навыке `/security-review`.

Меньший файл сохраняет проектно-специфичную информацию и делегирует условные процессы навыкам.

В этом и заключается суть сокращения подсказок: меньше постоянных инструкций, лучше структурированный контекст.

Измерения ничего не доказывают

Количество символов в отчётах полезно, но не стоит его переоценивать.

Они не доказывают:

• Что каждый запрос к Opus 5 всегда содержит ровно 7 694 символа.
• Что длина системной подсказки напрямую предсказывает качество кода.
• Что более короткие подсказки автоматически лучше.
• Что 80% данных Anthropic — ложь.
• Что Opus 5 требует в общей сложности на 72% больше контекста за сессию, чем Opus 4.8.
• Что захваченный текст содержит каждую динамическую инструкцию, используемую в продукте.

Длина подсказки — лишь одна из переменных.

Качество инструкций, порядок контекста, кэширование подсказок, дизайн инструментов, навыки, доказательства из репозитория и возможности модели — всё это влияет на результат.

Краткая подсказка может быть расплывчатой; длинная — точной. Цель — не минимальное количество символов, а минимальный контекст, надёжно предоставляющий модели необходимую информацию и границы.

Более широкий урок для создателей агентов

По мере улучшения моделей проектирование инструкций смещается от микроменеджмента к управлению.

Более старые агенты часто нуждались в подробных описаниях того, как выполнять каждый шаг. Более сильные агенты могут больше узнать из инструментов и доказательств.

Это не отменяет роли человека. Это меняет то, где человеческие усилия наиболее ценны.

Создателям агентов следует тратить меньше времени на перечисление каждого желаемого поведения и больше — на определение:

• Доступных инструментов.
• Границ разрешений.
• Источников фактов.
• Критериев успеха.
• Ограничений области.
• Контроля затрат.
• Путей эскалации.
• Детерминированных проверок.

Моделям требуется меньше советов по каждому действию, но более чёткие разрешения на то, что они могут делать, что должны доказывать и когда им следует остановиться.

Часто задаваемые вопросы

Действительно ли Anthropic удалил более 80% системной подсказки в Claude Code?

Anthropic официально заявил, что удалил более 80% содержимого системной подсказки для продвинутых моделей, таких как Claude Opus 5 и Claude Fable 5.

Компания также заявила, что это изменение не привело к измеримым потерям в качестве оценки кода.

Почему захваченный промпт Opus 5 на 72 % длиннее промпта Opus 4.8?

Цифра 72 % рассчитывалась относительно промпта Opus 4.8. В захваченном разработчиком промпте Opus 4.8 был аномально коротким — всего 4 467 символов, тогда как промпт Opus 5 после получения дополнительных целевых инструкций составил 7 694 символа.

Являются ли числа 15 225, 4 467 и 7 694 официальными данными Anthropic?

Нет. Эти данные предоставлены независимым разработчиком, который перенаправил Claude Code CLI на локальный сервер и проверил исходящие запросы. Anthropic не публиковал эти значения как фиксированные или стандартные показатели.

Остаётся ли промпт Opus 5 короче промпта Opus 4.7?

Согласно зафиксированным данным, да. Хотя промпт Opus 5 (7 694 символа) длиннее, чем у Opus 4.8, он всё ещё примерно на 49,5 % короче промпта Opus 4.7 (15 225 символов).

Что следует оставить в CLAUDE.md?

Оставляйте проектно-специфичные факты и правила, которые модель не может надёжно вывести из репозитория. Переносите длинные условные процессы в навыки и удаляйте общие или повторяющиеся инструкции.

Почему длинные рабочие процессы должны быть навыками?

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

Требует ли Opus 5 более строгих промптов, чем старые модели?

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

Как проверить, не стал ли мой контекст Claude Code слишком большим?

Выполните claude doctor в оболочке или /doctor внутри Claude Code. Также вручную проверьте CLAUDE.md, навыки, описания инструментов и повторяющиеся инструкции, поскольку автоматическая диагностика не может определить требования, специфичные для каждого проекта.

Сопутствующие инструменты

• Claude Code: агентная среда разработки от Anthropic для исследования репозиториев, редактирования, тестирования и автоматизации.
• Навыки Claude Code: упаковка переиспользуемых рабочих процессов и справочных материалов в файлы SKILL.md, загружаемые по мере необходимости.
• Отладчик конфигурации Claude Code: помогает диагностировать, почему не работают инструкции, навыки, хуки, настройки или MCP-серверы.
• Руководство по промптам для Claude Opus 5: официальные рекомендации по работе с моделью в отношении объёма, многословия, прогресса, под-агентов, валидации и т. д.

Исправление.

• Model Context Protocol: открытый стандарт для подключения агентных систем к внешним инструментам и источникам данных.

Связанные ссылки

• Новые правила контекстной инженерии для моделей Claude 5: официальное заявление Anthropic о сокращении на 80 % и обновлённых принципах контекстной инженерии.
• Промптинг Claude Opus 5: официальное руководство по управлению инициативностью и агентным поведением новой модели.
• Лучшие практики промптинга: обширный справочник Anthropic по инструкциям, инструментам, рассуждениям, агентным системам и миграции.
• Расширение Claude Code с помощью навыков: создание и организация переиспользуемого контекста по запросу.
• Обзор функций Claude Code: объяснение использования CLAUDE.md, навыков, хуков, под-агентов и связанных механизмов управления.
• Пост разработчика с измерениями: сторонний скриншот, цитируемый в отчёте о количестве символов в системном промпте.

Итог

Сокращение на 80 %, объявленное Anthropic, и отскок на 72 %, зафиксированный разработчиками, описывают разные сравнения. Claude Code удалил большое количество устаревших и избыточно директивных инструкций, предназначенных для более старых моделей. Впоследствии захваченный промпт Opus 5 получил дополнительные целевые указания по сравнению с чрезвычайно компактной версией Opus 4.8.

Зафиксированная длина промпта Opus 5 всё ещё составляет примерно половину от захваченного промпта Opus 4.7. Добавленные инструкции согласуются с публично описанным поведением Opus 5: больше повествований о прогрессе, более широкий охват задач, более частое делегирование под-агентам, более длинные результаты и повторяющаяся самокоррекция.

Для разработчиков полезным ответом является не погоня за самым коротким промптом. Держите CLAUDE.md сфокусированным, переносите условные рабочие процессы в навыки, устраняйте дублирование, улучшайте интерфейсы инструментов, предоставляйте исполняемые примеры и устанавливайте чёткие границы для объёма, стоимости и завершения.

Новое правило контекстной инженерии — не «говори меньше любой ценой», а «загружай только те инструкции, которые нужны модели, на том уровне, где они должны находиться».