Промпты для Claude: готовые шаблоны на русском
Коротко
Сильный промпт для Claude — это не магическая фраза, а структура из четырёх частей: роль (кто отвечает), контекст (что дано), задача (что сделать) и критерии результата (как понять, что готово). Claude особенно хорошо читает явную разметку: блоки промпта стоит оборачивать в XML-теги вроде <context> и <task> — это официальная рекомендация Anthropic. Главное отличие от GPT: Claude следует инструкциям буквально, поэтому капс и «ОБЯЗАТЕЛЬНО!!!» не усиливают промпт, а ломают его. Ниже — 10 готовых шаблонов под код, ревью, тексты, анализ и планирование плюс отдельная секция про Claude Code. Ещё 79 промпт-карточек — в бесплатном разделе арсенала.
Из чего состоит сильный промпт для Claude?
Промпт — это техническое задание для модели: чем точнее ТЗ, тем меньше правок. Рабочий каркас состоит из четырёх обязательных частей и одной опциональной:
- Роль — кем должна быть модель: «строгий ревьюер», «редактор деловых текстов». Роль включает нужный пласт знаний и тон.
- Контекст — всё, что влияет на результат: продукт, аудитория, стек, ограничения, исходные данные.
- Задача — одно конкретное действие с конкретным результатом. Не «помоги с текстом», а «перепиши абзац вдвое короче».
- Критерии — как выглядит «готово»: формат, объём, тон, что запрещено. Самая частая причина плохих ответов — их отсутствие.
- Примеры (опционально). Few-shot — это приём, когда вы показываете 2–3 образца «вход → выход», и модель копирует паттерн. Для повторяющихся задач работает сильнее любых описаний.
Шаблон 1. Универсальный каркас
Ты — [роль: senior-разработчик / редактор / аналитик].
<context>
[Продукт, аудитория, ограничения, исходные данные.]
</context>
<task>
[Одна конкретная задача с конкретным результатом.]
</task>
<criteria>
[Формат, объём, тон. Что запрещено. Как проверить, что готово.]
</criteria>
В коротких запросах XML-теги не обязательны, но в промптах длиннее пары абзацев они заметно снижают путаницу: модель точно видит, где кончается контекст и начинается задача.
Чем промпты для Claude отличаются от GPT?
Процентов восемьдесят приёмов совпадают: связка «роль → контекст → задача → критерии» универсальна. Различия — в деталях, но они влияют на результат:
| Аспект | Claude | GPT (ChatGPT) |
|---|---|---|
| Разметка блоков | XML-теги <context>, <example> — официальная рекомендация Anthropic |
Markdown-заголовки и разделители |
| Стиль инструкций | Буквальное следование: спокойные формулировки работают лучше капса | Терпимее к «усилителям» вроде CRITICAL и MUST |
| Где задавать роль | Первой строкой промпта или в системном промпте проекта | Custom Instructions / настройки GPTs |
| Длинные документы | Документ — в начало промпта, вопрос — в конец (рекомендация Anthropic) | Жёсткой рекомендации нет |
| Примеры few-shot | 2–3 примера в тегах <example> |
Примеры в свободном формате |
Нюанс про буквальность: актуальные модели Claude (на июль 2026 — Sonnet 5 и Opus 4.8) следуют инструкциям точнее прошлых поколений. Anthropic прямо пишет в гайдах по миграции: промпты с «CRITICAL: YOU MUST» приводят к пересрабатыванию — модель делает написанное даже тогда, когда не нужно. Пишите как нормальному исполнителю, без крика.
Шаблоны для кода: написать, отревьюить, починить
Шаблон 2. Новая функция или фича
Ты — senior-разработчик. Стек: [React + TypeScript / Python + FastAPI].
<task>
Напиши [функцию/компонент/эндпоинт]: [что делает, что на входе, что на выходе].
</task>
<criteria>
- Рабочий код без заглушек и «здесь могла бы быть логика»
- Обработай краевые случаи: [пустой ввод, ошибка сети, дубли]
- В конце — 3 строки: как проверить, что работает
</criteria>
Шаблон 3. Код-ревью по чек-листу
Ты — строгий ревьюер. Проверь код по порядку:
безопасность → логические ошибки → производительность → читаемость.
Для каждой находки: строка, в чём проблема, как исправить,
серьёзность (high / medium / low). Весь код не переписывай.
Если проблем нет — так и скажи, не выдумывай замечания.
<code>
[код]
</code>
Расширенная версия с полным чек-листом — в карточке «Код-ревью по чек-листу».
Шаблон 4. Поиск бага
Код падает: [текст ошибки]. Ожидаю: [что должно быть].
Получаю: [что происходит].
Дай 3–5 гипотез причины по убыванию вероятности.
Для каждой — способ проверить за минуту.
Исправления не предлагай, пока гипотеза не подтвердится.
<code>
[код + стек-трейс]
</code>
Почему «гипотезы, а не фикс»: модель, которую просят «почини», правит первое подозрительное место. Разбор приёма — в карточке «Найти баг».
Шаблоны для текстов и анализа
Шаблон 5. Текст без ИИ-штампов
Ты — редактор, который ненавидит канцелярит и ИИ-штампы.
<task>Напиши [пост/статью/письмо] про [тему] для [аудитории].</task>
<criteria>
- Запрещено: «в современном мире», «давайте разберёмся», «не секрет, что»
- Короткие предложения. Цифры и примеры вместо оценок
- Один тезис — один абзац. Объём: [N] слов
</criteria>
Если текст уже написан и «пахнет нейросетью», возьмите 6 промптов, которые убирают ИИ-стиль.
Шаблон 6. Выжимка длинного документа
Сделай структурированную выжимку документа.
Формат:
1. Суть — один абзац
2. 5–7 ключевых тезисов, каждый с цитатой-подтверждением
3. Все цифры и даты — отдельным списком
4. Что осталось неясным
Если чего-то в документе нет — пиши «в документе нет». Не додумывай.
<document>
[текст]
</document>
Шаблон 7. Анализ данных
Ты — аналитик. Данные: [вставьте CSV или таблицу].
1. Найди 3–5 закономерностей, которые реально видны из данных
2. Для каждой — цифры-подтверждение и возможное объяснение
3. Отдельно отметь аномалии
4. Скажи, каких данных не хватает для надёжных выводов
Значения не выдумывай. Мало данных — так и напиши.
Строчки «не додумывай» и «так и скажи» — не паранойя: без них модель заполняет пробелы правдоподобными выдумками. Это главная страховка от галлюцинаций в рабочих промптах.
Шаблоны для планирования
Шаблон 8. Декомпозиция задачи
Помоги спланировать: [цель]. Срок: [дедлайн]. Ресурсы: [кто и что есть].
1. Разбей на этапы. Для каждого — результат в формате «готово, когда…»
2. Оценка времени и главный риск по каждому этапу
3. Что выкинуть первым, если срок сгорит
4. Задай мне 3 вопроса, которые сильнее всего уточнят план
Шаблон 9. Контент-план на неделю
Ты — контент-стратег. Продукт: [что]. Аудитория: [кто]. Площадка: [где].
Составь план на 7 постов. Для каждого: формат (пост/карусель/видео),
хук первой строки, 3 тезиса, призыв к действию.
Темы не повторяются. Ответ — таблицей.
Пункт «задай мне вопросы» стоит добавлять в любой планировочный промпт: Claude хорошо вскрывает дыры в постановке, но по умолчанию вежливо планирует и с дырами.
Промпты для Claude Code: в чём разница?
Claude Code — это агент в терминале: он не отвечает текстом, а читает файлы, пишет код и запускает команды. Промпт здесь ближе к заданию для исполнителя, и акценты смещаются:
- Контекст живёт в файле, а не в промпте. CLAUDE.md — это файл-память проекта: стек, команды сборки, запреты. Пишется один раз, работает в каждой сессии — промпты становятся короче.
- Сначала план, потом код. Просите план изменений и подтверждайте его: поправить план дешевле, чем переделывать реализацию.
- Критерий готовности — проверяемый. «Готово = тесты проходят» работает лучше, чем «сделай аккуратно».
Шаблон 10. Задача для Claude Code
Прочитай src/auth/. Составь план: как добавить восстановление пароля.
Пока только план, без кода. После моего «ок» — реализуй по шагам.
Готово = npm test проходит, в README описан новый флоу.
Азы инструмента — в гайде по Claude Code для начинающих, продвинутый уровень — субагенты, когда задача раскладывается на параллельных исполнителей. Мы упаковали эти правила — план перед кодом, проверяемые критерии, память проекта — в движок Quest для Claude Code и Cursor: каркас уже настроен, и промптовать каждую сессию с нуля не нужно.
Где брать готовые промпты дальше
В арсенале qvib — 79 промпт-карточек на русском, бесплатно: у каждой шаблон, пример результата и честный разбор, когда приём работает, а когда нет. Есть карточки-приёмы (few-shot, chain-of-thought, persona) и готовые подборки — например, 25 промптов Claude для бизнеса. Копируйте, подставляйте своё и сравнивайте результат до и после.
Частые вопросы
Работают ли в Claude промпты, написанные для ChatGPT?
В основном да: структура «роль → контекст → задача → критерии» универсальна. При переносе уберите усилители — капс, «CRITICAL», тройные восклицания: Claude выполняет их буквально, и ответ перекашивает. Длинные блоки контекста оберните в XML-теги.
Нужно ли писать промпты на английском?
Нет. Claude уверенно работает с русским: понимает и пишет без потери качества. Исключение — технические термины в задачах на код: названия библиотек, функций и паттернов лучше оставлять как есть, без перевода.
Чем длиннее промпт, тем лучше результат?
Нет. Работает не длина, а плотность: всё, что влияет на результат, — в промпт; всё, что не влияет, — выкинуть. Лишние подробности размывают задачу. Короткий промпт с чёткими критериями обыгрывает длинный без них.
Что делать, если Claude отвечает не так, как нужно?
Сначала проверьте критерии: в девяти случаях из десяти модель не угадала формат, потому что его не задали. Затем покажите пример желаемого ответа — few-shot чинит большинство «не то». И попросите Claude улучшить ваш же промпт: «перепиши этот промпт так, чтобы ответ был [какой]» — с этой мета-задачей он справляется отлично.