Промпты для сравнения документов: 8 шаблонов для договоров и отчётов

Вам прислали новую версию договора, но вместо списка изменений — ещё один PDF на 40 страниц. Запрос «сравни документы и найди риски» выглядит удобным, однако обычный чат может смешать версии, пропустить приложение или выдать собственную трактовку за текст договора. Ниже — промпты для сравнения документов по управляемой схеме: сначала карта и нужные блоки, затем реквизиты, обязательства, отличия и ручная проверка.

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

Чтобы сравнить два документа с помощью ИИ, обозначьте их как A и B, укажите базовую версию, назовите конкретный блок и заранее задайте колонки результата. Просите приводить пункт, страницу и короткую цитату для каждого вывода, а при отсутствии основания писать «не найдено».

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

Выберите шаблон по задаче:

Ни один шаблон не делает договор юридически проверенным. Чат помогает превратить чтение в таблицу фактов и вопросов, но решение о подписании остаётся у ответственного сотрудника и профильного специалиста.

Что передать в чат до проверки

Не начинайте с файлов без пояснения. Дайте каждому источнику устойчивое имя и заполните карточку задачи:

Документ A: [название, дата, версия].
Документ B: [название, дата, версия].
Базовый документ: [A или B].
Цель проверки: [какое решение готовится].
Проверяемый блок: [оплата / ответственность / сроки / реквизиты / свой вариант].
Критерии: [точный список].
Формат ответа: [колонки таблицы].
Источник для каждого вывода: [пункт, страница, короткая цитата].
Если данных нет: напиши «не найдено», не достраивай ответ.

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

Названия A и B важны даже при двух вложениях: в длинном диалоге фраза «первый файл» быстро становится неоднозначной. Если структура документов различается, сравнивайте не номера разделов, а смысловой блок и его основание.

Почему одного запроса «сравни всё» недостаточно

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

Официальные рекомендации по prompting поддерживают этот подход. OpenAI советует задавать явные инструкции, формат и последовательность действий, а длинные повторяющиеся задачи при необходимости разбивать. Anthropic рекомендует размечать несколько документов и сначала извлекать релевантные цитаты. Для пользователя это означает простое правило: сначала основания, потом интерпретация.

Большая команда «найди все отличия, обязательства и риски» соединяет несколько задач с разными критериями. Лучше получить четыре проверяемые таблицы, чем один уверенный обзор без следов источника.

Цепочка промптов для длинного документа

Рабочая цепочка состоит из пяти шагов.

1. Загрузите документ A и попросите составить карту разделов, приложений и страниц без оценки содержания.
2. Выберите проверяемые блоки: например, стороны и реквизиты, цена и оплата, обязанности, ответственность, срок и расторжение.
3. По каждому блоку отдельно извлеките факты и цитаты из A. Сохраните таблицы вне чата.
4. Загрузите документ B, повторите извлечение по тем же критериям и только затем попросите сопоставить результаты.
5. Составьте реестр покрытия: какие блоки проверены, какие страницы не распознаны, где нужны приложения или специалист.

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

Сначала зафиксируйте структуру, затем извлекайте основания из каждого источника и только после этого сравнивайте.

8 готовых промптов для сравнения и проверки документов

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

1. Промпт для карты документа

Изучи документ A «[название и версия]». Пока не оценивай риски и не сравнивай содержание.

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

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

2. Промпт для тезисов и реквизитов

Извлеки из документа «[название]» только следующие поля: [список реквизитов или тезисов].

Верни таблицу: поле, найденное значение, статус «найдено / не найдено / неоднозначно», пункт или страница, короткая цитата. Сохраняй числа, даты, названия и отрицания дословно. Не исправляй предполагаемые опечатки молча: покажи исходное значение и отдельный комментарий. Не подставляй сведения из памяти или предыдущих файлов.

Для отчёта список может включать период, выборку, метод, метрики, вывод автора и ограничения. Для договора — стороны, ИНН, адрес, сумма, валюта, срок действия и порядок уведомлений.

3. Промпт для обязательств по договору

Составь реестр прямо указанных обязательств из блока [разделы или страницы] договора «[название]».

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

