Claude Code сократил на 80% промпты, а Opus 5 молча добавил их обратно

marsbitОпубликовано 2026-07-27Обновлено 2026-07-27

Введение

Claude Code сначала объявил о сокращении системных промтов более чем на 80%, но затем пользователь обнаружил, что у Opus 5 они выросли на 72% по сравнению с Opus 4.8. Это кажется противоречием. Правда в том, что Anthropic действительно провёл масштабную «чистку» устаревших и избыточных правил, которые, как «инструкция для сотрудников», сковывали ранние модели. Это сокращение в основном пришлось на переход с Opus 4.7 к Opus 4.8. Однако новые модели, такие как Opus 5, стали более самостоятельными и склонными к развёрнутым ответам, использованию подзадач и проверкам. Чтобы направить эту возросшую активность, Anthropic добавил в промты Opus 5 новые разделы — «Delivering work» и «Corrections» — которые учат модель контролировать объём задачи, отчитываться о прогрессе и ограничивать излишние самоисправления. Таким образом, «сокращение на 80%» относится к удалению старого груза детальных инструкций, а «рост на 72%» — это добавление новых, более стратегических рамок для более мощной и инициативной модели. Итоговый промт Opus 5 всё равно вдвое короче, чем у Opus 4.7. Эволюция промтов отражает общий тренд: по мере развития ИИ отпадает необходимость в микроуправлении, но требуется чёткое определение границ его автономных действий.

Claude Code только что объявил о резком сокращении промптов, как тут же Opus 5 попался на «отскоке»!?

И этот отскок, надо сказать, не маленький: 72%. (смешно)

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

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

И тут же пользователь Чэнь Чэн (@chenchengpro) решил это «проверить»

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

Одни сокращают на 80%, другие увеличивают на 72%.

Эй, Anthropic, вы там промпты на диете сажаете или тайком от всех подкармливаете......

Claude Code — масштабная переработка промптов, официально сокращение-сокращение-сокращение на 80%

Давайте сначала разберемся, что именно Anthropic на этот раз удалил.

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

Например, по умолчанию не писать комментарии, не писать многосекционные документ-строки, не создавать планы и аналитические документы, если не запрошено пользователем.

Другими словами, где модель могла оступиться, люди заранее дописывали правило!!

Со временем системные промпты в основе Claude Code становились все больше похожи на толстый «Справочник правил поведения сотрудников».

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

Самая очевидная — инструкции из разных мест легко начинают конфликтовать друг с другом.

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

Итак, Anthropic решил провести «крупную операцию» над промптами Claude Code.

Одно из самых заметных изменений произошло с правилами комментариев и документации.

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

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

Перевод для друзей: сначала посмотрите, как изначально пишется в этом проекте, а затем примите собственное решение с учетом фактической ситуации~

Конечно, подобных изменений много.

В итоге Anthropic удалил более 80% контента системных промптов в новых моделях, таких как Opus 5, Fable 5 и других......

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

(Но я все же хочу спросить... промпты сократили на 80%, а модель работает ничуть не хуже, правда???)

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

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

Я тоже немного систематизировал их для друзей:

Упростите CLAUDE.md: оставьте только специальные правила проекта, информацию, которую Claude может обнаружить в коде, можно удалить.

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

Удалите повторяющиеся инструкции: одно правило пишите один раз, то, что уже написано в описании инструмента, не нужно повторять в системном промпте и CLAUDE.md.

Сократите примеры вызовов инструментов: четко укажите значения параметров, опции и возвращаемые результаты, сократите фиксированные примеры вызовов.

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

Подводя итог, этот новый подход Anthropic можно сформулировать одной фразой:

Меньше давайте Claude подробнейшего справочника правил, лучше четко проектируйте инструменты, окружение и границы задачи!!

Вот это да, какое мощное сокращение промптов......

Пользователь проверил: а почему Opus 5 вырос на 72%???

На этом этапе сокращение промптов в Claude Code кажется уже довольно успешным.

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

Неужели удалили так много? (хороший вопрос.jpg)

Вот и пользователь Чэнь Чэн (@chenchengpro) направил CLI Claude Code на локальный сервер и перехватил все системные промпты, которые действительно получают разные модели.

И тут появились довольно драматичные данные:

Opus 4.7: 15225 символов

Opus 4.8: 4467 символов

Opus 5: 7694 символа

Да, при переходе с Opus 4.7 на Opus 4.8 системные промпты Claude Code действительно пережили «массовое сокращение».

Исходные 15225 символов промптов были урезаны до 4467 символов, потеряв значительную часть.

Однако с выходом новейшего Opus 5 сюжет внезапно развернулся:

Фактически получаемые им системные промпты снова увеличились с 4467 символов до 7694 символов, что примерно на 72% больше, чем у Opus 4.8!!!

Итак, масштабное сокращение промптов в Claude Code действительно имело место, только произошло оно в основном на этапе Opus 4.8.

