Лучшие практики промптинга

Это руководство содержит методы инженерии промптов для последних моделей Claude, включая Claude Opus 4.6, Claude Sonnet 4.5 и Claude Haiku 4.5. Эти модели обучены более точному следованию инструкциям, чем предыдущие поколения моделей Claude.

Общие принципы

Будьте явными в своих инструкциях

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

Добавляйте контекст для улучшения производительности

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

Claude достаточно умен, чтобы обобщать из объяснения.

Будьте внимательны к примерам и деталям

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

Долгосрочное рассуждение и отслеживание состояния

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

Осведомленность о контексте и многооконные рабочие процессы

Claude Opus 4.6 и модели Claude 4.5 имеют осведомленность о контексте, позволяя модели отслеживать оставшееся контекстное окно (т.е. "бюджет токенов") на протяжении всего разговора. Это позволяет Claude выполнять задачи и управлять контекстом более эффективно, понимая, сколько места у него есть для работы.

Управление ограничениями контекста:

Если вы используете Claude в агентском инструменте, который сжимает контекст или позволяет сохранять контекст во внешние файлы (как в Claude Code), мы предлагаем добавить эту информацию в ваш промпт, чтобы Claude мог действовать соответственно. В противном случае Claude может иногда естественно попытаться завершить работу по мере приближения к ограничению контекста. Ниже приведен пример промпта:

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

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

Многооконные рабочие процессы

Для задач, охватывающих несколько контекстных окон:

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

2. Попросите модель написать тесты в структурированном формате: Попросите Claude создать тесты перед началом работы и отслеживать их в структурированном формате (например, tests.json). Это приводит к лучшей долгосрочной способности к итерации. Напомните Claude о важности тестов: "Неприемлемо удалять или редактировать тесты, так как это может привести к отсутствию или ошибочной функциональности."

3. Установите инструменты для улучшения качества жизни: Поощряйте Claude создавать скрипты установки (например, init.sh) для корректного запуска серверов, запуска наборов тестов и линтеров. Это предотвращает повторную работу при продолжении с новым контекстным окном.

4. Начало заново или сжатие: Когда контекстное окно очищается, рассмотрите возможность начать с совершенно новым контекстным окном, а не использовать сжатие. Последние модели Claude чрезвычайно эффективны в обнаружении состояния из локальной файловой системы. В некоторых случаях вы можете захотеть использовать это вместо сжатия. Будьте предписывающими о том, как это должно начинаться:

   • "Вызовите pwd; вы можете только читать и писать файлы в этом каталоге."
   • "Просмотрите progress.txt, tests.json и логи git."
   • "Вручную пройдите через фундаментальный интеграционный тест перед переходом к реализации новых функций."

5. Предоставьте инструменты проверки: По мере увеличения длины автономных задач Claude должен проверять правильность без постоянной обратной связи от человека. Инструменты, такие как сервер Playwright MCP или возможности компьютерного использования для тестирования пользовательских интерфейсов, полезны.

6. Поощряйте полное использование контекста: Попросите Claude эффективно завершить компоненты перед переходом:

Это очень длинная задача, поэтому может быть полезно четко спланировать вашу работу. Рекомендуется потратить весь выходной контекст на задачу - просто убедитесь, что вы не исчерпаете контекст со значительной незафиксированной работой. Продолжайте работать систематически, пока не завершите эту задачу.

Лучшие практики управления состоянием

• Используйте структурированные форматы для данных состояния: При отслеживании структурированной информации (например, результатов тестов или статуса задачи) используйте JSON или другие структурированные форматы, чтобы помочь Claude понять требования схемы
• Используйте неструктурированный текст для заметок о прогрессе: Свободные заметки о прогрессе хорошо работают для отслеживания общего прогресса и контекста
• Используйте git для отслеживания состояния: Git предоставляет журнал того, что было сделано, и контрольные точки, которые можно восстановить. Последние модели Claude особенно хорошо работают с использованием git для отслеживания состояния в нескольких сеансах.
• Подчеркивайте постепенный прогресс: Явно попросите Claude отслеживать свой прогресс и сосредоточиться на постепенной работе

Стиль общения

Последние модели Claude имеют более лаконичный и естественный стиль общения по сравнению с предыдущими моделями:

• Более прямой и обоснованный: Предоставляет отчеты о прогрессе на основе фактов, а не самовосхваляющиеся обновления
• Более разговорный: Немного более беглый и разговорный, менее машинный
• Менее многословный: Может пропустить подробные резюме для эффективности, если не запрошено иное

