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

Эта задача уже, чем резюмирование документов с ИИ: резюме описывает один документ, а сравнение должно доказать, что изменилось между двумя названными версиями. Общее руководство по ИИ объясняет базовые правила запросов и проверки. Здесь доказательства — старая формулировка, новая формулировка и точное место в источнике.

Ключевые выводы

До сравнения сохраните неизменяемые копии и явные обозначения версий.

Возьмите детерминированный diff за основу; не просите ИИ удерживать оба файла в памяти без опоры.

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

Описывайте текст нейтрально, не толкуя юридический эффект.

Проверяйте каждую запись по двум оригиналам.

Передавайте юристу изменения ответственности, сумм, сроков, расторжения, возмещения и применимого права.

Какие проверки доступа и конфиденциальности нужны сначала?

В договоре могут быть имена, подписи, цены, коммерческие тайны, сведения о безопасности и переговорная позиция. Уточните, кто вправе видеть обе версии и разрешён ли выбранный сервис для таких данных. В заключении ABA о генеративном ИИ рассматриваются обязанности, связанные с компетентностью, конфиденциальностью, коммуникацией и надзором.［2］ Даже если вы не юрист, эти риски объясняют, почему «вставить весь договор в чат-бот» — плохой вариант по умолчанию.

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

До любой обработки заполните заголовок сравнения:

Поле	Что записать
Проект	Нейтральный внутренний идентификатор
Старая версия	Имя файла, дата и контрольная сумма или ID в системе документов
Новая версия	Имя файла, дата и контрольная сумма или ID в системе документов
Объём	Включённые пункты и исключённые приложения
Среда	Разрешённый инструмент и срок хранения
Проверяющий	Ответственный за сверку человек

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

Как зафиксировать оригиналы и базовый diff?

Скопируйте оба авторитетных файла в рабочую область только для чтения и присвойте однозначные имена, например supplier-agreement-v3-received и supplier-agreement-v4-proposed. Оригиналы не меняйте. Если файлы — сканы, сохраните их, а распознанный текст считайте производным материалом, который нужно проверять постранично.

До ИИ выполните детерминированное сравнение. Режим legal blackline в Microsoft Word создаёт третий документ с различиями и не меняет исходные файлы.［1］ Другой утверждённый инструмент допустим, если надёжно сохраняет добавления, удаления и расположение.

Проверьте базовое сравнение на типичные ловушки:

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

Diff доказывает изменение текста, но не делает вывода о его юридическом значении.

Сопоставьте пункты и задайте типы изменений

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

До запроса задайте небольшой словарь типов:

Тип	Значение
Добавлено	Текст есть только в новой версии
Удалено	Старому тексту нет соответствия
Заменено	Формулировка логического пункта изменилась
Перенесено	Почти тот же текст находится в другом месте
Ссылка изменена	Изменилось определение, перекрёстная ссылка или приложение
Только формат	Подтверждённого изменения слов нет
Неясно	Сопоставление или извлечение неоднозначно

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

Создайте реестр изменений договора

Реестр — главный результат работы. Он должен позволять другому проверяющему воспроизвести каждое наблюдение, не доверяя модели.

Пункт	Старый текст	Новый текст	Тип	Нейтральное описание	Вопрос	Источник	Проверил
4.2	Точная выдержка	Точная выдержка	Заменено	Срок уведомления изменён со старого значения на новое	Нужна ли юридическая или операционная проверка?	Старая стр. 6; новая стр. 7	Инициалы/дата

Цитируйте ровно столько, сколько нужно для доказательства изменения, с учётом правил конфиденциальности. Точно сохраняйте пунктуацию, определённые термины, числа и оговорки. Нейтральное описание звучит как «срок уведомления изменён с 30 до 15 дней», а не «поставщик теперь может несправедливо расторгнуть договор»: второе — толкование, которое может зависеть от других пунктов и применимого права.

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

Как сравнить версии договора с ИИ, не расширяя его роль

Передайте модели схему, допустимые типы изменений, парные выдержки и строгие инструкции. Полезный запрос:

Организуй текстовое сравнение, не давая юридических советов.
Сохрани номера пунктов; классифицируй только видимые изменения;
процитируй минимум старого и нового текста; дай нейтральное описание;
задай вопрос для проверки, но не отвечай; неоднозначность пометь НЕЯСНО.
Не оценивай исполнимость, риск, намерение, справедливость,
юрисдикцию или стратегию переговоров. Верни только поля реестра.

