Prompting: 12 templates and examples
Prompting = the ability to write instructions so that the model consistently does what you want. In agent-based tasks it becomes even more important context engineering —how to correctly “put rules, files, logs into context” and what to throw out.
The secret of good prompts is not in the “magic words”. The secret is in the structure: context → purpose → restrictions → how to check.
Template 1 - “MVP Architecture”
Ты — техлид. Помоги спроектировать MVP.
Контекст:
- Проблема: [1–2 предложения]
- Пользователь: [кто]
- Результат: [что пользователь получает]
- Ограничения: [срок, бюджет, стек, no-code/low-code предпочтения]
- Нельзя: [например: без платежей, без сложной админки]
Сделай:
1. Архитектуру (frontend / backend / db / интеграции)
2. Модель данных (таблицы/коллекции) простыми словами
3. Список эндпоинтов API (минимальный)
4. Риски безопасности (минимум: секреты, авторизация, валидация)
5. План на 3 итерации по 1–2 часа
Формат: кратко, списком, без воды.Template 2 - “First the interview, then the plan”
У меня смутная идея. Сначала задай мне 8–12 уточняющих
вопросов, чтобы превратить её в конкретное ТЗ.
После моих ответов:
- сформируй чёткий scope MVP
- сформируй критерии готовности (definition of done)
- предложи стек и почему
Моя идея: [вставь]Template 3 - “Make a plan, don't make a code”
Контекст: Я новичок. Строю <что>.
Цель: MVP за <срок>.
Главный сценарий: <1 сценарий>.
Ограничения: без лишних функций; секреты не должны
попадать на фронт; нужен деплой по URL.
Сделай:
1) список экранов/страниц
2) какие данные храним (таблицы/поля — простыми словами)
3) список задач на итерации по 30–90 минут
Формат: чеклист.Template 4 - “Small diff instead of rewriting”
Задача: исправь/добавь [фича] с минимальными изменениями.
Ограничения:
- не трогай архитектуру
- не меняй зависимости без моего подтверждения
- правки только в файлах: [список]
- если нужен рефакторинг — предложи, но не делай сам
Дай:
1. краткое объяснение причины проблемы
2. патч маленькими шагами
3. команду/шаги проверкиPattern 5 - “Make one small change”
Сделай ОДНО изменение: <что именно>.
Правила:
- не переписывай проект целиком
- скажи, какие файлы изменишь
- после изменений дай простой способ проверки (шаги/команды)
Если не хватает данных — задай до 5 вопросов и остановись.Template 6 - “Debug by log”
Вот ошибка и контекст. Найди причину и предложи фикс.
Среда:
- как запускаю: [команда]
- версия: [node/python/etc]
- где падает: [страница/эндпоинт]
Лог:
[вставь лог целиком]
Ответ:
1. вероятная причина (1–2)
2. как проверить гипотезу
3. точечный фикс
4. что добавить в логирование/обработку ошибокTemplate 7 - “Fix a mistake like an engineer”
Ошибка: <вставь текст ошибки полностью>.
Шаги: 1) ... 2) ...
Ожидание: ...
Факт: ...
Сделай:
- вероятная причина (1–2 гипотезы)
- минимальное исправление
- как проверить, что точно починилось
Формат: Причина → Фикс → Проверка.Template 8 - “Do tests”
Сгенерируй минимальный набор тестов для [модуль/функция/эндпоинт].
Входные данные/контракт:
- вход: ...
- выход: ...
- кейсы: happy path + 3 edge cases
Требования:
- тесты должны быть быстрыми
- если нужны моки — покажи где и почему
- дай команду запускаTemplate 9 - “Make a README like for a person”
Напиши README для проекта так, чтобы новичок
смог запустить за 5 минут.
README должен включать:
- что это за проект (1 абзац)
- требования (версии)
- установка
- запуск dev
- переменные окружения (без секретов в тексте)Template 10 - “Security Audit”
Проведи аудит безопасности на уровне MVP.
- не утекли ли API ключи/секреты во frontend bundle
- где хранятся env vars и кто имеет доступ
- есть ли объектная авторизация (BOLA) на эндпоинтах с :id
- есть ли валидация входных данных
- защита webhook (подписи/секреты)
Дай результат как чек-лист + конкретные правки.Template 11 - “Token/Context Optimization”
Нужно снизить расход токенов и сделать ответы стабильнее.
Контекст:
- где используется модель: [чат/агент/автоматизация]
- что сейчас кладём в контекст: [описание]
- какие симптомы: [дорого/медленно/путается]
Сделай:
1. что выкинуть из контекста
2. что вынести в постоянные инструкции (AGENTS.md / CLAUDE.md)
3. как дробить задачу на шаги
4. где использовать кэш/батч (если применимо)Template 12 - “Deploy without surprises”
Подготовь проект к деплою на Vercel.
Сделай:
- список env vars (какие нужны в dev/preview/prod)
- какие должны быть sensitive
- что должно быть в .env.local и что нельзя коммитить
- как сделать preview deployments
- чек-лист перед продомBonus templates
“Make a work plan for the week”
Сделай план на 7 дней для новичка, чтобы собрать MVP.
Вход:
- идея: ...
- стек: ...
- результат: ...
Выход:
| День | Задачи | Артефакт | Критерий готовности |"Ask the agent to create a rules file"
Сгенерируй файл проектных правил для агента:
- команды запуска/тестов
- структура проекта
- coding style
- что нельзя делать (do-not)
- definition of done
Сделай коротко, без воды.For Codex this is AGENTS.md (is /init), for Claude Code — CLAUDE.md (also has /init).
"After the task - retro"
Сделай ретроспективу: что пошло не так, и как обновить
наши правила (AGENTS.md/CLAUDE.md), чтобы агент не повторял ошибку.
Дай 3–7 конкретных изменений правил.Recommended mechanics: “when the error occurs again, update the instructions.”
Keep one principle: the agent must have “done determination” (done). The clearer the contract and completion criteria, the less chaos.