Коротко
Юрист уже сейчас может отдать нейросети черновую часть работы с договором: прочитать сорок страниц, сверить условия с правилами компании, выписать рискованные пункты с цитатами, набросать протокол разногласий и письмо контрагенту. Решение о риске, позиция в переговорах и подпись остаются за юристом.
Инструменты делятся на три класса. Общие чат-модели (ChatGPT, Claude, GigaChat, YandexGPT) хорошо пишут и пересказывают, но могут выдумать норму. Правовые базы с ИИ-помощником, например КонсультантПлюс в России и PRG.Komek в Казахстане, отвечают по законодательству со ссылками на источник. Агенты Claude Code и Codex работают на вашем компьютере с целой папкой документов.
Ниже один договор поставки по праву Казахстана проходит весь путь: правила компании, проверка, протокол разногласий, письмо, сверка ссылок на нормы. Сначала в обычном чате, потом агентом по папке договоров. В конце разберём, что нельзя загружать в нейросеть, как защититься от выдуманной практики и когда отделу нужна своя система.
Что юрист может поручить ИИ уже сейчас
Знаний юристу в компании обычно хватает. Не хватает времени на рутину вокруг них, и именно эту рутину нейросеть берёт на себя лучше всего.
| Задача | Что делает ИИ | Что остаётся юристу |
|---|---|---|
| Первичная проверка договора | Проходит по пунктам и отмечает отклонения от правил компании | Решить, какие риски приемлемы |
| Сравнение редакций | Показывает, что контрагент поменял в нашем шаблоне | Оценить смысл правок |
| Протокол разногласий | Собирает таблицу «их редакция / наша редакция / обоснование» | Утвердить позиции |
| Письмо контрагенту | Пишет черновик в нужном тоне | Поправить и отправить |
| Пересказ документа | Сжимает решение суда или длинный договор до сути | Проверить по тексту |
| Сроки и обязательства | Выписывает даты уведомлений, автопродление, штрафы | Поставить в календарь и проконтролировать |
| Поиск норм и практики | В правовой базе находит ответ со ссылкой | Открыть норму и прочитать редакцию |
Последняя строка самая опасная. Общая модель пишет ссылку на статью так же уверенно, как всё остальное, поэтому каждую норму из её ответа нужно открыть в первоисточнике. Об этом подробно ниже.
Какие нейросети подходят юристу
Рейтинг тут мало что даёт: модели обновляются каждые несколько месяцев, а выбор зависит от задачи и от того, где можно хранить данные. Полезнее понимать классы инструментов.
| Класс | Примеры | Сильная сторона | Слабое место |
|---|---|---|---|
| Общие чат-модели | ChatGPT, Claude, GigaChat, YandexGPT | Текст: письма, пересказ, структура претензии, протокол разногласий | Не знают ваших правил и могут выдумать норму или дело |
| Правовые базы с ИИ | КонсультантПлюс, PRG.Komek | Ответ опирается на актуальное законодательство и практику со ссылками | Не видят ваших договоров и позиции компании |
| Агенты на компьютере | Claude Code, Codex | Работают с папкой файлов: десятки договоров за раз, итог в таблицу | Нужна настройка, тексты уходят провайдеру модели |
Общие модели. Подходят для всего, где важен текст. В России ChatGPT и Claude официально не работают, поэтому там чаще берут GigaChat или YandexGPT. Для работы с договорами нужен корпоративный аккаунт, а не личный: разницу разберём в разделе о конфиденциальности.
Правовые базы с ИИ. У КонсультантПлюс есть ИИ-помощник, который отвечает на правовые и налоговые вопросы со ссылками на акты и судебную практику из информационных банков системы. В Казахстане похожий помощник PRG.Komek запустила PRG (бывший «Параграф»); по описанию разработчика, ответ приходит со ссылками на действующие статьи законов. Официальный текст законов Казахстана бесплатно доступен в базе «Әділет». Ответ правовой базы опирается на проверенные документы, а не на память модели. Ваших договоров и шаблонов такая база не видит.
Агенты. Claude Code от Anthropic и Codex от OpenAI выглядят непривычно для юриста: это программы, которые запускаются на вашем компьютере, в терминале или в приложении, и получают доступ к одной папке. Задание им дают обычным текстом. Агент сам открывает PDF и DOCX, сравнивает их с вашими правилами, складывает результат в таблицу и показывает, что сделал. Программировать не нужно, хотя агент иногда пишет для себя небольшие скрипты, например чтобы достать текст из скана.
Практика: один договор поставки, протокол разногласий и письмо
Ситуация. Дистрибьютор из Алматы, назовём его ТОО «Покупатель», получил от нового поставщика его редакцию договора поставки на год. Право Казахстана, двенадцать страниц, приложение со спецификацией. Юрист хочет за час понять, что в договоре опасно, и отправить поставщику протокол разногласий.
Шаг 1. Playbook: правила компании на одной странице
Playbook это записанные позиции компании по типовым условиям. У любого юридического отдела они есть, только часто живут в голове у руководителя. Для договоров поставки на стороне покупателя одна страница может выглядеть так:
- отсрочка оплаты не меньше 30 календарных дней с даты поставки;
- цена фиксирована на срок спецификации и меняется только дополнительным соглашением;
- неустойка покупателя не выше неустойки поставщика, обе ограничены 10% от суммы просроченного обязательства;
- споры рассматривает суд по месту нахождения покупателя;
- срок для претензий по качеству не меньше 10 рабочих дней с приёмки;
- одностороннего отказа от договора у поставщика нет, кроме случаев неоплаты;
- всё, чего нет в списке, юрист решает сам.
Цифры здесь условные. Их задаёт отдел, а не модель, и записывает их тот, кто отвечает за позицию. Последняя строка важна: она разрешает нейросети сказать «правило не покрывает этот случай» и не подгонять ответ.
Playbook можно составить и с помощью ИИ. Загрузите пять-шесть договоров, которые отдел уже согласовал, и попросите выписать условия, на которых компания стабильно настаивала. Получится черновик, который руководитель отдела правит за полчаса.
Шаг 2. Проверка договора в чате
Откройте корпоративный ChatGPT или Claude, приложите договор и playbook и дайте короткое задание:
Проверь договор поставки по playbook (оба файла приложены). Мы покупатель.
Для каждого отклонения дай: номер пункта, дословную цитату, правило из playbook,
флаг (красный / жёлтый). Если правило случай не покрывает, напиши «не покрыто».
Ничего не додумывай: если цитаты нет в тексте, не приводи её.
Ответ на нашем договоре выглядит примерно так:
| Пункт | Цитата | Правило | Флаг |
|---|---|---|---|
| 4.3 | «Поставщик вправе в одностороннем порядке изменить цену, уведомив Покупателя за 5 дней» | Цена меняется только допсоглашением | Красный |
| 5.2 | «Оплата производится в течение 5 банковских дней с даты отгрузки» | Отсрочка не меньше 30 дней с даты поставки | Красный |
| 7.1 | «За просрочку оплаты Покупатель уплачивает пеню 0,5% от суммы за каждый день» | Неустойка покупателя не выше неустойки поставщика, лимит 10% | Красный |
| 7.2 | «За просрочку поставки Поставщик уплачивает пеню 0,01% за каждый день, но не более 5%» | То же | Жёлтый |
| 8.4 | «Претензии по качеству принимаются в течение 2 рабочих дней» | Не меньше 10 рабочих дней | Жёлтый |
| 10.1 | «Споры рассматриваются в суде по месту нахождения Поставщика» | Суд по месту нахождения покупателя | Жёлтый |
| 11.3 | Форс-мажор без срока уведомления | Не покрыто | На решение юриста |
Пункты 7.1 и 7.2 вместе показывают то, чего нет в отдельных пунктах: пеня покупателя в пятьдесят раз выше пени поставщика и без верхнего предела. Хорошая модель замечает такую асимметрию, если в playbook есть правило про соотношение неустоек.
Дальше юрист открывает каждый пункт в самом договоре и проверяет, что цитата дословная. Это занимает пару минут и ловит главную ошибку моделей: пересказ вместо цитаты, после которого смысл пункта уже другой. Если юрист в чём-то не согласен с флагом, он не спорит с моделью, а правит playbook, чтобы в следующий раз правило было точнее.
Шаг 3. Протокол разногласий и письмо контрагенту
Флаги готовы, юрист решил, по каким пунктам спорить. Следующий запрос в том же чате:
Составь протокол разногласий по пунктам 4.3, 5.2, 7.1, 8.4, 10.1.
Колонки: редакция Поставщика, редакция Покупателя, короткое обоснование.
Нашу редакцию бери из playbook. Ссылки на законы не добавляй.
| Пункт | Редакция Поставщика | Редакция Покупателя |
|---|---|---|
| 4.3 | Поставщик вправе в одностороннем порядке изменить цену, уведомив Покупателя за 5 дней | Цена фиксирована на срок действия спецификации и изменяется дополнительным соглашением сторон |
| 7.1 | Пеня 0,5% за каждый день просрочки оплаты | Пеня 0,01% за каждый день просрочки, но не более 10% от суммы просроченного платежа |
Запрет на ссылки в этом запросе стоит намеренно. Нормы юрист добавит сам на шаге 4, иначе модель вставит их по памяти.
Письмо поставщику пишется третьим запросом: «Напиши короткое письмо коммерческому директору поставщика. Тон партнёрский, мы хотим работать. Объясни три главные правки: цена, отсрочка, неустойка. Протокол прилагается». Черновик почти всегда получается вежливее и длиннее, чем нужно. Попросите сократить вдвое и убрать общие фразы о взаимовыгодном сотрудничестве.
Шаг 4. Сверка ссылок на нормы по Әділет
Теперь в письмо и обоснования добавляются нормы. Здесь модели ошибаются чаще всего, и ошибки выглядят правдоподобно. Типичный пример: в черновике обоснования модель пишет, что суд вправе уменьшить чрезмерную неустойку «по статье 333 ГК». Это статья Гражданского кодекса России. В Гражданском кодексе Казахстана ту же возможность даёт статья 297, а договору поставки посвящена статья 458.
Порядок проверки простой:
- Попросите модель выписать все ссылки на нормы из письма и протокола отдельным списком.
- Каждую откройте в «Әділет» или в PRG и проверьте три вещи: номер статьи, что она говорит именно это и что редакция действующая.
- Ссылку, которую не нашли за минуту, удалите. Обоснование без ссылки слабее, чем обоснование с несуществующей статьёй.
Если договор по российскому праву, порядок тот же, только сверка идёт по КонсультантПлюс, «Гаранту» или официальному порталу правовой информации.
По нашей оценке для этого примера, первичный разбор договора, протокол и письмо занимают около часа вместо половины рабочего дня. Это ориентир, а не замер: многое зависит от длины договора и от того, насколько подробный у отдела playbook.
Тот же процесс в Claude Code или Codex: папка договоров
Чат хорош для одного договора. Когда поставщиков тридцать и каждый прислал свою редакцию, удобнее агент. Юрист создаёт папку, кладёт туда договоры в PDF и DOCX, файл playbook.md и короткую инструкцию. Claude Code читает её из файла CLAUDE.md, Codex из AGENTS.md:
Мы покупатель по договорам поставки, право Казахстана.
Проверь каждый договор в папке contracts/ по playbook.md.
По каждому отклонению: файл, пункт, дословная цитата, правило, флаг.
Если правило не покрывает случай, пиши «не покрыто». Файлы не изменяй.
Итог сохрани в таблицу review.xlsx.
Агент проходит по папке и собирает одну таблицу на все договоры. Юрист сортирует её по красным флагам и начинает с худших. Протоколы разногласий агент может подготовить для каждого договора отдельным файлом, по тому же образцу, что в шаге 3. Ссылки на нормы после него проверяются так же вручную.
Готовая отправная точка есть у Anthropic: открытый плагин для юристов с командой /review-contract, которая проверяет договор по playbook из файла legal.local.md, и /triage-nda для сортировки NDA. Плагин сделан для Cowork, приложения Anthropic для работы с файлами, и работает в Claude Code. Позиции в legal.local.md нужно заполнить своими правилами.
Два совета из практики. Первый: начните с режима только для чтения, чтобы агент не мог менять файлы в папке. Второй: первые дни сверяйте отчёт агента со своей проверкой на пяти-десяти договорах. Так быстро видно, какие правила он применяет уверенно, а какие нужно переписать точнее.
Если хотите освоить такую работу сами, запишитесь в лист ожидания курса по ИИ. Сейчас набор на паузе, индивидуальные занятия возможны по запросу.
Выдуманная практика: как не попасться
Самый известный провал случился в США в 2023 году. По делу Mata v. Avianca суд оштрафовал юристов, которые подали документ со ссылками на несуществующие решения, придуманные ChatGPT. Модель продолжает текст правдоподобно, а правдоподобная ссылка на дело выглядит как настоящая: номер, стороны, год, даже цитата из мотивировки.
Чтобы не повторить эту историю, хватает четырёх правил:
- Норму и практику ищите в правовой базе. Общую модель используйте для текста, а не для поиска источников.
- Запрещайте ссылки в запросе, если они не нужны прямо сейчас, как в шаге 3. Модель, которой разрешили ссылаться, сошлётся.
- Требуйте дословную цитату из приложенного документа к каждому выводу. Цитату легко проверить поиском по файлу.
- Проверяйте каждую ссылку по первоисточнику перед отправкой, даже если модель «уверена». Уверенность в тоне ничего не говорит о точности.
В рабочих системах то же правило встроено в устройство: ответ строится только из найденных документов, и пользователь видит, из какого файла и пункта взят каждый вывод. Так устроен наш ассистент по базе знаний Magnum. Для договорной работы этот принцип ещё важнее.
Конфиденциальность и персональные данные
Договор почти всегда содержит персональные данные: ФИО и ИИН подписантов, паспортные данные, телефоны. В Казахстане их обработку регулирует Закон РК «О персональных данных и их защите» от 21 мая 2013 года № 94-V, в России Федеральный закон № 152-ФЗ «О персональных данных». Оба закона требуют, чтобы базы с персональными данными граждан хранились на территории страны, а в России о передаче данных за рубеж нужно заранее уведомить Роскомнадзор. Кроме того, юрист связан тайной клиента и коммерческой тайной компании.
Что из этого следует на практике:
- Личный аккаунт в ChatGPT или Claude для клиентских договоров не подходит. На бесплатных и личных тарифах переписка может использоваться для обучения моделей, если это не отключено вручную, и компания не контролирует, кто видит историю.
- Корпоративный аккаунт с запретом обучения на ваших данных безопаснее, но и его нужно согласовать с тем, кто отвечает за данные в компании.
- Маскирование. Перед отправкой в модель замените ИИН, паспортные данные и телефоны на метки вроде [ИИН_1]. Для проверки условий договора они не нужны.
- Агенты вроде Claude Code и Codex тоже отправляют текст провайдеру модели. Режим только для чтения защищает файлы от изменений, а не данные от передачи.
- Чувствительный архив часто обрабатывают моделью в своём контуре или у облачного провайдера в нужной юрисдикции.
Как устроить корпоративный доступ к модели с ролями и журналом, мы описали в статье про корпоративный ChatGPT.
Как внедрить ИИ в юридическом отделе
Один юрист, который освоил нейросеть, ускоряет себя. Чтобы ускорился отдел, нужны общие правила, иначе каждый будет работать по-своему, а клиентские данные окажутся в личных аккаунтах.
- Правила использования на одной странице. Какими сервисами пользуемся, что можно загружать, что маскируем, кто проверяет ссылки на нормы, где ИИ не используем совсем.
- Общий playbook и библиотека запросов. Playbook по каждому типу договоров и проверенные запросы для проверки, протокола и писем лежат в одном месте. Правит их один ответственный.
- Один тип договоров для старта. Обычно это NDA, поставка или аренда: их много, и у них понятный шаблон.
- Обучение на своих документах. Юристы проходят весь цикл на реальных договорах отдела, а не на учебных примерах. Сразу видно, где модель ошибается именно на ваших бумагах.
- Разбор ошибок раз в две недели. Каждый пропущенный риск или выдуманная ссылка превращается в правку playbook или правил.
Если нужно обучить команду, посмотрите корпоративное обучение ИИ: программу собираем под задачи отдела и разбираем инструменты на ваших документах.
Когда нужна своя система
Чат и агент на ноутбуке хорошо закрывают десятки договоров в месяц. Своя система нужна, когда появляется что-то из этого списка:
- Поток. Договоров сотни, они приходят из СЭД, почты или Bitrix24, и разбирать их вручную по одному уже долго.
- Архив. Нужен поиск по своим договорам: «как мы раньше договаривались с этим поставщиком о неустойке?». Ответ должен указывать файл и пункт.
- Роли. Доступ к договорам должен повторять права в отделе, а агент на ноутбуке видит всё, что лежит в папке.
- Журнал. Через полгода нужно восстановить, какая версия playbook и какая модель поставили флаг и кто его снял.
- Проверка качества. На 50–100 договорах, по которым юристы уже знают правильный ответ, измеряют долю найденных рисков и число ложных тревог. Набор прогоняют заново после каждой смены модели или правил. Метод описан в статье о том, зачем ИИ-проекту evals.
- Данные. Тексты не должны покидать контур компании или страну.
Пилот начинают с одного типа договоров: юристы пишут playbook, собирают проверочный набор, система работает рядом с юристом, а по расхождениям правят правила. Как устроен поиск по архиву договоров и почему одного векторного индекса мало, мы разбирали в статье о RAG и его ограничениях. Пошаговая проверка входящего документа описана в материале о том, как AI-агент проверяет документы.
Если у отдела поток договоров и свой playbook, посмотрите, как мы делаем ИИ-ассистента по документам: проверка договоров по правилам компании и поиск по внутреннему архиву с указанием файла и пункта.
Чек-лист перед отправкой документа в нейросеть
- Сервис корпоративный, обучение на ваших данных отключено.
- ИИН, паспортные данные и телефоны заменены метками.
- В документе нет сведений, которые клиент запретил передавать третьим лицам.
- Вместе с договором к запросу приложен playbook.
- В запросе требуется дословная цитата к каждому выводу.
- Ссылки на нормы запрещены или будут проверены по «Әділет», PRG или КонсультантПлюс.
- Каждая цитата сверена с договором.
- Решение о риске и финальный текст письма принял юрист.
Итог
Нейросеть в договорной работе полезна как быстрый и внимательный помощник: она находит отклонения от правил, собирает протокол разногласий и пишет черновик письма. Проверку норм и решение она не заменяет. Начать можно с чата и одной страницы playbook, перейти к агенту, когда договоров становится много, и к своей системе, когда нужны поток, архив, роли и журнал. Для третьего шага у нас есть ИИ-ассистент по документам.
FAQ
Какая нейросеть лучше для юриста?
Зависит от задачи. Норму и практику ищут в правовой базе с ИИ-помощником, например КонсультантПлюс или PRG.Komek, потому что ответ опирается на её документы. Для писем, пересказа и протоколов разногласий подходят ChatGPT, Claude, GigaChat или YandexGPT в корпоративном аккаунте. Для пакетной проверки договоров по правилам компании удобны Claude Code и Codex.
Можно ли загружать договоры в ChatGPT?
В личный аккаунт клиентские договоры загружать не стоит: там персональные данные и тайна клиента. Корпоративный доступ без обучения на ваших данных безопаснее, но его нужно согласовать с ответственным за данные: в Казахстане действует закон № 94-V, в России 152-ФЗ. Персональные данные перед загрузкой лучше замаскировать.
Как проверить договор с помощью ИИ?
Запишите правила компании в playbook, приложите его вместе с договором и попросите модель выписать отклонения с номером пункта, дословной цитатой и флагом. Затем сверьте каждую цитату с договором, решите, по каким пунктам спорить, и попросите составить протокол разногласий. Ссылки на нормы добавьте сами после проверки по правовой базе.
Можно ли доверять ссылкам на законы и судебную практику от нейросети?
Только после проверки по первоисточнику. Общие модели способны придумать дело или перепутать статьи Гражданского кодекса Казахстана и России. Каждую ссылку открывайте в «Әділет», PRG или КонсультантПлюс и проверяйте номер, содержание и действующую редакцию.
Заменит ли ИИ юриста?
Нет. Нейросеть снимает подготовительную работу: извлекает условия, сравнивает с шаблоном, находит отклонения, готовит черновики. Решение о риске, позиция в переговорах и подпись остаются за юристом. Хорошо настроенная модель ещё и сама говорит, когда случай выходит за рамки правил.
Что такое Claude Code и Codex и нужно ли уметь программировать?
Это программы-агенты от Anthropic и OpenAI, которые работают на вашем компьютере с папкой файлов. Задание им пишут обычным текстом, программировать не нужно. Юристу они полезны, когда договоров много: агент проверит всю папку по playbook и соберёт одну таблицу. Тексты при этом уходят провайдеру модели, поэтому правила конфиденциальности те же, что для чата.
Сколько стоит своя система для проверки договоров?
Зависит от числа типов договоров, состояния архива, требований к хранению данных и интеграций с СЭД, 1С или Bitrix24. Первый пилот делают на одном типе договоров с проверочным набором и метриками, а оценку дают после разбора процесса и примеров договоров.
