Негативные подсказки чаще мешают, чем помогают: как их писать
Привычка списком перечислять всё нежелательное пришла в текстовые запросы из генераторов изображений, где отдельное поле негативной подсказки предусмотрено конструкцией. В диалоговых моделях такого поля нет, и запреты попадают в общий текст запроса наравне со всем остальным.
Отсюда типичный сбой: длинный список «не используй», «избегай», «ни в коем случае» вводит в запрос десятки понятий, которых в задаче изначально не было. Пользователи отмечают, что после такого перечисления перечисленное иногда всплывает в ответе — модель получила эти слова как часть темы.
Замена запрета на утверждение
Рабочий приём — переписать каждый запрет в положительную форму. Вместо «не пиши канцеляритом» указывается желаемый регистр и длина предложения, вместо «не выдумывай цифры» — прямое требование опираться только на переданные данные и отмечать пробелы словами.
Запреты остаются оправданными там, где положительной формулировки не существует. Требование не задавать уточняющих вопросов, не добавлять вступление и не завершать ответ выводом описывается только через отрицание, и такие короткие точечные запреты обычно отрабатывают нормально.
Общее правило, к которому пришли многие практики: негативных пунктов в запросе должно быть заметно меньше, чем позитивных, и каждый должен закрывать конкретный повторяющийся дефект, а не гипотетический.
Что это значит
Подробности и первичное описание опубликованы на странице частые ошибки формулировок, там же собраны условия доступа и ограничения, о которых заявили разработчики.
Похожие материалы и обновления по теме мы собираем в разделе Промпты и приёмы работы с ИИ — он пополняется по мере выхода новых сообщений.