Не превращай право стороны в обязанность. Не объединяй несколько условий в одно. Если исполнитель, срок или последствие не определены, напиши «не определено». После таблицы перечисли перекрёстные ссылки, которые нужно открыть отдельно.

4. Промпт для вопросов о потенциальных рисках

Проведи первичный разбор блока [название, пункты] договора со стороны [роль компании]. Это подготовка вопросов специалисту, а не юридическое заключение.

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

Верни таблицу: формулировка; возможное рабочее последствие; точное основание; что проверить в других разделах; вопрос юристу или владельцу процесса. Не утверждай, что условие незаконно, недействительно или обязательно опасно. Не добавляй «типовой риск», если в тексте нет основания.

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

5. Промпт для сравнения конкретного блока двух документов

Сравни только блок «[название и критерии]» в документах A «[название]» и B «[название]». Базовая версия — A. Другие разделы не анализируй, кроме перекрёстных ссылок, необходимых для понимания этого блока.

Сначала извлеки основания из A и B отдельно. Затем верни таблицу: критерий; положение A с пунктом и цитатой; положение B с пунктом и цитатой; статус «добавлено / удалено / изменено / без содержательного изменения / не найдено»; возможное практическое последствие; что проверить вручную.

Отделяй буквальное изменение от своей интерпретации. Если положения нельзя уверенно сопоставить, пометь «неоднозначное соответствие».

Так можно отдельно сравнить оплату, SLA, состав отчётности или порядок расторжения, не расходуя ответ на пересказ остальных страниц.

6. Промпт для сравнения двух версий по карте

Используй согласованную карту блоков: [вставьте список]. Сравни документы A и B последовательно, по одному блоку за сообщение.

Сейчас обработай только блок № [N] «[название]» по формату промпта точечного сравнения. После таблицы обнови реестр: блок, статус проверки, страницы A, страницы B, найденные перекрёстные ссылки, пробелы. Не переходи к следующему блоку, пока я не напишу «Продолжай: блок № ...».

Когда все блоки будут обработаны, не пиши общий вывод автоматически. Сначала покажи реестр покрытия и спроси, подтверждаю ли я полноту.

7. Промпт для проверки по чек-листу

Проверь документ «[название]» только по этому чек-листу: [вставьте требования].

Для каждого требования верни: статус «соответствует / не соответствует / частично / невозможно проверить»; основание с пунктом и цитатой; найденное расхождение; вопрос ответственному сотруднику. Не считай отсутствие упоминания подтверждением соответствия. Не расширяй чек-лист собственными требованиями; дополнительные наблюдения вынеси отдельно и пометь как справочные.

8. Промпт для проблемной PDF-страницы или скриншота

Я прикладываю изображение страницы [N] из документа «[название]». Перепроверь только её, потому что при обработке PDF текст был распознан неоднозначно.

Сначала перепиши нужный фрагмент максимально близко к изображению. Неразборчивые места помечай `[неразборчиво]`, не угадывай. Затем извлеки: [поля или тезисы]. Для каждого значения укажи строку или видимый заголовок. Отдельно перечисли числа, даты, сноски и символы, которые требуют визуальной сверки человеком.

Разные задачи требуют разных критериев: извлечение полей нельзя смешивать с оценкой обязательств, сравнением версий и контролем OCR.

Пример: сравнение блока об оплате

Представим, что в A оплата производится в течение 15 рабочих дней после подписания акта, а в B — в течение 30 календарных дней после получения корректного счёта и акта. Полезный ответ не ограничится фразой «срок увеличен».

«Срок увеличен» остаётся интерпретацией, пока не учтены рабочие и календарные дни и новое условие запуска. Именно поэтому в таблице нужны исходные формулировки.

Системный промпт проверяющего документы

Ты — помощник по структурированному сравнению документов в обычном чате. Ты не являешься юристом, не принимаешь решения и не считаешь документ проверенным без ручной сверки.

Сначала уточняй: названия и версии файлов, какой документ базовый, цель решения, конкретный блок, критерии и формат результата. Присваивай источникам устойчивые метки A и B. Для длинных документов сначала составляй карту разделов и реестр покрытия. Выполняй только один согласованный этап за ответ и жди команды пользователя перед переходом дальше.

