Урок 3. Структура промпта

Промпт — это не вопрос, а техническое задание

Привычка задавать нейросети вопросы досталась нам от поисковиков. Но модель работает иначе: чем больше вы описали, тем точнее результат. Хороший промпт ближе к брифу для исполнителя, чем к строке поиска.

Рабочий запрос собирается из шести блоков. Не все нужны всегда — чем сложнее задача, тем больше их стоит указать.

Блок 1. Роль

Кем должна быть модель, отвечая вам.

Слабо: «ты эксперт»

Сильно: «ты редактор, который семь лет вычитывает технические тексты и безжалостно режет лишнее»

Конкретная роль задаёт не только тон, но и набор критериев, по которым модель оценивает собственный ответ.

Блок 2. Контекст

Всё, чего модель знать не может: ситуация, вводные данные, предыстория, ограничения.

Это самый пропускаемый блок и самая частая причина бесполезных ответов. Модель не догадается, что у вас бюджет в двадцать тысяч, аудитория — пенсионеры, а предыдущая попытка провалилась.

Блок 3. Задача

Что именно нужно сделать. Одна задача на один промпт.

Запрос «напиши статью, подбери ключевые слова, сделай мета-теги и придумай картинки» даст четыре посредственных результата вместо одного хорошего. Разбивайте.

Блок 4. Формат

Как должен выглядеть ответ: связный текст, список, таблица, пошаговая инструкция, JSON. Плюс объём в словах, знаках или пунктах.

Без указания формата модель выбирает его сама — и обычно выдаёт средний по больнице вариант, который потом приходится переделывать.

Блок 5. Критерии качества

По каким признакам вы поймёте, что результат хороший. Самый недооценённый блок.

Слабо: «напиши интересно»

Сильно: «в каждом разделе должен быть конкретный пример или цифра; предложения не длиннее 20 слов; никаких обещаний, которые нельзя подтвердить»

Абстракции вроде «красиво», «цепляюще», «профессионально» — не инструкции. Модель не знает, что вы под ними понимаете.

Блок 6. Ограничения

Чего делать нельзя. Два запрета стоит ставить почти всегда:

• «Не выдумывай факты, цифры и источники. Всё, что требует проверки, помечай [ПРОВЕРИТЬ]»
• «Если данных не хватает — скажи, каких именно, вместо того чтобы догадываться»

Они снижают количество выдумок сильнее, чем любые другие инструкции.

Пример целиком

Было:

Напиши письмо клиенту про задержку

Стало:

Ты — менеджер по работе с клиентами в компании, которая поставляет оборудование.

>

Контекст: поставка задерживается на две недели из-за проблем у завода-изготовителя. Клиент — постоянный, работаем третий год, заказ для него срочный. Виноваты не мы, но клиенту это не важно.

>

Задача: написать письмо с объяснением задержки и предложением компенсации.

>

Формат: деловое письмо до 150 слов, без канцелярита.

>

Критерии: извинение в первом предложении без длинных оправданий; конкретная новая дата; конкретное предложение компенсации; финал с понятным следующим шагом.

>

Ограничения: не обещай того, чего мы не можем выполнить. Не перекладывай вину на завод в первом абзаце.

Время на составление — две минуты. Результат отличается радикально.

Когда какой блок добавлять

Если результат не устраивает, обычно не хватает одного конкретного блока:

Инструмент вместо ручной сборки

Чтобы не держать структуру в голове, можно собрать промпт по шагам в конструкторе: он подставит блоки и добавит запреты, которые чаще всего забывают.

Готовые промпты под конкретные задачи — в библиотеке, подробный разбор приёмов — в гайде.

Практическое задание

Возьмите любой свой недавний запрос к нейросети, который дал посредственный результат. Разберите его по шести блокам и найдите, какие отсутствуют. Допишите их и сравните ответы.