Нейросети для юристов: как проверяют договоры и готовят документы в реальном бизнесе

Какие юридические задачи удобно проверять первыми

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

Кейс A&O Shearman: ContractMatrix в работе с договорами

Microsoft в мае 2024 года описала применение ContractMatrix юристами A&O Shearman. Инструмент разработан вместе с Microsoft и Harvey для подготовки, проверки и переговорной работы с договорами. В публикации указаны около 1 900 пользователей-юристов и заявленная экономия примерно семи часов на среднем обзоре договора, около 30% в описанном процессе. Это не означает рост эффективности всей фирмы на 30%. Источник: Microsoft UK Stories, 28 мая 2024.

В июле 2025 года сама A&O Shearman сообщила о модуле Analyze: проверка по заранее заданным клиентским правилам и позициям с обязательным участием юриста в просмотре результата. Это более конкретный сценарий, чем свободный вопрос «найди риски»: критерии проверки задаются заранее. Источник: A&O Shearman, 17 июля 2025.

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

Кейс Ashurst: скорость первого проекта и качество проверяли отдельно

В отчёте Vox PopulAI за июнь 2024 года Ashurst раскрыла испытания с участием 411 партнёров, юристов и сотрудников в 23 офисах. С ноября 2023 по март 2024 года использовались опросы, небольшие контролируемые эксперименты и слепая оценка; данные были публичными, а не клиентскими.

В отдельных экспериментах экономия времени на первом проекте составляла около 80% для корпоративных документов, 59% для отраслевых обзоров и 45% для юридических записок. При этом в слепой оценке юридическая точность человеческих проектов в среднем была выше: 3,5 балла из 5 против 3 у материалов ИИ. Среди выявленных проблем была неверная ссылка на исход судебного дела. Источник: Ashurst, Vox PopulAI, 10 июня 2024.

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

Кейс Slaughter and May: классификация и извлечение при due diligence

В собственном Legal Tech Toolkit октября 2023 года Slaughter and May включает Luminance в рабочий набор инструментов. Фирма описывает применение для распознавания видов документов и положений в большом массиве, анализа, распределения задач и извлечения данных для отчётности по due diligence — проверке документов сделки. Источник: Slaughter and May, Legal Tech Toolkit, страницы 15, 18 и 20 PDF.

Это подтверждение именованного практического сценария. Документ не раскрывает достаточного измерения, чтобы обещать конкретный процент ускорения проверки сделки. Также перечень инструментария 2023 года не устанавливает текущую конфигурацию фирмы на октябрь 2026-го.

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

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

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

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

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

Что подготовить до загрузки документов

Версии и состав пакета

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

Уточните, какие материалы действительно доступны системе. Ответ «условие не найдено» означает лишь отсутствие в просмотренном наборе, пока юрист не подтвердил полноту пакета.

Внутренняя позиция и шаблоны

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

Доступ и условия использования

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

Как должен выглядеть проверяемый ответ

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

Предлагаемая карточка результата:

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

Пример задания для анализа документов

Ниже — редакционный шаблон для теста. Он задаёт формат работы, но не гарантирует достоверность ответа и не является правовой позицией.

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

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

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

Как связать инструмент с документами и рабочим процессом

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

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

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

Как провести испытание без красивых, но бесполезных метрик

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

Измеряйте не только количество найденных пунктов, но и:

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

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

Экономика для юридической фирмы и внутреннего отдела

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

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

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

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

Частые вопросы

Источники и ограничения

Проверено 25 октября 2026 года. Показатели A&O Shearman опубликованы участником разработки Microsoft; отчёт Ashurst — собственное исследование фирмы на определённых задачах и небольших экспериментальных группах. Toolkit Slaughter and May подтверждает сценарий использования, но не даёт количественной оценки окупаемости.

• Microsoft: ContractMatrix в A&O Shearman, 28 мая 2024.
• A&O Shearman: Analyze и проверка по клиентским правилам, 17 июля 2025.
• Ashurst: Vox PopulAI, 10 июня 2024.
• Slaughter and May: Legal Tech Toolkit, октябрь 2023.

Связанные процессы: обработка счетов в бухгалтерии и ИИ в клиентской поддержке. Все статьи — в оглавлении.