Инструкции: что делать, а не чего не делать

Инструкции: что делать, а не чего не делать

В предыдущем уроке мы освоили принцип конкретности. Теперь разберём правило, которое на первый взгляд кажется мелочью, но на практике радикально меняет поведение модели: формулируй инструкции позитивно — говори, что делать, а не чего не делать.

Почему «не делай X» работает плохо

Модель не «понимает» отрицание так, как человек. Когда ты пишешь «не используй сложные термины», модель сначала активирует в своём внутреннем представлении область «сложные термины», а потом пытается её подавить. Иногда подавление не срабатывает — и модель выдаёт именно то, что ты просил не делать.

Кроме того, «не делай X» оставляет открытым вопрос: а что делать ВМЕСТО этого? Модель должна угадать альтернативу, и часто угадывает неправильно.

Вход (с отрицаниями):

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

Такой промпт говорит, чего НЕ делать, но оставляет модель в неведении о том, что делать ВМЕСТО.

Вход (позитивная версия):

Напиши описание нашего продукта. Используй простые слова, понятные
человеку без технического образования. Уложись в 80–100 слов.
Пиши энергично и дружелюбно — представь, что рассказываешь другу
за чашкой кофе.

Позитивная версия даёт модели конкретную цель: простые слова, 80–100 слов, дружелюбный тон. Модели легко следовать таким инструкциям.

Пример с кодом

Особенно заметна разница в задачах на программирование.

С отрицаниями:

Напиши функцию для валидации email. Не используй регулярные выражения.
Не делай её сложной. Не забудь про крайние случаи.

Модель получает противоречивые сигналы: «не используй регулярки» (а что использовать?), «не делай сложной» (что считать сложным?), «не забудь про крайние случаи» (какие именно?).

Позитивная версия:

Напиши функцию validateEmail(email) на JavaScript. Требования:

- Проверяй, что строка содержит ровно один символ '@'.
- Проверяй, что слева и справа от '@' есть хотя бы по одному символу.
- Проверяй, что справа от '@' есть хотя бы одна точка.
- Используй только методы строк (split, indexOf, includes), без
  регулярных выражений.
- Код должен быть в пределах 15 строк.

Теперь каждое требование — конкретное действие. Модель точно знает, что писать.

Техника «Покажи, что должно получиться»

Лучший способ избежать отрицаний — показать модели положительный пример желаемого результата, даже если очень кратко.

Вход:

Перепиши этот абзац. Сделай его живее, но не сухо, не академично,
не скучно, без канцелярита.

"В результате проведённого анализа было установлено, что
пользователи предпочитают интерфейс с минимальным количеством
элементов управления."

Выход (непредсказуемый — модель пытается угадать, что значит «живее»):

Пользователи любят простые интерфейсы! Это показало наше исследование.
Минимум кнопок — максимум удобства.

Улучшенный вход (с примером желаемого стиля):

Перепиши абзац в разговорном стиле. Вот пример того, как должен
звучать текст: "Оказалось, людям не нужны навороченные интерфейсы.
Чем меньше кнопок — тем лучше."

Абзац для переписывания:
"В результате проведённого анализа было установлено, что пользователи
предпочитают интерфейс с минимальным количеством элементов управления."

Выход:

Мы проверили и вот что выяснили: людям нравятся простые интерфейсы.
Никакого нагромождения кнопок — только самое нужное.

Пример желаемого стиля сработал лучше, чем перечисление того, чего не надо.

Когда отрицания всё-таки нужны

Отрицательные инструкции не бесполезны — они нужны как дополнение к позитивным, особенно для явного исключения частых ошибок:

Напиши письмо клиенту о задержке заказа.
- Тон: вежливый и деловой.    ← позитивно
- Не извиняйся более одного раза.  ← запрет конкретной ошибки
- Не обещай конкретных сроков, если они не подтверждены. ← запрет
- Не используй фразу «мы вас понимаем».  ← запрет штампа

Здесь отрицания точечные и конкретные — не «не будь плохим», а «не используй эту конкретную фразу».

Правило перевода отрицаний в позитив

Если поймал себя на «не делай X» — задай вопрос: «А что ВМЕСТО этого?» и запиши ответ.

Проверь себя

Дан промпт: «Объясни тему, но не будь занудой, не пиши слишком длинно и не используй непонятные слова». Переведи его в позитивную форму.

Пример ответа: «Объясни тему в 5 коротких предложениях. Приведи один пример из жизни. Используй слова, понятные человеку без технического образования.»

Итог

• Отрицательные инструкции («не делай X») работают хуже позитивных — модель может выдать именно то, что ты запретил.
• Каждое «не» оставляет открытым вопрос «а что вместо?» — модель угадывает и часто ошибается.
• Формулируй инструкции как конкретные действия: что сделать, какой стиль использовать, какой объём.
• Отрицания используй точечно — для запрета конкретных слов, фраз или типичных ошибок, а не как основной способ описания задачи.
• Правило перевода: «не делай X» → «а что вместо?» → позитивная формулировка.

Что дальше

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