Нейросеть для юриста: проверка договоров

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

Что реально ускоряется

Четыре операции с управляемым риском.

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

Сравнение с эталоном. Ваш типовой договор против присланного контрагентом: что добавлено, что убрано, что изменено. Здесь модель полезна тем, что не устаёт на тридцатой странице.

Поиск по формулировке. «Найди всё, что касается передачи прав» — быстрее, чем поиск по словам, потому что находит и синонимичные конструкции.

Краткая карточка документа. Стороны, предмет, срок, сумма — для реестра и для того, кто берёт дело первый раз.

Общее: модель готовит материал, решение остаётся за юристом. Эта граница здесь жёстче, чем в любом другом сценарии.

Где начинается недопустимое

Четыре вещи, которые нельзя отдавать независимо от качества модели.

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

Вывод «договор можно подписывать». Приёмочное решение.

Трактовка спорной формулировки. Ровно то место, где нужен человек с квалификацией.

Составление договора с нуля для подписания. Черновик по вашему шаблону — приемлемо, документ на подпись — нет.

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

Как ловить пропуски

Главная методическая часть.

Требуйте ссылку на пункт. Каждое извлечённое условие — с номером пункта и цитатой. Без ссылки строка не считается найденной.

Требуйте явное «не найдено». По каждому пункту чек-листа должен быть ответ: либо условие с ссылкой, либо прямое «в документе отсутствует». Пустая строка недопустима — почему обязательные поля провоцируют выдумку.

Проверяйте ссылки программно. Пункт с таким номером существует? Цитата встречается в тексте дословно? Это десяток строк кода и целый класс ошибок.

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

Четвёртый приём стоит недорого и ловит именно то, что иначе не ловится: нестабильность извлечения на длинном тексте.

Что делать с длинными документами

Практическая часть, где решается и качество, и бюджет.

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

Сначала оглавление и структура. Разбить документ по разделам своим кодом.

Потом извлечение по разделам. Каждый чек-лист применяется к релевантным разделам, а не ко всему тексту.

Потом сведение. Собрать результаты программно, а не просить модель пересказать пересказ.

Механика работы с документами и типовые ошибки извлечения текста — как обработать PDF через API. Отдельно про таблицы: приложения с расценками извлекаются хуже всего, и итоговые суммы там надо сверять обязательно.

Что уходит наружу

Договор — коммерческая информация, часто с персональными данными сторон.

Решите, какие документы вообще обрабатываются. Не «все», а перечень: например, типовые договоры поставки — да, документы по спорам — нет.

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

Отправляйте раздел, а не документ. Это и приватность, и деньги.

Прочитайте, что хранит провайдер, до первого документа. У нас это llms.txt; общий разбор — что уходит провайдеру.

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

Сколько это стоит

Порядок величин.

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

Экономика ломается в одном случае: если отправлять весь текст при каждом вопросе. Разбор по разделам и повторное использование извлечённого решают это — как перевести объём в рубли.

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

Как внедрять

Пять шагов.

1. Возьмите пятьдесят уже проверенных договоров с известным результатом — это готовая выборка.
2. Составьте чек-лист из семи-десяти пунктов. Не двадцати.
3. Прогоните и сравните с тем, что нашёл юрист.
4. Считайте пропуски отдельно от ошибок. Пропущенное условие дороже неверно процитированного: второе видно, первое нет.
5. Оставьте юриста на решении. Всегда.

Четвёртый пункт — ключевой. Обычная точность здесь бесполезна, потому что скрывает именно ту ошибку, которая опасна.

Как построить чек-лист

От него зависит больше, чем от модели. Четыре правила.

Семь-десять пунктов, не двадцать. Длинный чек-лист снижает точность по каждому пункту: модель распределяет внимание.

Каждый пункт — про факт, а не про оценку. «Указан ли срок оплаты» — да. «Приемлем ли срок оплаты» — нет.

Формулировка должна допускать ответ «нет». Пункт, сформулированный как «найди условие о неустойке», подталкивает найти хоть что-нибудь. «Есть ли в договоре условие о неустойке; если да — процитируй пункт, если нет — так и укажи» работает иначе.

Синонимы перечислены явно. «Неустойка, пеня, штраф» — иначе часть формулировок пройдёт мимо.

Отдельный приём для сложных документов: два прохода. Первый — по структуре: какие разделы есть и о чём. Второй — точечный поиск по чек-листу в релевантных разделах. Так и дешевле, и точнее, чем один проход по всему тексту.

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

Чего мы не утверждаем

Мы не юристы, и это не юридическая консультация.

Не сравниваем модели по качеству работы с правовыми текстами. Своих замеров мы не делали.

Не обещаем полноты извлечения. Проверки выше снижают долю пропусков, но не обнуляют её.

Не даём советов по обработке персональных данных — это к вашему юристу и регламенту.

Что нужно, чтобы попробовать

Ключ заводится за минуту на keydealer.ru/login — почта и пароль, без документов и без зарубежной карты. Оплата российской картой в рублях, один ключ на весь каталог.

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

Что держать в голове

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

Главная защита — требовать ссылку на пункт для каждого условия и явное «не найдено» там, где условия нет. Иначе пропуск и отсутствие выглядят одинаково, а стоят по-разному. Начать разумно с одного типа договоров — там, где документы однотипны и чек-лист очевиден: результат виден на первой же полусотне, а выводы переносятся на остальные типы.

Как мы проверяем факты и что храним из запросов — на странице о проекте и в llms.txt. Проверить на своих документах: keydealer.ru/login.