AI честность через отказы: жёсткая приёмка работает лучше мата в промптах
Ненормативная лексика в промптах (промпт — текстовая инструкция для нейросети) к Claude Code не улучшает работу мультиагентной системы (нескольких ИИ-агентов, работающих вместе над одной задачей), зато её улучшает жёсткая приёмка с правом отклонить результат.
Автор на практике показал: качество ответов ИИ зависит не от «характера» промпта, а от структуры приёмки, когда ни один агент не может закрыть задачу словами «я свою часть сделал».
Игорь Градов, основатель dzen.guru, разбирает кейс, опубликованный практиком мультиагентных систем на Claude Code. Автор оригинала несколько раз пересобирал роль «начальника» в своей системе, где субагенты (отдельные исполнители со своей инструкцией и контекстом) выполняют части одной задачи. Сначала ему показалось, что мат в промптах помог. После сравнения версий инструкций вывод оказался другим: сработала не грубость, а переписанная должностная инструкция с правом отклонять работу.
Ниже разбираю, как повторить этот подход у себя, даже если вы работаете с одной нейросетью и одним промптом.
Что понадобится
- Доступ к любой рассуждающей модели: Claude, ChatGPT, YandexGPT, GigaChat
- Текст или задача, которую вы обычно проверяете вручную
- 30 минут на первую настройку и один тестовый прогон
- Блокнот или документ для фиксации версий промптов (подойдёт обычный файл)
Как настроить честную приёмку за шесть шагов
- Замените вопрос «Проверь текст» на «Что не так в этом тексте?»
Автор кейса показал: формулировка «Проверь, есть ли ошибки» провоцирует ответ «в целом всё хорошо, но есть несколько моментов». Формулировка «Что не так?» переключает модель на поиск конкретных проблем.
Что не так в этом тексте? Перечисли каждый дефект отдельной строкой.
Не пиши, что получилось хорошо.
- Запретите обтекаемые формулировки в ответе
В кейсе ключевым оказался не мат, а прямой запрет писать «улучши аргументацию» вместо «удали неподтверждённые X и Y, для Z найди подтверждение». Добавьте в промпт:
Не пиши "можно усилить", "стоит обратить внимание", "рекомендуется доработать".
Вместо этого назови конкретный фрагмент и конкретное действие: удалить, заменить, добавить источник.
- Введите право отклонить результат
Если вы используете цепочку промптов (сначала генерация, потом проверка), добавьте проверяющему промпту явную инструкцию:
Если хотя бы один дефект не исправлен, верни статус "не принято" и укажи,
какой именно дефект остался. Не ставь статус "готово" при незакрытых дефектах.
- Назначьте одного «виноватого» за конечный результат
Автор кейса сформулировал это так: нужен один агент, который не имеет права сказать «я свою часть сделал», пока задача пользователя не решена целиком. Даже если вы работаете с одной моделью, разделите промпт на два этапа: генерация и приёмка. Приёмка отвечает за итог.
- Ограничьте количество кругов проверки
В кейсе один 53-секундный сценарий потребовал пяти версий, трёх кругов проверки и около 6 миллионов токенов (токен — единица текста, которую обрабатывает модель; миллион токенов это примерно 700 страниц). Задайте лимит: два круга правок максимум. Если после второго круга результат не проходит порог, переформулируйте задачу, а не гоняйте модель по кругу.
- Сохраняйте версии промптов
Автор кейса смог понять, что сработало, только потому что у него сохранились версии инструкций от первой до четвёртой. Фиксируйте каждое изменение промпта с датой и результатом. Без этого вы не отличите реальное улучшение от иллюзии.
Было (типичный промпт проверки):
Проверь этот текст. Посмотри, есть ли здесь ошибки или недочёты.
Ответ модели: «В целом текст хорошо структурирован, основная мысль понятна, но есть несколько моментов, которые можно улучшить…»
Стало (промпт с запретом на обтекаемость):
Что не так в этом тексте?
Перечисли каждый дефект отдельной строкой.
Не пиши, что получилось хорошо.
Не пиши "можно усилить" или "стоит обратить внимание".
Назови конкретный фрагмент и конкретное действие: удалить, заменить, переписать.
Ответ модели: Конкретный список дефектов с указанием фрагментов и действий вместо общих комплиментов. Автор кейса отметил, что модель «активнее лезет в слабые места» при такой формулировке.
Путать грубость с точностью. Автор кейса честно признал: чистого A/B-теста не было. Одновременно с добавлением мата он переписал всю должностную инструкцию. Мат создал иллюзию, что «строгий начальник работает лучше». На деле сработала структура приёмки. Если вы добавите в промпт ругань без конкретных критериев отказа, результат не улучшится.
Принимать больше замечаний за лучшую проверку. Сам автор задал этот вопрос: если я сказал модели «что не так», не заставил ли я её придумать проблемы? Больше замечаний не равно более качественной проверке. Проверяйте замечания модели вручную на первых прогонах.
Гонять модель по кругу без лимита. Пять версий и 6 миллионов токенов на один короткий сценарий. Автор прямо написал: «итоговый результат совершенно не стоил той машины, которую пришлось раскрутить вокруг него». Два круга правок, если не помогло, переформулируйте задачу.
Игнорировать, что дипломатия модели становится частью следующего промпта. Если проверяющий пишет «в целом работа хорошая, однако…», эти слова едут в следующий вызов модели как часть инструкции. Исполнитель получает сигнал, что работа в целом принята, и правит по минимуму.
Что делать с этим прямо сейчас, по ролям
Авторам Дзена. Попробуйте на ближайшем тексте: замените «проверь статью» на «что не так в этой статье, перечисли дефекты строкой, не пиши что хорошо». Сравните ответы. Это работает в ChatGPT, Claude и YandexGPT.
Маркетологам. Если вы строите цепочки промптов для генерации контента, добавьте финальный этап приёмки с явным правом отклонить результат. Без него каждый этап будет говорить «я свою часть сделал», а итог останется рыхлым.
Предпринимателям. Подход применим к любой модели, доступной в РФ. YandexGPT и GigaChat точно так же склонны к «дипломатичным» ответам при мягких формулировках. Принцип тот же: конкретный вопрос, запрет на обтекаемость, право на отказ.
Этот кейс ценен не выводом «мат не работает», а тем, как легко спутать причину и следствие в работе с ИИ. Автор честно признал, что чистого эксперимента не было: он менял несколько переменных одновременно и ошибочно приписал результат самой заметной из них.
Я проверял похожий подход на своих промптах для Дзена. Формулировка «что не так» действительно даёт более конкретные ответы, чем «проверь». Но автор кейса прав: нужно проверять, не выдумывает ли модель проблемы ради того, чтобы соответствовать вашему запросу. Первые три-четыре прогона стоит сверять замечания модели со своей экспертизой.
Честная оговорка: всё описанное это ретроспектива одной живой системы, не научный эксперимент. Ваши результаты могут отличаться в зависимости от модели, задачи и длины контекста.
Промпты для авторов Дзена
Готовые промпты для проверки и улучшения статей, настроенные по принципу «конкретный дефект вместо общего комплимента»
ПопробоватьКейс с «матерящимся начальником» запоминается как анекдот, но за ним стоит рабочий принцип: ai честность отказы модели зависят от структуры приёмки, а не от тона промпта. Один конкретный запрет «не пиши что всё хорошо» меняет поведение модели сильнее, чем страница ругани.

Основатель dzen.guru. Эксперт по монетизации и продвижению на Дзен. Автор курса «Старт на Дзен 2026».
Читайте также

Сео оптимизация под один поисковик устарела: модель MEO охватывает 8 классов алгоритмов
Почему это важно Один сайт теперь оценивают минимум восемь принципиально разных алгоритмов, от классического поиска до ИИ-агентов, и сео оптимизация под один…
Автономный ИИ-агент за 15 центов в сутки: почему растёт запрос на запрет автономных систем ИИ
Автор из России собрал автономного ИИ-агента с собственной памятью, root-доступом к виртуальной машине и выходом в интернет, потратив на API всего несколько…

Нейросети впервые моделируют климат с учётом облаков: два подхода к ошибке в 4 градуса
Климатические модели до сих пор спотыкаются об облака: они слишком малы для суперкомпьютеров, но от них зависит, потеплеет планета на 2 или на 6 градусов, и…
Комментарии