Сравнение версий договора с помощью ИИ: таблица изменений и рисков

Короткий ответ

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

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

Почему обычного построчного сравнения бывает недостаточно

Текстовый diff хорошо отвечает на вопрос «какие символы изменились». В Microsoft Word для этого есть режим legal blackline: он сравнивает два документа и показывает изменения в третьем, не меняя исходники. Microsoft отдельно позволяет выбирать сравнение текста, форматирования и комментариев — это надёжная отправная точка для визуальной проверки (описание сравнения документов в Microsoft Word).

Однако юридической команде часто нужен ещё один слой анализа. Например, во второй редакции контрагент может:

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

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

Сначала зафиксируйте, какие версии сравниваются

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

1. понятное имя, например Договор_редакция_компании и Договор_редакция_контрагента;
2. дату получения и источник файла;
3. наличие приложений, спецификаций и протоколов разногласий;
4. статус правок внутри Word: приняты они или всё ещё отображаются как исправления;
5. ответственного за итоговую проверку.

Если договор живёт в Google Docs, полезно сначала выбрать конкретные состояния документа. Официальная справка Google описывает историю версий, просмотр авторов изменений, восстановление и создание копии более ранней редакции (история изменений в Google Docs). Для сравнения лучше выгрузить или сохранить две именованные версии, а не передавать агенту документ, который продолжает меняться во время работы.

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

Какой результат запросить у ИИ-агента

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

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

Кроме основной таблицы полезно запросить три отдельных списка:

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

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

Пошаговый сценарий в OpenCowork

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

1. Создайте отдельную задачу и приложите ровно две зафиксированные версии договора. Приложения передавайте отдельным понятным комплектом.
2. Назовите базовую и новую редакции прямо в сообщении. Укажите, какие условия наиболее важны: деньги, сроки, ответственность, конфиденциальность, интеллектуальные права или расторжение.
3. Попросите ИИ-агента сначала составить карту разделов и сообщить, если структура или нумерация не сопоставляются надёжно.
4. Задайте таблицу результата: пункт, цитата «было», цитата «стало», возможное влияние, ссылка на страницу или раздел, вопрос юристу и уровень уверенности.
5. Попросите вынести отдельно несопоставленные фрагменты, исчезнувшие приложения и ссылки на отсутствующие определения. Агент не должен заполнять такие пробелы догадками.
6. Проверьте выборочно пункты высокой и средней значимости по исходным файлам. Затем юрист проверяет полный набор существенных изменений и принимает решение о протоколе разногласий или согласовании.

Пример постановки задачи:

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

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

Как проверить качество сравнения

Даже аккуратная таблица может пропустить изменение или неверно связать два пункта. Перед использованием результата выполните контроль:

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

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

Где проходит граница автоматизации

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

Поэтому ИИ-агент не должен самостоятельно:

• признавать условие законным, недействительным или выгодным;
• утверждать договор или отправлять его контрагенту;
• принимать лимит ответственности или цену риска;
• заменять юридическую экспертизу по применимому праву;
• скрывать неопределённость ради «готового» ответа.

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

Итог

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