После выхода Opus 5 Anthropic снова добавил немало контента обратно в упрощенные промпты......

Продолжим копать!

Продолжая изучать реализацию Claude Code, внимательные пользователи обнаружили еще одну ключевую деталь:

В каждой версии на самом деле одновременно присутствуют два набора промптов, и функция, основываясь на ID модели, решает, какой именно набор отправить модели.

Sonnet, Haiku, Claude 3 и некоторые старые модели Opus используют более детализированные старые промпты; новые модели, такие как Opus 5, Fable 5, используют значительно упрощенные новые промпты.

Другими словами, Claude Code действительно снял множество старых ограничений с новых моделей.

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

Если так посмотреть, то официальные данные «удалено более 80%» и данные разработчика «Opus 5 увеличился на 72%» в принципе могут сосуществовать.

Первая цифра описывает общее изменение Claude Code при переходе от старой системы промптов к новой; вторая цифра сравнивает Opus 5 с ближайшим Opus 4.8.

Даже с учетом некоторого увеличения, 7694 символа Opus 5 составляют лишь около половины от Opus 4.7.

И снова возникает вопрос:

Что именно Anthropic написал в этих дополнительных тысячах символов для Opus 5?

При дальнейшем разборе внимательные пользователи обнаружили, что в основном добавлены два блока контента, специфичных для Opus 5:

Delivering work (Выполнение работы): определяет, как контролировать объем задачи, сообщать о прогрессе и предоставлять результаты.

Corrections (Исправления): ограничивает модель в многократных объяснениях и исправлениях своих предыдущих ошибок.

Вместе эти две части составляют около 3755 символов, что в основном покрывает разницу между Opus 5 и Opus 4.8~

Что касается того, почему Opus 5 снова добавил этот контент, в основном это связано с тем, что модель стала более активной:

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

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

Но если пользователь хочет изменить всего несколько строк кода, а Opus 5 все равно собирает команду суб-агентов и затем проверяет несколько раз, потребление токенов и время ожидания также возрастут......

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

На этом этапе эти, казалось бы, противоречивые данные становятся объяснимыми.

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

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

Если посмотреть так, то промпты Claude Code действительно похудели, просто Opus 5 нарастил массу в другом месте.

Как видно, ИИ тоже не избежал этой закономерности: старые проблемы уменьшились, а новые проблемы точно появятся в другом месте. (doge)

Ссылки:

[1]https://x.com/chenchengpro/status/2081339012632215684

[2]https://claude.com/blog/the-new-rules-of-context-engineering-for-claude-5-generation-models

Эта статья взята из WeChat официального аккаунта «Квантовый бит», автор: Фронтальные технологии

Связанные с этим вопросы

QЧто объявила компания Anthropic о системных промптах для моделей Claude Code?

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

QКакое противоречие обнаружил пользователь @chenchengpro при проверке системных промптов?

AПользователь @chenchengpro обнаружил, что хотя Anthropic заявила об удалении более 80% промптов, у модели Opus 5 длина системного промпта увеличилась на 72% по сравнению с Opus 4.8, достигнув 7694 символов.

QКакие основные изменения были внесены в правила комментирования и документирования кода?

AРанее строгие правила (например, «не писать комментарии по умолчанию») были заменены на одну общую инструкцию: «Пишите код в стиле окружающего кода, соблюдая плотность комментариев, соглашения об именовании и идиомы».

QКак Anthropic объясняет увеличение длины промпта у Opus 5 по сравнению с Opus 4.8?

AAnthropic объясняет это добавлением новых разделов, таких как «Delivering work» и «Corrections», которые необходимы для управления более активным и самостоятельным поведением модели Opus 5, чтобы контролировать объём задач и отчётность.

QКакие рекомендации даёт Anthropic разработчикам по контекстной инженерии для новых моделей?

AAnthropic рекомендует: упрощать файл CLAUDE.md, разбивать длинные инструкции на отдельные навыки (Skills), удалять дублирующиеся указания, сокращать примеры вызовов инструментов и предоставлять исполняемые ссылки (например, тесты или существующий код) вместо текстовых описаний.

Похожее

Как стать человеком, которого искусственный интеллект никогда не сможет заменить

В статье рассматривается вопрос о том, как остаться незаменимым в эпоху искусственного интеллекта. Автор утверждает, что вместо страха перед ИИ следует сосредоточиться на развитии качеств, которые машины не смогут заменить. Он критикует «зарплатное рабство» — зависимость от работы, не приносящей удовлетворения, и предлагает путь к финансовой независимости через создание собственного дела. Ключ к успеху — развитие пяти элементов: самостоятельности (агентности), вкуса, умения убеждать, упорства и способности к итерациям. Главное — не просто создавать что-либо (сегодня это может каждый), а создавать что-то ценное, востребованное и уметь это продвигать. Автор считает, что наиболее важным навыком будущего является создание контента (медиа), а не просто написание кода, поскольку ценность контента субъективна и требует уникального человеческого вкуса и суждения. ИИ может помочь в производстве, но не заменит оригинальность мысли и связь с аудиторией. В качестве практического шага предлагается упражнение: за 15 минут ответить на вопросы, чтобы обнаружить свои уникальные знания, опыт и точку зрения, которые станут основой для личного бренда и дела жизни. Первый шаг — немедленно опубликовать свою основную идею, чтобы получить обратную связь от реального мира и начать процесс роста. Цель — стать «непригодным для найма», построив жизнь вокруг собственного творчества и экспертизы.