Отделяй дословный факт от интерпретации. Для каждого существенного вывода указывай пункт или страницу и короткую цитату. Если основание отсутствует, пиши «не найдено»; если соответствие неясно — «неоднозначно». Не додумывай реквизиты, обязательства, отсутствующие приложения и правовые последствия.

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

Первое сообщение:

Нужно сравнить блок об оплате в двух версиях договора поставки. A — версия от 10 сентября, базовая; B — версия от 18 сентября. Сначала проверь, видны ли оглавление, разделы об оплате и связанные определения. Затем составь карту только релевантных пунктов. К сравнению не переходи без моего подтверждения.

PDF, OCR и скриншоты: где возникают пропуски

Загрузка файла и корректное чтение каждой страницы — разные вещи. В официальной документации OpenAI PDF описан как формат, из которого модели с vision могут получать текст и изображения страниц, а из некоторых других документов — только текст. Конкретная реализация и лимиты зависят от сервиса и модели.

На OCR влияют качество скана, разрешение, контраст, поворот, размер и плотность текста. Это прямо перечисляет Microsoft в описании ограничений OCR. Поэтому скриншот одной чёткой страницы иногда удобнее для повторной проверки: область меньше, а текст можно увеличить. Но скриншот не гарантирует точность и теряет связь с остальными страницами.

Попросите чат перечислить обработанные страницы и непрочитанные места. Числа, банковские реквизиты, даты, отрицания, сноски и подписи сверяйте с оригиналом посимвольно.

Что проверить вручную

1. Правильно ли назначены роли A и B и выбрана базовая версия.
2. Вошли ли в карту все разделы, страницы и приложения.
3. Подтверждает ли каждая цитата вывод рядом с ней.
4. Не перепутаны ли право, обязанность, условие и исключение.
5. Сохранены ли «не», «только», «если», диапазоны, валюта и тип дней.
6. Не названа ли обычная редакционная правка содержательным изменением.
7. Не выдано ли возможное последствие за факт или юридический вывод.
8. Совпадают ли реквизиты, суммы, даты и номера пунктов с оригиналом.
9. Закрыты ли перекрёстные ссылки и приложены ли упомянутые приложения.
10. Проверил ли результат сотрудник, отвечающий за договор, финансы или право.

NIST относит уверенно сформулированные ошибочные ответы к риску confabulation. Поэтому гладкая таблица не является доказательством полноты: доказательством остаются открытые исходные пункты.

Что Agent Roi сможет сделать — и чего не сможет

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

В обычном чат-режиме Agent Roi не запускает автономный агентский цикл, не подключается к договорному архиву, не делает redline в Word, не гарантирует полный OCR и не принимает решение о подписании. Следующий файл, блок и команду передаёт пользователь. Для большого корпуса, обязательного посимвольного сравнения или регулярного контроля нужен специализированный инструмент и отдельный процесс качества.

FAQ

Можно ли загрузить два документа и сразу попросить найти все отличия?

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

Может ли промпт определить, опасен ли договор?

Нет. Он может выделить формулировки, возможные последствия и вопросы специалисту. Правовая оценка зависит от юрисдикции, контекста сделки и других документов.

Что делать, если два документа имеют разную структуру?

Сначала составьте отдельные карты, затем сопоставляйте блоки по смыслу: например, порядок оплаты может находиться в основном тексте A и приложении B. Не связывайте разделы только по одинаковому номеру.

Нужно ли загружать большой PDF целиком?

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

Связанные материалы и первый шаг

• Промпты для саммари документа помогут сократить один источник без смешения фактов и выводов.
• ИИ для Word и деловых документов объясняет, как чат и агентская среда работают с DOCX, PDF и оформлением.
• Как писать промпты для ИИ даёт общую формулу контекста, задачи, ограничений и проверки.

Откройте Agent Roi, возьмите две обезличенные версии небольшого документа и начните с промпта № 1. Согласуйте карту, выберите один блок и только затем переходите к сравнению — так первый пилот можно проверить по источникам, а не по уверенности ответа.

Больше материалов по теме — в разделе «Промпты».