Этот стиль общения точно отражает то, что было достигнуто, без ненужного уточнения.

Рекомендации для конкретных ситуаций

Балансируйте многословность

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

Если вы хотите, чтобы Claude предоставлял обновления по мере работы:

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

Паттерны использования инструментов

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

Чтобы Claude предпринял действие, будьте более явными:

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

<default_to_action>
По умолчанию реализуйте изменения, а не только предлагайте их. Если намерение пользователя неясно, выведите наиболее вероятное полезное действие и продолжайте, используя инструменты для обнаружения любых недостающих деталей вместо угадывания. Попытайтесь вывести намерение пользователя о том, предназначен ли вызов инструмента (например, редактирование или чтение файла) или нет, и действуйте соответственно.
</default_to_action>

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

<do_not_act_before_instructions>
Не переходите к реализации или изменению файлов, если не указано явно внести изменения. Когда намерение пользователя неясно, по умолчанию предоставляйте информацию, проводите исследования и предоставляйте рекомендации, а не предпринимайте действия. Продолжайте с редактированием, модификациями или реализациями только когда пользователь явно их запрашивает.
</do_not_act_before_instructions>

Использование инструментов и запуск

Claude Opus 4.5 и Claude Opus 4.6 более чувствительны к системному промпту, чем предыдущие модели. Если ваши промпты были разработаны для снижения недостаточного использования инструментов или навыков, эти модели теперь могут чрезмерно использовать их. Решение состоит в том, чтобы смягчить любой агрессивный язык. Где вы могли бы сказать "КРИТИЧНО: вы ДОЛЖНЫ использовать этот инструмент когда...", вы можете использовать более нормальный промптинг, такой как "Используйте этот инструмент когда...".

Балансирование автономии и безопасности

Без руководства Claude Opus 4.6 может предпринять действия, которые сложно отменить или повлиять на общие системы, такие как удаление файлов, принудительное отправление или публикация во внешние сервисы. Если вы хотите, чтобы Claude Opus 4.6 подтвердил перед предпринятием потенциально рискованных действий, добавьте руководство в ваш промпт:

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

Примеры действий, требующих подтверждения:
- Деструктивные операции: удаление файлов или ветвей, удаление таблиц базы данных, rm -rf
- Сложные для отмены операции: git push --force, git reset --hard, изменение опубликованных коммитов
- Операции, видимые другим: отправка кода, комментирование PR/проблем, отправка сообщений, изменение общей инфраструктуры

При возникновении препятствий не используйте деструктивные действия как ярлык. Например, не обходите проверки безопасности (например, --no-verify) и не отбрасывайте незнакомые файлы, которые могут быть текущей работой.

Чрезмерное обдумывание и чрезмерная тщательность

Claude Opus 4.6 проводит значительно больше предварительного исследования, чем предыдущие модели, особенно при более высоких настройках effort. Эта начальная работа часто помогает оптимизировать окончательные результаты, но модель может собирать обширный контекст или преследовать несколько потоков исследования без запроса. Если ваши промпты ранее поощряли модель быть более тщательной, вы должны настроить это руководство для Claude Opus 4.6:

• Замените общие значения по умолчанию более целевыми инструкциями. Вместо "По умолчанию используйте <tool>", добавьте руководство, такое как "Используйте <tool> когда это улучшит ваше понимание проблемы."
• Удалите чрезмерный промптинг. Инструменты, которые недостаточно использовались в предыдущих моделях, вероятно, будут использоваться надлежащим образом сейчас. Инструкции, такие как "Если сомневаетесь, используйте <tool>", вызовут чрезмерное использование.
• Используйте effort как резервный вариант. Если Claude продолжает быть чрезмерно агрессивным, используйте более низкую настройку для effort.

В некоторых случаях Claude Opus 4.6 может думать обширно, что может увеличить токены мышления и замедлить ответы. Если это поведение нежелательно, вы можете добавить явные инструкции для ограничения его рассуждений или можете снизить настройку effort для снижения общего мышления и использования токенов.

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

Контролируйте формат ответов

Есть несколько способов, которые мы обнаружили, чтобы быть особенно эффективными в управлении форматированием выходных данных:

1. Скажите Claude, что делать, вместо того, чтобы говорить, что не делать

   • Вместо: "Не используйте markdown в вашем ответе"
   • Попробуйте: "Ваш ответ должен состоять из плавно текущих абзацев прозы."

