Главная / Библиотека / Промптинг
prompting instructions best practices Anthropic

Промптинг Claude Code: как объяснять AI, чтобы он делал то, что нужно

10 мин чтения Источник: Ray Amjad + Anthropic Prompt Engineering Guide

Почему промптинг в Claude Code отличается от ChatGPT

Claude намного строже интерпретирует инструкции. Агрессивный тон («ты ДОЛЖЕН всегда использовать веб-поиск») вызывает у модели «панику» — она начинает вызывать ненужные инструменты и выдаёт хаотичный результат.

Главное отличие:

Чёткие процедурные инструкции → точный результат + экономия токенов + меньше переделок.
Агрессивные команды → хаос, пустая трата денег.

2 Ключевые принципы из Anthropic

2.1 Тон: Мягкий, а не агрессивный

❌ Плохо (агрессивный тон):

Ты ДОЛЖЕН всегда использовать веб-поиск!
Никогда не пропускай поиск перед ответом!

✅ Хорошо (директивный):

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

Агрессивные команды (must, always, never) вызывают синдром «паники» — инструменты вызываются просто из страха ошибиться. Мягкие процедурные инструкции → модель спокойна и точна.

2.2 Точность: От расплывчатого к конкретным действиям

❌ Неточно:

Предложи улучшения кода.

Claude часто реализует сразу — «предложи» неточно

✅ Точно:

Прочитай код и дай список улучшений. Не реализуй их, только предложи.

Принцип Opus 4.5:

Хочешь реализацию — скажи «реализуй». Хочешь анализ — скажи «предложи, не реализуя». Модель точно следует инструкциям.

2.3 Ограничения: Контролируй масштаб

Opus 4.5 тяготеет к переусложнению. «Рефакторь аутентификацию» → модель создаст новые интерфейсы, вспомогательные классы, конфиги, 10 файлов вместо 2.

❌ Без ограничений:

Рефакторь аутентификацию.

✅ С ограничениями:

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

2.4 Исследование: Поощряй глубокий анализ

❌ Без контекста:

Исправь баг в модуле пользователей.

Вносит изменения без понимания контекста — может исправить неправильно

✅ С исследованием:

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

Альтернатива: используй /plan — он автоматически запустит sub-agents для исследования кодбейса.

2.5 Богатые промпты = богатые результаты

❌ Скудный промпт:

Создай login страницу в React.

Простая, базовая форма. Скучно.

✅ Детальный промпт:

Создай login страницу в React.
- Полные анимации
- Валидация формы
- Сообщения об ошибках
- Доступность (a11y)
- Выйди за базовые рамки

Принцип пропорциональности:

Модель распределяет усилия пропорционально вложению в промпт. Простой → простое решение. Детальный → детальное.

2.6 Правила + контекст = точность

❌ Голое правило:

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

Заменит всё, даже где выглядит странно

✅ Правило + мотивация:

Правило: Не используй аббревиатуры.
Контекст: Формальный юридический документ. Аббревиатуры = неоднозначность.

Понимает дух правила, может обобщить

2.7 Избегай «think» без thinking mode

❌ Без thinking mode:

Подумай пошагово перед ответом.

Долгий многословный ответ — модель генерирует слова вместо мышления

✅ Правильная альтернатива:

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

Синонимы «think» которые работают: consider, evaluate, analyze.

3 Структура хорошей задачи

3.1 Как описывать контекст

Контекст отвечает на вопрос: «Почему я это спрашиваю?»

❌ Без контекста:

Обнови базу данных.

✅ С контекстом:

Есть транскрипции с ошибками (неправильные имена, опечатки). Нужна БД с сегментами (15 мин каждый) для семантического поиска. БД пока пуста.

3.2 Как задавать чёткие цели

Цель должна быть измеримой и конкретной.

❌ Расплывчато:

Сделай приложение для загрузки видео.

✅ Конкретно:

Приложение которое:
1. Принимает видео до 5 ГБ
2. Извлекает аудио
3. Отправляет на AssemblyAI
4. Исправляет через Gemini
5. Показывает прогресс в UI

3.3 Типичные ограничения

  • Новых файлов не создавай
  • Только русский язык
  • Минимальные изменения
  • Не трогай эту папку
  • Используй библиотеку X, не Y
  • Результат за 2 минуты
  • Не рефакторь заодно
  • Сохрани существующий API

3.4 Примеры: плохой vs хороший промпт

Пример 1: Фронтенд-дизайн

❌ Плохо

Создай дизайн.

✅ Хорошо

Дизайн login страницы SaaS.
- Минималистичный, элегантный
- Не Inter (уникальный шрифт)
- Смелые контрастные цвета
- Сложные анимации
- Адаптивный
Вдохновение: Apple, Stripe (но отличаться)

Пример 2: Баг-фикс

❌ Плохо

Исправь баг в загрузке файлов.

✅ Хорошо

Баг: видео >500 МБ → 500 ошибка.
Контекст: frontend ограничивает до 500 МБ, backend поддерживает до 5 ГБ.
Требование: поднять лимит фронта до 5 ГБ.
Ограничения: не трогай backend.

4 Специфика дизайна и фронтенда

Дизайн требует противоположных инструкций

При простом «создай beautiful UI» — модель выдаёт усреднённый результат: Inter шрифт, purple gradient, minimal дизайн. Это центр распределения знаний.

❌ Тянет к центру:

Создай beautiful UI.

→ Inter, purple gradient, minimal

✅ Тянет к краям:

Дизайн login страницы:
- Избегай Inter
- Избегай фиолетовых градиентов
- Сложные анимации (не flat)
- Уникальное, не generic

→ Оригинальный результат

Лайфхак Ray:

Frontend design skill + extended thinking mode → лучший дизайн. В обычном режиме — функциональный код, скучный дизайн.

Чеклист перед отправкой промпта

Проверь перед тем, как нажать Enter:

Все ✅ — отправляй. Нет — доработай промпт.

Промптинг — это искусство и наука

1. Мягкий тон вместо агрессивного
2. Точные действия вместо неясных просьб
3. Контекст + мотивация для правил
4. Ограничения для контроля масштаба
5. Богатые инструкции для дизайна

Правильный промпт = точный результат. Не жалей времени на формулировку.

Экстракт Знаний в Telegram

Транскрипты, экстракты и дистилляты — структурированные знания из лучших YouTube-каналов.

Подписаться