ИИ для подготовки юридических документов: от шаблона к проекту

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

Причина не в качестве модели, а в постановке задачи. Разберём подход, при котором экономия оказывается реальной.

Три способа поставить задачу

Разница в результате настолько велика, что имеет смысл рассмотреть их отдельно.

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

Рабочий процесс

1. 1

   Выбрать эталонную редакцию

   Тот документ фирмы, который вы бы взяли за основу вручную. Если эталона нет — сначала он, потом ИИ.

2. 2

   Собрать вводные

   Стороны, предмет, ключевые коммерческие условия, позиция клиента, ограничения, что уже согласовано с контрагентом.

3. 3

   Указать, что менять нельзя

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

4. 4

   Получить проект с отметками

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

5. 5

   Проверить по чек-листу

   Не вычитывать целиком, а проверять по перечню: соответствие вводным, полнота, внутренняя согласованность, ссылки.

6. 6

   Переписать своими словами ключевые места

   Аргументация и принципиальные формулировки пишутся юристом. Чужой стиль в документе фирмы заметен.

Промпт для адаптации шаблона

Роль: юрист, готовящий проект договора для клиента.

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

Задача: подготовить проект договора на основе эталонной редакции с учётом согласованных условий.

Правила работы:
— Сохраняй структуру и формулировки эталонной редакции везде, где вводные не требуют изменений.
— Меняй только то, что необходимо изменить по вводным.
— НЕ переформулируй разделы об ответственности, конфиденциальности, применимом праве и порядке разрешения споров — они используются без изменений.
— Если вводных недостаточно для заполнения условия, вставь пометку [РЕШЕНИЕ ЮРИСТА] с описанием того, что нужно определить, вместо того чтобы выбирать вариант самостоятельно.
— Если согласованное условие противоречит эталонной редакции, не пытайся совместить их: вынеси противоречие отдельным пунктом в конце.

После текста договора приведи:
1. Перечень изменённых разделов с кратким описанием изменения.
2. Перечень мест с пометкой [РЕШЕНИЕ ЮРИСТА].
3. Перечень выявленных противоречий между вводными и эталонной редакцией.

Ограничение: не добавляй условия, которых нет ни в эталонной редакции, ни во вводных.

Стиль фирмы

Инструкции вроде «пиши в деловом стиле» практически не влияют на результат. Работают примеры.

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

Процессуальные документы

Здесь требуется отдельная осторожность, потому что цена ошибки максимальна.

Три коротких промпта под частые задачи

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

Роль: юрист, представляешь интересы заказчика.

Контекст: приложен фрагмент переписки и спорный пункт договора.

Задача: подготовить письмо контрагенту с изложением нашей позиции по этому пункту и предложением формулировки.

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

Контекст: приложена расшифровка встречи с клиентом.

Задача: подготовить внутреннюю записку для команды.

Структура:
1. Что решено — списком, с указанием, кто принял решение.
2. Что осталось нерешённым и от чего зависит.
3. Поручения: что, кому, к какому сроку (только то, что прозвучало явно).
4. Риски и оговорки, о которых клиент упомянул.

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

Задача: объяснить приложенный пункт договора клиенту, который не является юристом.

Требования:
— Что этот пункт означает на практике: одно-два предложения.
— В какой ситуации он сработает: конкретный пример.
— Чем он выгоден или невыгоден клиенту.
— Что произойдёт, если его убрать.

Ограничения:
— Без юридической терминологии; там, где термин необходим, объясняй его при первом употреблении.
— Не давай рекомендации подписывать или не подписывать: решение за юристом и клиентом.
— Не более 200 слов.

Чек-лист проверки проекта

Проверка документа, подготовленного с ИИ, отличается от обычной вычитки: искать нужно другие дефекты.

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

Что даёт наибольшую экономию

По практике внедрения экономия распределяется неравномерно, и полезно понимать, куда направлять усилия в первую очередь.

Где ограничение оказывается не в модели

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

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

Общая методика — в практическом руководстве по использованию ИИ. Проверка чужих документов — в материале об анализе договоров. Правила обращения с материалами клиента при подготовке документов — в AI-политике фирмы.

Источники

• Постановление Арбитражного суда Западно-Сибирского округа по делу № А27-7831/2025 — обзор прецедента
• American Bar Association, Formal Opinion 512, требования к проверке результатов и биллингу, 2024 — текст заключения
• Magesh V. и др. «Hallucination-Free? Assessing the Reliability of Leading AI Legal Research Tools», Stanford RegLab, 2024 — публикация