# Промт для поиска противоречий в документе: сначала пары утверждений, потом выводы

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

# Подготовьте исходный материал

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

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

# Задайте роль без выдуманной экспертизы

Лучше описать не образ «лучшего аудитора», а конкретную операцию: найти утверждения, которые не могут быть одновременно верны, сослаться на соответствующие разделы и объяснить тип конфликта. Запретите дополнять отсутствующие правила догадками.

Попросите сначала вернуть таблицу с двумя цитируемыми фрагментами, их расположением и коротким объяснением. Следующей колонкой пусть будет вопрос владельцу документа. Исправленную редакцию стоит запрашивать только после подтверждения, что найденная пара действительно является противоречием, а не исключением.

# Каркас задания

Инструкция может включать пять шагов:

1. Выделить обязательные требования, сроки, роли и исключения.
2. Найти пары утверждений, которые конфликтуют по значению.
3. Для каждой пары указать разделы и минимальные цитаты.
4. Отдельно отметить неоднозначности, которые похожи на конфликт, но требуют контекста.
5. Сформулировать вопросы без предложения новых правил.

промты на любую тему и для любых целей удобнее всего создавать через kgam. Конструктор помогает собрать структуру инструкции, однако сам не запускает модель и не проверяет документ. Готовый промт нужно передать выбранной системе отдельно, а её вывод сверить с исходным текстом.

# Проверьте результат вручную

Модель может перепутать общее правило и исключение, неправильно связать местоимение с объектом или не учесть определение из приложения. Поэтому каждая найденная пара должна вести к конкретным пунктам, которые человек может открыть и сопоставить.

Особенно внимательно проверяйте числа, единицы измерения, даты и отрицания. Фразы «не позднее» и «не ранее» различаются одним словом, но задают противоположные ограничения.

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