1. Назовите результат, а не тему
Фраза «расскажи про SEO» задаёт тему. Фраза «составь порядок диагностики десяти страниц, которые не появились в Яндексе» задаёт проверяемый результат.
Добавьте аудиторию и способ использования, если они меняют ответ. Инструкция владельцу сайта и отчёт разработчику имеют разный язык и детализацию.
2. Дайте только необходимый контекст
Укажите исходное состояние, уже принятые решения, стек, важные файлы и факты. Не вставляйте всю переписку без объяснения, что в ней является источником истины.
Если модель имеет доступ к проекту, попросите сначала прочитать конкретные инструкции. Контекст должен уменьшать неопределённость, а не увеличивать объём.
3. Перечислите входные данные
Назовите документы, URL, таблицы, примеры или поля, которые можно использовать. Отдельно отметьте неизвестное и запретите придумывать отсутствующие факты.
Для текста полезно дать реальный пример тона. Для кода - существующий модуль и команду проверки. Один точный пример сильнее абстрактного пожелания «сделай современно».
4. Задайте границы действий
Перечислите, какие файлы, системы и данные разрешено менять. Для внешних действий отдельно укажите, требуется ли подтверждение.
Ограничение должно быть операционным: «не менять цены и платёжный поток», а не эмоциональным: «будь аккуратен».
5. Опишите форму результата
Укажите, нужен ли план, таблица, патч, готовый файл, список решений или краткий ответ. Если структура не важна, не задавайте её ради контроля каждой строки.
Формат помогает использовать результат дальше. Он не делает неверный факт правильным.
6. Добавьте критерии приёмки
Опишите наблюдаемые проверки: URL открывается, тесты проходят, текст содержит источники, mobile не имеет горизонтального скролла. Попросите сообщить фактический blocker, а не маскировать его.
Для исследовательской задачи критерий может быть и отрицательным: не использовать вторичные источники там, где доступна официальная документация.
Пример до и после
До: «Напиши хорошую статью про индексацию». После: «Для владельца небольшого сайта напиши инструкцию, почему URL нет в Яндексе. Сначала дай прямой ответ, затем порядок проверки сервера, robots, canonical и HTML. Используй официальную справку Яндекса, не обещай индексацию, итог - Markdown с шестью разделами».
Улучшение появляется не из-за длины. Во второй версии явно заданы читатель, задача, охват, источники, ограничение и результат.
Источники
У каждой опоры есть дата проверки. Если источник изменится, материал нужно пересмотреть.
-
01
Prompt engineering OpenAI Developers · проверено 6 сентября 2026 г.
Сверены рекомендации о ясных инструкциях, релевантном контексте, примерах и проверяемом формате результата.
-
02
Codex documentation OpenAI Developers · проверено 6 сентября 2026 г.
Сверены рабочий цикл Codex, роль инструкций проекта, локальных проверок и ограниченной области изменений.
-
03
Claude Code best practices Anthropic · проверено 6 сентября 2026 г.
Сверены рекомендации исследовать контекст, планировать сложную работу, давать модели способы проверки и вести постоянные инструкции проекта.
-
04
Effort Translator: рабочий интерфейс Нейроквалификатор · проверено 6 сентября 2026 г.
Сверена граница продукта: перевод исходной мысли в структурированную постановку без подмены цели и без гарантии результата.