ИИ может заметно ускорить первичный анализ договора: составить карту условий, выделить риски для конкретной стороны, найти противоречия и предложить альтернативные формулировки. Но итог зависит не столько от выбранной нейросети, сколько от того, какую задачу ей поставил юрист.
Запрос «проверь договор» почти всегда приводит к общему ответу. Модель перечисляет стандартные пункты, сообщает о необходимости проверить ответственность, расторжение и подсудность, после чего советует обратиться к специалисту. Формально всё верно, практически пользы немного.
Рабочий анализ начинается с другого вопроса: чьи интересы мы защищаем, какого результата хочет эта сторона и какие риски для неё действительно критичны?
Что ИИ умеет делать при анализе договора
Нейросеть хорошо справляется с задачами, в которых нужно быстро обработать текст и сопоставить множество условий. Например, она может:
извлечь основные параметры договора;
найти отсутствующие или неполные условия;
показать обязанности, сроки и последствия нарушения;
сопоставить положения разных разделов;
обнаружить разные суммы, даты и названия сторон;
составить перечень рисков для заказчика, исполнителя, арендатора или другой стороны;
предложить более безопасную редакцию пункта;
сравнить первоначальную и изменённую версии документа;
подготовить вопросы к клиенту или контрагенту.
При этом нейросеть не знает всех обстоятельств сделки, если юрист их не сообщил. Она не понимает коммерческие приоритеты клиента, содержание устных договорённостей, реальное распределение переговорных сил и документы, которые не были загружены.
Поэтому ИИ следует использовать как инструмент первого анализа и проверки гипотез, а не как автора окончательного юридического заключения.
Шаг 1. Определите задачу и сторону договора
До загрузки документа зафиксируйте четыре вещи:
Какой договор анализируется.
В чьих интересах проводится проверка.
Какого результата сторона хочет добиться.
Какие условия для неё неприемлемы.
Например, арендатору могут быть особенно важны ограничение индексации, возможность досрочного выхода и порядок возврата обеспечительного платежа. Для арендодателя приоритеты будут другими: своевременная оплата, сохранность помещения и понятный порядок освобождения объекта.
Если не указать сторону, нейросеть постарается сохранить абстрактный баланс интересов. Получится нейтральный обзор, хотя в реальной договорной работе юрист обычно защищает вполне конкретную позицию.
Шаг 2. Подготовьте документы и уберите лишние данные
Для качественного анализа одного текста договора может быть недостаточно. Проверьте, есть ли приложения, техническое задание, спецификации, протокол разногласий, дополнительные соглашения и документы, на которые ссылается договор.
Если в тексте есть персональные данные, коммерческая тайна, банковские сведения или иная конфиденциальная информация, сначала определите, допустима ли загрузка документа в выбранный сервис. При необходимости обезличьте файл и замените чувствительные сведения нейтральными обозначениями: «Заказчик», «Контрагент 1», «Объект А», «Сумма N».
Подробнее о правилах загрузки документов мы писали в статье «Можно ли юристу загружать договоры и судебные материалы в ChatGPT».
Настройки конфиденциальности самого сервиса тоже нужно проверить заранее. Например, в ChatGPT можно отключить использование новых разговоров для улучшения моделей в разделе Data Controls. Временные чаты не сохраняются в истории и не используются для обучения моделей, однако копия разговора может храниться до 30 дней. Эти настройки снижают отдельные риски, но не заменяют профессиональную оценку допустимости передачи конкретного документа.
Шаг 3. Составьте карточку анализа
Перед основным запросом полезно дать нейросети короткую карточку сделки. Она может выглядеть так:
Тип договора: аренда, поставка, подряд, услуги или другой вид.
Юрисдикция: Российская Федерация.
Анализируемая сторона: чьи интересы защищаем.
Цель сделки: какой практический результат нужен клиенту.
Критичные условия: цена, сроки, приёмка, ответственность, расторжение и другие приоритеты.
Допустимые уступки: чем сторона готова пожертвовать на переговорах.
Недопустимые риски: что нельзя принимать ни при каких условиях.
Дополнительные документы: приложения, техническое задание, спецификации, переписка.
Контекст переговоров: проект контрагента, наша редакция или протокол разногласий.
Требуемый результат: обзор, таблица рисков, протокол разногласий или новая редакция.
Эта карточка не должна быть большой. Её задача — объяснить модели контекст, которого нет в тексте договора.
Шаг 4. Сначала попросите извлечь условия
Не начинайте сразу с оценки рисков. На первом проходе попросите ИИ извлечь фактическое содержание договора без собственных догадок.
В результате должна появиться карта документа:
стороны и подписанты;
предмет;
цена и порядок оплаты;
сроки и этапы;
порядок исполнения;
передача результата и приёмка;
гарантии;
ответственность;
односторонний отказ и расторжение;
конфиденциальность;
интеллектуальные права;
форс-мажор;
применимое право и подсудность;
приложения и документы, являющиеся частью договора.
Если какого-либо условия нет, модель должна написать «не указано», а не достраивать его по типовой форме. Уже на этом этапе часто обнаруживаются пропуски, разные даты, ссылки на отсутствующие приложения и другие технические проблемы.
Шаг 5. Постройте карту рисков
После извлечения условий переходите к их оценке. Удобный формат — таблица из шести столбцов:
Пункт договора → в чём риск → для кого возникает → возможные последствия → уровень риска → рекомендуемое действие.
Просите модель учитывать именно вашу сторону и фактическую цель сделки. Один и тот же пункт может быть выгодным для исполнителя и опасным для заказчика.
Уровень риска лучше обозначать словами:
критический;
высокий;
средний;
низкий;
требует уточнения.
Цветные маркеры выглядят наглядно, но текстовый статус проще переносить в заключение, таблицу разногласий или задачу для коллеги.
Шаг 6. Проверьте договор на внутренние противоречия
Отдельно попросите нейросеть сопоставить связанные положения. Это важнее обычного поиска «плохих пунктов».
Например, в одном разделе может быть предусмотрена предоплата, а в приложении — оплата после приёмки. Общий срок договора может не совпадать с календарным планом. Право на односторонний отказ может противоречить специальному порядку расторжения. Ответственность может одновременно ограничиваться определённой суммой и устанавливаться без ограничения в другом разделе.
Поставьте нейросети задачу найти:
разные суммы и валюты;
несовпадающие сроки;
разные названия сторон и документов;
конфликтующие процедуры;
ссылки на отсутствующие или неверно названные приложения;
обязанности без срока исполнения;
санкции без понятного основания для начисления;
права одной стороны, которым не соответствует обязанность другой.
Такой проход часто даёт больше практической пользы, чем общий юридический обзор.
Шаг 7. Попросите предложить новую редакцию
Указания на риск недостаточно. По каждому существенному замечанию попросите дать:
Действующую формулировку.
Объяснение риска.
Предлагаемую редакцию.
Причину, по которой новая версия лучше защищает вашу сторону.
Компромиссный вариант для переговоров.
Компромиссная редакция особенно полезна, когда очевидно, что контрагент не согласится на максимально жёсткую позицию. Тогда юрист получает не одну формулировку, а небольшой переговорный коридор.
Важно потребовать, чтобы ИИ не менял факты, суммы, сроки и бизнес-условия без прямого указания. Если данных недостаточно, модель должна поставить вопрос или использовать заметный плейсхолдер.
Шаг 8. Попросите ИИ выступить юристом другой стороны
После подготовки собственной позиции полезно запустить второй анализ:
Представь, что ты представляешь другую сторону договора. Найди слабые места в предложенных нами изменениях, объясни, какие пункты ты отказался бы согласовывать и какие встречные формулировки предложил бы.
Такой запрос помогает заранее увидеть возражения контрагента. ИИ здесь полезен не как источник единственно правильного ответа, а как быстрый оппонент.
После этого можно разделить замечания на три группы:
обязательные изменения;
желательные изменения;
позиции, которыми можно обмениваться в ходе переговоров.
Готовый промпт для анализа договора
Скопируйте промпт, заполните карточку и приложите договор.
Ты — помощник практикующего юриста по договорной работе в Российской Федерации.
Твоя задача — провести первичный анализ приложенного договора строго в интересах указанной мной стороны. Не составляй формальный обзор и не пересказывай весь документ. Найди конкретные юридические, коммерческие и процедурные риски.
Карточка анализа:
Тип договора: [указать].
Анализируемая сторона: [указать].
Цель сделки: [указать].
Критичные условия: [указать].
Допустимые уступки: [указать].
Недопустимые риски: [указать].
Дополнительные документы: [перечислить].
Требуемый результат: [например, таблица рисков и предлагаемые редакции].Правила работы:
Используй только сведения из договора, приложений и карточки анализа.
Не придумывай отсутствующие факты, нормы, судебные решения, суммы, сроки и договорённости.
Если данных недостаточно, прямо укажи это и сформулируй вопрос.
При ссылке на условие всегда указывай номер пункта договора.
Отделяй содержание документа от своих выводов и рекомендаций.
Учитывай интересы указанной стороны, а не абстрактный баланс сторон.
Не изменяй коммерческие параметры без прямого указания.
Порядок анализа:
Этап 1. Карта договора.
Извлеки стороны, предмет, цену, порядок оплаты, сроки, этапы, порядок исполнения и приёмки, гарантии, ответственность, расторжение, конфиденциальность, интеллектуальные права, форс-мажор, подсудность и перечень приложений. Если условие отсутствует, напиши «не указано».Этап 2. Недостающие данные.
Покажи отсутствующие документы, незаполненные поля, ссылки на несуществующие приложения и вопросы, без которых нельзя закончить анализ.Этап 3. Карта рисков.
Составь таблицу: пункт договора | содержание условия | риск для анализируемой стороны | возможные последствия | уровень риска | что рекомендуется сделать.Этап 4. Внутренние противоречия.
Найди несовпадающие суммы, даты, сроки, названия, процедуры и иные конфликтующие положения.Этап 5. Предлагаемые редакции.
Для каждого критического и высокого риска приведи действующую формулировку, основную предлагаемую редакцию и компромиссный вариант для переговоров. Объясни различия кратко и конкретно.Этап 6. Ручная проверка.
В конце составь отдельный список вопросов, норм права, фактов и внешних документов, которые юристу необходимо проверить самостоятельно.Сначала изучи приложенный договор и карточку. Если отсутствует документ или критически важная информация, не начинай итоговый анализ, а задай мне необходимые уточняющие вопросы.
Что обязательно проверить вручную
Даже подробный ответ ИИ нельзя сразу отправлять клиенту или превращать в протокол разногласий. Юристу необходимо самостоятельно проверить:
правильность квалификации договора;
применимую редакцию законодательства;
существенные условия конкретного вида договора;
полномочия сторон и необходимые одобрения;
налоговые и отраслевые последствия;
взаимосвязь договора с приложениями и перепиской;
выполнимость предложенных процедур;
соответствие рекомендаций реальным целям клиента;
отсутствие потерянных оговорок в новой редакции.
Особенно внимательно нужно относиться к условиям об ответственности, обеспечении обязательств, интеллектуальных правах, персональных данных, налогах, расторжении и подсудности. Ошибка в таких блоках может изменить не стиль, а распределение рисков всей сделки.
Частые ошибки при анализе договора с ИИ
Загрузить договор без объяснения контекста.
Нейросеть не знает, кого вы представляете и какой результат нужен клиенту.
Попросить проверить договор «по законодательству РФ».
Задача слишком широкая. Лучше перечислить конкретные блоки и потребовать отдельный список вопросов для ручной правовой проверки.
Принимать любую предлагаемую редакцию.
Формулировка может звучать убедительно, но не соответствовать бизнес-процессу сторон.
Анализировать только основной файл.
Ключевые условия нередко находятся в приложении, спецификации, задании или протоколе разногласий.
Не сравнивать первоначальный и исправленный тексты.
После редактирования нужно проверить, не исчезли ли важные оговорки и не возникли ли новые противоречия.
Загружать документ без оценки конфиденциальности.
Сначала определите допустимый состав данных, настройки сервиса и необходимость обезличивания.
Короткий чек-лист
Перед завершением работы убедитесь:
Указана анализируемая сторона.
Зафиксирована цель сделки.
Загружены все приложения.
Чувствительные данные удалены или их передача допустима.
ИИ составил карту условий без домыслов.
Риски привязаны к конкретным пунктам.
Найдены внутренние противоречия.
Для существенных рисков предложены новые редакции.
Подготовлена позиция для переговоров.
Результат проверен юристом вручную.
Главное
ИИ не должен принимать решение за юриста. Его задача — быстрее разобрать документ, не потерять важные блоки, показать возможные риски и подготовить основу для профессиональной работы.
Рабочая схема выглядит так:
Карточка сделки → извлечение условий → карта рисков → проверка противоречий → альтернативные редакции → позиция другой стороны → ручная юридическая проверка.
В клубе «ЮрИИсты» участники получают полный гайд «Единый промпт для договоров + карточка данных юриста», готовые шаблоны для разных договорных задач и практические разборы документов.