Проверка договоров с помощью ИИ: возможности и ограничения

Что ИИ находит при первичной проверке?

На первом проходе агент сверяет текст договора со списком условий. Он ищет пункт, сравнивает его с правилом и показывает расхождение. Юрист получает перечень мест, которые стоит прочитать первыми, и читает договор уже с этим перечнем в руках.

Пример набора таких условий есть в открытом датасете CUAD. Юристы проекта The Atticus Project разметили в нем 510 коммерческих договоров по 41 категории условий, всего больше 13 тыс. пометок. Среди категорий есть применимое право, автопролонгация, ограничение ответственности, запрет конкуренции, переход прав при смене владельца. Датасет собран на договорах по праву США. Для российских документов он годится как образец подхода, сам список юрист составляет заново под российское право и практику компании.

Для договора по российскому праву базовый список начинается с существенных условий. По статье 432 ГК РФ договор считается заключенным, когда стороны согласовали все такие условия. Агент проверяет, есть ли в тексте предмет и условия, которые закон называет существенными для этого вида договора.

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

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

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

Как задать правила по вашей политике?

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

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

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

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

Для договора это превращается в простое требование. Каждое замечание агента содержит цитату пункта, номер страницы, нарушенное правило и предложение по формулировке. Замечание без цитаты в отчет не попадает. Юристу не нужно искать пункт в тексте самому.

У Claude есть отдельная функция цитирования. Для PDF она возвращает номер страницы, для простого текста позицию символов. Цитата по документации извлекается из самого документа, поэтому ссылка указывает на реальный фрагмент. Но верно ли агент понял этот фрагмент, проверяет юрист. Подробнее о том, как агент ищет по вашим документам, я писал в разборе RAG простыми словами.

Какие ошибки ИИ допускает в договорах?

Самая опасная ошибка модели выглядит как уверенный ответ без опоры на текст. В исследовании Стэнфордского университета (Magesh и др., Journal of Empirical Legal Studies, 2025) специализированные инструменты Lexis+ AI и Westlaw выдавали галлюцинации в доле ответов от 17 до 33%. Речь шла о поиске по праву и судебной практике, но механизм тот же: модель достраивает ответ, когда источника нет.

В проверке договора я бы ждал четырех типичных ошибок.

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

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

Длинные договоры тоже имеют предел. В одном запросе к Claude помещается до 600 страниц PDF, при контекстном окне меньше 1 млн токенов до 100 страниц, при размере запроса до 32 МБ. Плотный текст с таблицами заполняет контекст раньше этого лимита. Поэтому договор с большими приложениями, спецификациями и графиками платежей агент проверяет по частям, а отчеты по частям собирает в один список.

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

Как встроить проверку в согласование?

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

Схему удобно описать на одной странице, по шагам.

1. Инициатор загружает договор в карточку согласования.
2. Агент получает копию файла с правами только на чтение.
3. Агент сверяет текст с правилами для этого типа договора.
4. Отчет с цитатами и номерами пунктов прикрепляется к карточке.
5. Юрист соглашается с замечанием или отклоняет его.
6. Отклоненные замечания идут в разбор, чтобы уточнить правило.

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

Формат файла влияет на схему. API Claude работает с PDF и простым текстом, файлы .docx перед отправкой конвертируют. Инструмент file search у OpenAI читает .doc, .docx и .pdf напрямую, без конвертации. Конвертер и место хранения копий описываются заранее, до первого договора, чтобы копии с персональными данными не оседали в случайных папках сотрудников.

Отдельно решите, что делать с персональными данными. В договоре почти всегда есть ФИО подписантов и представителей, а по статье 3 закона 152-ФЗ это персональные данные. Если модель работает на серверах за пределами России, действует статья 12 о трансграничной передаче. С 1 марта 2023 года оператор уведомляет Роскомнадзор о намерении такую передачу вести. Где работает модель и что уходит в нее, решают до запуска вместе с ответственным за персональные данные.

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

Кто отвечает за итоговое решение?

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

Границу работы агента я описываю в трех пунктах.

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

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

Я настраиваю такую проверку для одного типа договоров и описываю, где агенту нужна проверка человеком. Что входит в работу, описано на странице ИИ для юридического отдела. Для начала нужны шаблон, несколько подписанных договоров этого типа и правила, по которым ваш юрист их согласовывал.