marsbit2 ч. назад

Как стать человеком, которого искусственный интеллект никогда не сможет заменить

marsbit2 ч. назад

Благодаря броскам кубиков ключи от биткоинов хранятся в автономном режиме, но не все будут этим заниматься

Статья посвящена практике генерации сид-фраз для биткоин-кошельков с помощью бросков кубиков в свете уязвимости, обнаруженной в аппаратных кошельках Coldcard. Подчеркивается, что физический бросок кубика (дающий около 2.6 бит энтропии за бросок) создает высококачественную случайность, поскольку предсказать результат практически невозможно из-за множества переменных. Для создания стандартной сид-фразы из 12 слов (128 бит энтропии) требуется около 50 бросков, а для повышенной безопасности рекомендуется 99 и более. В связи с инцидентом Coldcard, когда неисправный генератор случайных чисел в прошивке (2021-2026 гг.) мог создавать предсказуемые ключи, выяснилось, что сид-фразы, сгенерированные вручную через кубики, были защищены от этой уязвимости. Однако исследование показало, что другие функции устройства (создание бумажных кошельков, ключей для мультиподписи, паролей и т.д.) по-прежнему использовали скомпрометированный генератор, подвергая риску владельцев даже с безопасной основной сид-фразой. Автор отмечает, что, хотя метод с кубиками криптографически надежен, он непрактичен для массового использования из-за трудоемкости, высокой вероятности ошибок при вводе и необходимости строгой дисциплины для сохранения секретности процесса. Делается вывод, что будущее безопасности лежит в создании надежных аппаратных генераторов случайных чисел и понятных интерфейсов, а ручные методы остаются нишевым инструментом для опытных пользователей. Владельцам Coldcard рекомендуется обновить прошивку и проверить/заменить все ключи, сгенерированные уязвимыми функциями.

cryptonews.ru5 ч. назад

Благодаря броскам кубиков ключи от биткоинов хранятся в автономном режиме, но не все будут этим заниматься

cryptonews.ru5 ч. назад

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

Майкл Сэйлор заявил, что обновление BIP-110 для Bitcoin не сможет достичь необходимого порога в 55% добровольной поддержки майнеров в текущем цикле сложности. Согласно его данным, из 946 блоков, сгенерированных к настоящему моменту, только 24 содержали сигнал поддержки этого предложения, и все они исходили от майнеров DATUM через пул OCEAN. Сэйлор подчеркивает, что отсутствие сигналов от других майнеров означает отсутствие общего консенсуса. BIP-110 — это предложение, направленное на ограничение внесения в блокчейн Bitcoin данных, не связанных непосредственно с денежными переводами (например, изображений или текста). Сэйлор выступает против него, считая, что сеть не должна решать, какие транзакции являются «нужными», а правила не должны меняться по желанию небольшой группы. Он также утверждает, что заявленный уровень поддержки может быть искусственно завышен из-за автоматизированных процессов сигнализации.

cryptonews.ru5 ч. назад

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

cryptonews.ru5 ч. назад

Количество негативных комментариев о биткоине достигло исторического максимума: что это значит?

Аналитическая компания Santiment сообщает, что негативные комментарии о биткоине в социальных сетях достигли исторического максимума. Соотношение позитивных и негативных упоминаний упало до рекордно низкого уровня: на каждый негативный комментарий приходится лишь 0,58 позитивных. Основной причиной роста негатива стала уязвимость в прошивке аппаратных кошельков Coldcard, что подорвало доверие к системам холодного хранения, традиционно считающимся наиболее безопасными. В отличие от прошлых кризисов (таких как крах FTX или Mt. Gox), текущие обсуждения сфокусированы на безопасности аппаратных решений, а не на централизованных биржах. По данным Santiment, текущий уровень паники в социальных сетях даже превышает пики, зафиксированные во время событий этого года, связанных с геополитической напряженностью, и во время прошлых крупных криптовалютных кризисов. Таким образом, страх на рынке исторически значительно превосходит жадность. Компания подчеркивает, что данные пока отражают ситуацию лишь за один день.

cryptonews.ru6 ч. назад

Количество негативных комментариев о биткоине достигло исторического максимума: что это значит?

cryptonews.ru6 ч. назад

Торговля

Спот
活动图片