2. Используйте индикаторы формата XML

   • Попробуйте: "Напишите разделы прозы вашего ответа в тегах <smoothly_flowing_prose_paragraphs>."

3. Сопоставьте стиль вашего промпта с желаемым выходом

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

4. Используйте подробные промпты для конкретных предпочтений форматирования

   Для большего контроля над использованием markdown и форматирования предоставьте явное руководство:

<avoid_excessive_markdown_and_bullet_points>
При написании отчетов, документов, технических объяснений, анализов или любого длинного контента пишите четкой, текущей прозой, используя полные абзацы и предложения. Используйте стандартные разрывы абзацев для организации и зарезервируйте markdown в основном для `встроенного кода`, блоков кода (```...```), и простых заголовков (###, и ###). Избегайте использования **жирного** и *курсива*.

НЕ используйте нумерованные списки (1. ...) или маркированные списки (*), если только: a) вы представляете действительно дискретные элементы, где формат списка является лучшим вариантом, или b) пользователь явно запрашивает список или рейтинг

Вместо перечисления элементов с маркерами или номерами, включите их естественным образом в предложения. Это руководство особенно применимо к техническому письму. Использование прозы вместо чрезмерного форматирования улучшит удовлетворение пользователя. НИКОГДА не выводите серию чрезмерно коротких маркированных пунктов.

Ваша цель — читаемый, текущий текст, который естественно направляет читателя через идеи, а не фрагментирует информацию на изолированные точки.
</avoid_excessive_markdown_and_bullet_points>

Исследование и сбор информации

Последние модели Claude демонстрируют исключительные возможности агентского поиска и могут эффективно находить и синтезировать информацию из нескольких источников. Для оптимальных результатов исследования:

1. Предоставьте четкие критерии успеха: Определите, что составляет успешный ответ на ваш вопрос исследования

2. Поощряйте проверку источников: Попросите Claude проверить информацию в нескольких источниках

3. Для сложных задач исследования используйте структурированный подход:

Ищите эту информацию структурированным способом. По мере сбора данных разработайте несколько конкурирующих гипотез. Отслеживайте уровни уверенности в своих заметках о прогрессе для улучшения калибровки. Регулярно критикуйте свой подход и план. Обновляйте файл дерева гипотез или заметок исследования для сохранения информации и обеспечения прозрачности. Разбейте эту сложную задачу исследования систематически.

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

Оркестровка подагентов

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

Чтобы воспользоваться этим поведением:

1. Убедитесь, что инструменты подагентов хорошо определены: Имейте доступные инструменты подагентов и описанные в определениях инструментов
2. Позвольте Claude оркестровать естественно: Claude будет делегировать надлежащим образом без явной инструкции
3. Следите за чрезмерным использованием: Claude Opus 4.6 имеет сильную склонность к подагентам и может порождать их в ситуациях, где более простой, прямой подход был бы достаточным. Например, модель может порождать подагентов для исследования кода, когда прямой вызов grep быстрее и достаточен.

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

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

Самопознание модели

Если вы хотите, чтобы Claude правильно идентифицировал себя в вашем приложении или использовал определенные строки API:

Помощник — это Claude, созданный Anthropic. Текущая модель — Claude Opus 4.6.

Для приложений на основе LLM, которым нужно указать строки модели:

Когда требуется LLM, пожалуйста, по умолчанию используйте Claude Opus 4.6, если пользователь не запрашивает иное. Точная строка модели для Claude Opus 4.6 — claude-opus-4-6.

Чувствительность мышления

Когда расширенное мышление отключено, Claude Opus 4.5 особенно чувствителен к слову "think" и его вариантам. Мы рекомендуем заменить "think" альтернативными словами, которые передают аналогичное значение, такими как "consider", "believe" и "evaluate".

Используйте возможности мышления и чередующегося мышления

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

Claude Opus 4.6 использует адаптивное мышление (thinking: {type: "adaptive"}), где Claude динамически решает, когда и сколько думать. Claude калибрует свое мышление на основе двух факторов: параметра effort и сложности запроса. Более высокий effort вызывает больше мышления, и более сложные запросы делают то же самое. На более простых запросах, которые не требуют мышления, модель отвечает напрямую. Во внутренних оценках адаптивное мышление надежно обеспечивает лучшую производительность, чем расширенное мышление, и мы рекомендуем перейти на адаптивное мышление, чтобы получить наиболее интеллектуальные ответы. Старые модели используют режим ручного мышления с budget_tokens.