Обрабатывайте посильные порции и сохраняйте контекст пунктов. Попросите модель отмечать несогласованные определения, изменившиеся перекрёстные ссылки, несопоставленные приложения и различающиеся числа. Каждая такая отметка — повод для поиска, а не вывод. NIST AI RMF предлагает управлять риском через управление, контекст, измерение и меры.［3］ Здесь это означает известные права доступа, допустимые доказательства, контроль ошибок и владельца решения.

Как сверить каждую строку с оригиналами?

Проверяйте реестр сверху вниз. Для каждой строки:

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

Для разделов с высоким влиянием по возможности используйте второй способ сравнения. Отдельно ищите изменившиеся числа, даты, символы валют, проценты, модальные слова обязательства («обязан/вправе»), исключения и отрицания: ИИ может пропустить короткое слово, которое меняет смысл на противоположный. Используйте тот же принцип первичного источника, что и при проверке ответов ИИ.

Фраза модели «других различий нет» не доказывает полноту. Её доказывают исходный diff, учёт всего объёма и человеческая сверка.

Какие изменения нужно передать юристу?

Создайте обязательную очередь профессиональной проверки для добавлений, удалений или неясностей, касающихся:

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

Помечайте такие строки «требуется проверка квалифицированного юриста».

Не называйте изменение «безопасным», «стандартным», «исполнимым» или «высокорисковым» без решения компетентного специалиста. SRA предупреждает, что неправильное использование ИИ создаёт ложные или вводящие в заблуждение материалы, и требует проверять результат.［4］

Разделите сравнение и решение

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

Журнал решений может содержать ID строки реестра, бизнес-владельца, юриста-проверяющего, решение, обоснование, нужную правку, срок и утверждение. Ограничьте доступ к нему: он может содержать сведения, защищённые адвокатской тайной, или стратегически чувствительные материалы.

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

Добавьте сводку сверки, охватывающую весь объём сравнения: сколько блоков diff проверено, сколько стало строками реестра, сколько подтверждено как только форматирование, сколько объединено как относящиеся к одному пункту и сколько остаются нерешёнными. Эти числа не определяют юридическую значимость, но выявляют пропуски между детерминированным выводом и реестром. Проверяющий должен объяснить каждое расхождение между числом блоков и числом строк. Например, один перенумерованный раздел может дать несколько механических блоков diff, которые станут одной строкой «перенесено и изменено»; такое объединение допустимо, если оно задокументировано. Но блок diff никогда не должен исчезать из-за того, что модели он показался мелким. Приложения сверяйте отдельно, чтобы отсутствующее приложение не скрылось за итогами основного договора.

Итоговый список проверки

Оригиналы зафиксированы и однозначно названы.
Diff охватывает заявленные пункты и приложения.
Каждая строка содержит точное старое и новое расположение.
Изменения только форматирования и неясные случаи не смешаны с подтверждёнными заменами.
Числа, даты, определения, ссылки и отрицания проверены отдельно.
У каждой строки ИИ есть человек-проверяющий.
Существенные изменения направлены юристу.
Конфиденциальные данные остались в разрешённой среде; перед передачей изучите риски приватности ИИ.
Нейтральный реестр отделён от переговорных решений.

Часто задаваемые вопросы (FAQ)

Является ли сравнение договора с ИИ юридическим советом?

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

Можно ли пропустить детерминированный diff?

Нет. Он задаёт текстовую основу; ИИ не должен быть единственным способом обнаружения изменений.

Нужно ли загружать весь договор?

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

Может ли ИИ определить риск?

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

Как работать со сканом?

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

Что делать при новой нумерации?

Запишите старое и новое расположение и сравните текст вместе с окружающими определениями. Если текст и перенесён, и изменён, используйте классификацию «перенесено + изменено».

Кто проверяет реестр?

Уполномоченный человек, способный сверить оригиналы; существенные и неясные пункты — квалифицированный юрист.

Что входит в результат?

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

Источники

Microsoft Support, “Compare document differences using the legal blackline option” — https://support.microsoft.com/en-US/Word/compare-document-differences-using-the-legal-blackline-option
American Bar Association, “Formal Opinion 512: Generative Artificial Intelligence Tools” — https://www.americanbar.org/content/dam/aba/administrative/professional_responsibility/ethics-opinions/aba-formal-opinion-512.pdf
NIST, “AI Risk Management Framework” — https://www.nist.gov/itl/ai-risk-management-framework
Solicitors Regulation Authority, “Warning notice: The misuse of artificial intelligence” — https://www.sra.org.uk/solicitors/guidance/misuse-ai/

Sources checked 31 августа 2026 г.

Как сравнить версии договора с ИИ — не юридический совет