Промптинг: 12 рабочих шаблонов и бонусные промпты

Промптинг: 12 шаблонов и примеров

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

Секрет хороших промптов не в «магических словах». Секрет в структуре: контекст → цель → ограничения → как проверить.

Шаблон 1 — «Архитектура MVP»

Ты — техлид. Помоги спроектировать MVP.

Контекст:
- Проблема: [1–2 предложения]
- Пользователь: [кто]
- Результат: [что пользователь получает]
- Ограничения: [срок, бюджет, стек, no-code/low-code предпочтения]
- Нельзя: [например: без платежей, без сложной админки]

Сделай:
1. Архитектуру (frontend / backend / db / интеграции)
2. Модель данных (таблицы/коллекции) простыми словами
3. Список эндпоинтов API (минимальный)
4. Риски безопасности (минимум: секреты, авторизация, валидация)
5. План на 3 итерации по 1–2 часа

Формат: кратко, списком, без воды.

Шаблон 2 — «Сначала интервью, потом план»

У меня смутная идея. Сначала задай мне 8–12 уточняющих
вопросов, чтобы превратить её в конкретное ТЗ.

После моих ответов:
- сформируй чёткий scope MVP
- сформируй критерии готовности (definition of done)
- предложи стек и почему

Моя идея: [вставь]

Шаблон 3 — «Сделай план, не делай код»

Контекст: Я новичок. Строю <что>.

Цель: MVP за <срок>.

Главный сценарий: <1 сценарий>.

Ограничения: без лишних функций; секреты не должны
попадать на фронт; нужен деплой по URL.

Сделай:
1) список экранов/страниц
2) какие данные храним (таблицы/поля — простыми словами)
3) список задач на итерации по 30–90 минут

Формат: чеклист.

Шаблон 4 — «Маленький дифф вместо переписывания»

Задача: исправь/добавь [фича] с минимальными изменениями.

Ограничения:
- не трогай архитектуру
- не меняй зависимости без моего подтверждения
- правки только в файлах: [список]
- если нужен рефакторинг — предложи, но не делай сам

Дай:
1. краткое объяснение причины проблемы
2. патч маленькими шагами
3. команду/шаги проверки

Шаблон 5 — «Сделай одно маленькое изменение»

Сделай ОДНО изменение: <что именно>.

Правила:
- не переписывай проект целиком
- скажи, какие файлы изменишь
- после изменений дай простой способ проверки (шаги/команды)

Если не хватает данных — задай до 5 вопросов и остановись.

Шаблон 6 — «Дебаг по логу»

Вот ошибка и контекст. Найди причину и предложи фикс.

Среда:
- как запускаю: [команда]
- версия: [node/python/etc]
- где падает: [страница/эндпоинт]

Лог:
[вставь лог целиком]

Ответ:
1. вероятная причина (1–2)
2. как проверить гипотезу
3. точечный фикс
4. что добавить в логирование/обработку ошибок

Шаблон 7 — «Почини ошибку как инженер»

Ошибка: <вставь текст ошибки полностью>.

Шаги: 1) ... 2) ...

Ожидание: ...
Факт: ...

Сделай:
- вероятная причина (1–2 гипотезы)
- минимальное исправление
- как проверить, что точно починилось

Формат: Причина → Фикс → Проверка.

Шаблон 8 — «Сделай тесты»

Сгенерируй минимальный набор тестов для [модуль/функция/эндпоинт].

Входные данные/контракт:
- вход: ...
- выход: ...
- кейсы: happy path + 3 edge cases

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

Шаблон 9 — «Сделай README как для человека»

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

README должен включать:
- что это за проект (1 абзац)
- требования (версии)
- установка
- запуск dev
- переменные окружения (без секретов в тексте)

Шаблон 10 — «Аудит безопасности»

Проведи аудит безопасности на уровне MVP.

- не утекли ли API ключи/секреты во frontend bundle
- где хранятся env vars и кто имеет доступ
- есть ли объектная авторизация (BOLA) на эндпоинтах с :id
- есть ли валидация входных данных
- защита webhook (подписи/секреты)

Дай результат как чек-лист + конкретные правки.

Шаблон 11 — «Оптимизация токенов/контекста»

Нужно снизить расход токенов и сделать ответы стабильнее.

Контекст:
- где используется модель: [чат/агент/автоматизация]
- что сейчас кладём в контекст: [описание]
- какие симптомы: [дорого/медленно/путается]

Сделай:
1. что выкинуть из контекста
2. что вынести в постоянные инструкции (AGENTS.md / CLAUDE.md)
3. как дробить задачу на шаги
4. где использовать кэш/батч (если применимо)

Шаблон 12 — «Деплой без сюрпризов»

Подготовь проект к деплою на Vercel.

Сделай:
- список env vars (какие нужны в dev/preview/prod)
- какие должны быть sensitive
- что должно быть в .env.local и что нельзя коммитить
- как сделать preview deployments
- чек-лист перед продом

Бонусные шаблоны

«Сделай план работ на неделю»

Сделай план на 7 дней для новичка, чтобы собрать MVP.

Вход:
- идея: ...
- стек: ...
- результат: ...

Выход:
| День | Задачи | Артефакт | Критерий готовности |

«Попроси агента создать файл правил»

Сгенерируй файл проектных правил для агента:
- команды запуска/тестов
- структура проекта
- coding style
- что нельзя делать (do-not)
- definition of done

Сделай коротко, без воды.

Для Codex это AGENTS.md (есть /init), для Claude Code — CLAUDE.md (тоже есть /init).

«После задачи — ретро»

Сделай ретроспективу: что пошло не так, и как обновить
наши правила (AGENTS.md/CLAUDE.md), чтобы агент не повторял ошибку.

Дай 3–7 конкретных изменений правил.

Рекомендуемая механика: «когда ошибка повторилась — обнови инструкцию».

Держи один принцип: у агента должно быть «определение готовности» (done). Чем яснее контракт и критерии завершения, тем меньше хаоса.