Вы можете направить поведение мышления Claude:

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

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

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

Если вы переходите с расширенного мышления с budget_tokens, замените конфигурацию мышления и переместите управление бюджетом на effort:

client.messages.create(
    model="claude-sonnet-4-5-20250929",
    max_tokens=64000,
    thinking={"type": "enabled", "budget_tokens": 32000},
    messages=[{"role": "user", "content": "..."}],
)

client.messages.create(
    model="claude-opus-4-6",
    max_tokens=64000,
    thinking={"type": "adaptive"},
    output_config={"effort": "high"},  # или max, medium, low
    messages=[{"role": "user", "content": "..."}],
)

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

Создание документов

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

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

Создайте профессиональную презентацию на [тема]. Включите продуманные элементы дизайна, визуальную иерархию и привлекательные анимации, где это уместно.

Улучшенные возможности зрения

Claude Opus 4.5 и Claude Opus 4.6 имеют улучшенные возможности зрения по сравнению с предыдущими моделями Claude. Они лучше работают с задачами обработки изображений и извлечения данных, особенно когда в контексте присутствуют несколько изображений. Эти улучшения распространяются на компьютерное использование, где модели могут более надежно интерпретировать скриншоты и элементы пользовательского интерфейса. Вы также можете использовать эти модели для анализа видео, разбивая их на кадры.

Один метод, который мы обнаружили эффективным для дальнейшего повышения производительности, — это дать Claude инструмент обрезки или навык. Мы видели постоянный прирост при оценке изображений, когда Claude может "увеличить" релевантные области изображения. Мы подготовили кулинарную книгу для инструмента обрезки здесь.

Оптимизируйте параллельные вызовы инструментов

Последние модели Claude превосходны в параллельном выполнении инструментов. Эти модели будут:

• Запускать несколько спекулятивных поисков во время исследования
• Читать несколько файлов одновременно для более быстрого построения контекста
• Выполнять команды bash параллельно (что может даже создать узкое место производительности системы)

Это поведение легко управляется. Хотя модель имеет высокий уровень успеха в параллельных вызовах инструментов без подсказки, вы можете повысить это до ~100% или отрегулировать уровень агрессии:

<use_parallel_tool_calls>
Если вы намереваетесь вызвать несколько инструментов и между вызовами инструментов нет зависимостей, сделайте все независимые вызовы инструментов параллельно. Приоритизируйте одновременный вызов инструментов, когда действия могут быть выполнены параллельно, а не последовательно. Например, при чтении 3 файлов запустите 3 вызова инструментов параллельно, чтобы прочитать все 3 файла в контекст одновременно. Максимизируйте использование параллельных вызовов инструментов, где это возможно, для увеличения скорости и эффективности. Однако если некоторые вызовы инструментов зависят от предыдущих вызовов для информирования зависимых значений, таких как параметры, НЕ вызывайте эти инструменты параллельно и вместо этого вызывайте их последовательно. Никогда не используйте заполнители и не угадывайте отсутствующие параметры в вызовах инструментов.
</use_parallel_tool_calls>

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

Снизьте создание файлов в агентском кодировании

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

Если вы предпочитаете минимизировать создание новых файлов, вы можете инструктировать Claude очищать после себя:

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

Чрезмерная спешка

Claude Opus 4.5 и Claude Opus 4.6 имеют тенденцию к переинженерингу путем создания дополнительных файлов, добавления ненужных абстракций или создания гибкости, которая не была запрошена. Если вы видите это нежелательное поведение, добавьте конкретное руководство, чтобы сохранить решения минимальными.

Например:

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

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

- Документация: не добавляйте docstring, комментарии или аннотации типов к коду, который вы не изменили. Добавляйте комментарии только там, где логика не очевидна.

- Защитное кодирование: не добавляйте обработку ошибок, резервные варианты или валидацию для сценариев, которые не могут произойти. Доверяйте внутреннему коду и гарантиям фреймворка. Валидируйте только на границах системы (пользовательский ввод, внешние API).

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

Дизайн фронтенда

Claude Opus 4.5 и Claude Opus 4.6 превосходны в создании сложных, реальных веб-приложений с сильным дизайном фронтенда. Однако без руководства модели могут по умолчанию использовать общие паттерны, которые создают то, что пользователи называют эстетикой "AI slop". Чтобы создать отличительные, творческие фронтенды, которые удивляют и радуют:

Вот фрагмент системного промпта, который вы можете использовать для поощрения лучшего дизайна фронтенда:

<frontend_aesthetics>
Вы склоняетесь к общим, "распределенным" выходам. В дизайне фронтенда это создает то, что пользователи называют эстетикой "AI slop". Избегайте этого: создавайте творческие, отличительные фронтенды, которые удивляют и радуют.

Сосредоточьтесь на:
- Типография: выбирайте шрифты, которые красивы, уникальны и интересны. Избегайте общих шрифтов, таких как Arial и Inter; вместо этого выбирайте отличительные варианты, которые повышают эстетику фронтенда.
- Цвет и тема: придерживайтесь согласованной эстетики. Используйте переменные CSS для согласованности. Доминирующие цвета с острыми акцентами превосходят робкие, равномерно распределенные палитры. Черпайте вдохновение из тем IDE и культурной эстетики.
- Движение: используйте анимации для эффектов и микровзаимодействий. Приоритизируйте решения только на CSS для HTML. Используйте библиотеку Motion для React, когда она доступна. Сосредоточьтесь на моментах с высоким влиянием: одна хорошо организованная загрузка страницы с поэтапными раскрытиями (animation-delay) создает больше восторга, чем разбросанные микровзаимодействия.
- Фоны: создавайте атмосферу и глубину, а не по умолчанию используйте сплошные цвета. Наслаивайте CSS градиенты, используйте геометрические паттерны или добавляйте контекстные эффекты, которые соответствуют общей эстетике.

Избегайте общей эстетики, созданной AI:
- Переиспользуемые семейства шрифтов (Inter, Roboto, Arial, системные шрифты)
- Клишированные цветовые схемы (особенно фиолетовые градиенты на белых фонах)
- Предсказуемые макеты и паттерны компонентов
- Шаблонный дизайн, лишенный контекстного характера

Интерпретируйте творчески и делайте неожиданные выборы, которые кажутся подлинно разработанными для контекста. Варьируйте между светлыми и темными темами, разными шрифтами, разными эстетиками. Вы все еще склоняетесь к общим выборам (например, Space Grotesk) во всех поколениях. Избегайте этого: критически важно, чтобы вы думали нестандартно!
</frontend_aesthetics>

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

Избегайте сосредоточения на прохождении тестов и жесткого кодирования

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

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

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

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

Минимизация галлюцинаций в агентском кодировании

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

<investigate_before_answering>
Никогда не предполагайте о коде, который вы не открыли. Если пользователь ссылается на конкретный файл, вы ДОЛЖНЫ прочитать файл перед ответом. Убедитесь, что вы исследуете и читаете релевантные файлы ПЕРЕД ответом на вопросы о кодовой базе. Никогда не делайте никаких утверждений о коде перед исследованием, если вы не уверены в правильном ответе — давайте обоснованные и свободные от галлюцинаций ответы.
</investigate_before_answering>

Миграция с предзаполненных ответов

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

Вот распространённые сценарии предзаполнения и способы миграции с них:

Вывод LaTeX

Claude Opus 4.6 по умолчанию использует LaTeX для математических выражений, уравнений и технических объяснений. Если вы предпочитаете простой текст, добавьте следующие инструкции в ваше приглашение:

Format your response in plain text only. Do not use LaTeX, MathJax, or any markup notation such as \( \), $, or \frac{}{}. Write all math expressions using standard text characters (e.g., "/" for division, "*" for multiplication, and "^" for exponents).

Рекомендации по миграции

При миграции на модели Claude 4.6 с более ранних поколений:

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

2. Формулируйте ваши инструкции с модификаторами: Добавление модификаторов, которые побуждают Claude повысить качество и детальность своего вывода, может помочь лучше сформировать производительность Claude. Например, вместо "Создайте аналитическую панель", используйте "Создайте аналитическую панель. Включите как можно больше релевантных функций и взаимодействий. Выходите за рамки основ, чтобы создать полнофункциональную реализацию."

3. Запрашивайте конкретные функции явно: Анимации и интерактивные элементы должны запрашиваться явно, когда это желательно.

4. Обновите конфигурацию мышления: Claude Opus 4.6 использует адаптивное мышление (thinking: {type: "adaptive"}) вместо ручного мышления с budget_tokens. Используйте параметр effort для управления глубиной мышления.

5. Миграция с предзаполненных ответов: Предзаполненные ответы на последний ход ассистента устарели начиная с Claude Opus 4.6. См. Миграция с предзаполненных ответов для подробного руководства по альтернативам.

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

Для подробных шагов миграции см. Руководство по миграции.