ИИ удобно обсуждать через названия моделей, рейтинги сервисов и коллекции промптов. Но для юриста это не лучший старт. Пока не определена рабочая задача, невозможно понять ни какой инструмент нужен, ни какие данные ему можно передать, ни как проверить ответ.
Начинать стоит с одной ограниченной операции, результат которой можно сопоставить с исходными документами. Не «проанализируй дело», а «собери хронологию из приложенных материалов». Не «проверь договор», а «выдели условия об ответственности и сопоставь их с нашим перечнем рисков».
Такой подход не превращает ИИ в самостоятельного юридического советника. Он даёт юристу управляемый черновик, таблицу, структуру или список вопросов — то есть промежуточный результат, который можно проверить.
Как выбрать первую задачу
Хорошая задача для первого эксперимента отвечает четырём условиям.
У неё есть понятные исходные материалы: текст договора, судебные акты, переписка, утверждённая правовая позиция или внутренний шаблон.
Результат можно проверить: сверить даты, найти цитату в первоисточнике, сопоставить пункт договора с чек-листом или сравнить черновик с образцом.
Ошибка не запускает необратимое действие. Ответ ИИ не отправляется клиенту, в суд или контрагенту без проверки юриста.
Для эксперимента не нужно передавать сервису персональные, конфиденциальные или иные защищённые сведения. Если без документа не обойтись, сначала нужно определить допустимость его использования и обезличить данные.
Если хотя бы одного условия нет, задачу лучше сузить или выбрать другой учебный материал.
Сценарий 1. Собрать факты и хронологию
ИИ можно поручить извлечь из нескольких документов даты, участников, события, суммы, ссылки на приложения и противоречия. Удобный результат — таблица «дата / событие / источник / что требует уточнения».
Это полезно при первом знакомстве с делом, длинной переписке, договорной истории или массиве приложений. Юрист быстрее видит пробелы: отсутствующий акт, разные даты поставки, несогласованные суммы, ссылку на документ, которого нет в комплекте.
Ограничение: модель не определяет юридическую значимость факта и может пропустить фрагмент, особенно в некачественном скане. Каждая строка должна вести к конкретному месту в исходном документе. Хронология — навигация по материалам, а не доказанный состав обстоятельств.
Сценарий 2. Построить структуру юридического документа
На основе утверждённой фабулы ИИ может предложить структуру претензии, заключения, ходатайства, памятки или письма: какие разделы нужны, в какой последовательности изложить факты, где разместить правовую аргументацию и приложения.
Полезный результат здесь — не готовый документ «под подпись», а подробный план с вопросами к юристу. Например: «каким документом подтверждается передача товара?», «есть ли условие о претензионном порядке?», «какой способ защиты выбран и почему?».
Ограничение: модель не должна заполнять пробелы выдуманными обстоятельствами, реквизитами дел или нормами. Процессуальные требования, сроки, подсудность и просительную часть юрист проверяет самостоятельно по актуальным источникам.
Сценарий 3. Составить таблицу договорных рисков
Вместо запроса «проверь договор» лучше задать конкретные критерии: предмет, цена, сроки, приёмка, ответственность, односторонний отказ, заверения, интеллектуальные права, персональные данные и разрешение споров. Подробный рабочий цикл мы разбирали в материале о том, как анализировать договор с помощью ИИ.
ИИ может собрать таблицу «пункт / условие / риск / кому выгодно / вопрос клиенту / вариант изменения». Ещё надёжнее, если вместе с договором ему передан утверждённый чек-лист или договорная политика компании.
Ограничение: модель не знает коммерческих приоритетов клиента, если они не описаны. Необычное условие не обязательно невыгодно, а отсутствие привычной формулировки не всегда создаёт риск. Итоговую оценку и редакцию условия делает юрист с учётом сделки целиком.
Сценарий 4. Разобрать проверенные судебные акты
ИИ полезен, когда корпус практики уже собран из надёжного источника. Можно попросить выделить обстоятельства, позицию каждой стороны, применённые нормы, доказательства, вывод суда и причины, по которым похожие дела закончились по-разному.
Результат удобно свести в матрицу: «дело / ключевой факт / аргумент / доказательство / вывод / применимость к нашей ситуации». Так видно не только совпадение ключевых слов, но и факторы, повлиявшие на решение.
Ограничение: просьба «найди судебную практику» без последующей проверки опасна. Модель может перепутать реквизиты, пересказать несуществующий акт или не заметить, что решение отменено. Каждое дело, цитата и процессуальная судьба проверяются в официальном или профессиональном источнике. Отдельный алгоритм такой проверки есть в статье о судебной практике, найденной ИИ.
Сценарий 5. Проверить устойчивость правовой позиции
Когда позиция уже сформирована юристом, ИИ можно использовать как оппонента: попросить найти недоказанные переходы, альтернативное толкование условий, возможные возражения другой стороны и факты, которые изменили бы вывод.
Хороший результат — перечень уязвимостей и план дополнительной проверки: какой документ запросить, какую норму уточнить, какие контраргументы подготовить, где позиция опирается на предположение.
Ограничение: модель не оценивает перспективу спора с достоверностью и не заменяет профессиональное суждение. Убедительный тон ответа ничего не говорит о качестве аргумента. Цель такого сценария — расширить перечень вопросов, а не получить процент вероятности победы.
Сценарий 6. Подготовить понятное сообщение клиенту или коллеге
Утверждённый юридический вывод можно превратить в письмо, краткую записку руководителю, инструкцию для подразделения или несколько вариантов ответа разной жёсткости. ИИ помогает сократить повторения, объяснить термин простыми словами и отделить решение от деталей.
Перед отправкой нужно проверить, сохранились ли смысл, оговорки, сроки и адресат. Особенно важно не допустить, чтобы модель добавила обещание результата, признание факта, лишнюю уступку или новый срок.
Ограничение: ИИ редактирует форму сообщения, но не принимает за юриста решение о содержании. Если исходный вывод не согласован, красивый текст только лучше маскирует проблему.
Сценарий 7. Превратить утверждённый опыт в рабочий процесс
Из проверенного заключения, шаблона или внутренней инструкции ИИ может подготовить чек-лист, FAQ, карточку задачи, структуру базы знаний или последовательность действий для младшего юриста.
Это следующий уровень после разового ответа: организация сохраняет не только текст, но и способ работы. В описании процесса стоит зафиксировать входные данные, этапы, контрольные точки, ответственного за проверку и условия, при которых задачу нужно передать человеку. Похожая логика применяется, когда команда решает создать ИИ-агента под одну повторяющуюся задачу.
Ограничение: база знаний быстро устаревает без владельца и версий. Нельзя автоматически превращать старый документ в действующее правило. Сначала подтверждается содержание, затем назначаются дата проверки и ответственный за обновление.
Короткий каркас задания для ИИ
Для большинства первых сценариев достаточно пяти блоков.
Задача. Какую одну операцию нужно выполнить.
Исходные материалы. На какие документы и сведения можно опираться.
Границы. Что нельзя додумывать и какие решения остаются за юристом.
Формат. Таблица, план, перечень вопросов, черновик письма или иной проверяемый результат.
Проверка. Как показать источники, сомнения, пропуски и места, требующие ручного контроля.
Например: «По приложенному договору выдели условия об ответственности сторон. Используй только текст договора, не добавляй нормы и практику. Верни таблицу: пункт, содержание, возможный риск, вопрос клиенту. Для каждого вывода укажи номер пункта. Если информации недостаточно, напиши, чего именно не хватает».
Такой запрос не делает ответ безошибочным. Он делает ошибку заметнее и упрощает проверку.
С чего не стоит начинать
Неудачная первая задача обычно выглядит масштабно: «изучи все материалы и дай правовое заключение», «найди всю практику», «составь иск» или «автоматически отвечай клиентам».
В ней одновременно смешаны поиск фактов, правовая квалификация, выбор стратегии, подготовка документа и внешнее действие. Непонятно, на каком этапе возникла ошибка и как сравнить результат с работой юриста.
Также не стоит начинать с загрузки реального клиентского архива в личный аккаунт неизвестного сервиса. До работы с документами нужно проверить условия обработки данных, настройки хранения, допустимость передачи и внутренние правила организации.
Как понять, что эксперимент удался
Оценивайте не красоту ответа, а рабочий эффект.
Сколько фактов пришлось исправить.
Можно ли быстро найти источник каждого вывода.
Какие существенные обстоятельства модель пропустила.
Сколько времени заняли постановка задачи и проверка.
Получится ли повторить процесс на похожем материале.
Если проверка занимает дольше ручной работы, это не поражение. Значит, задачу нужно сузить, изменить формат результата или предоставить более качественные исходные материалы.
Рабочее внедрение начинается не с обещания «ИИ сделает всё», а с маленького повторяемого процесса, в котором заранее известны границы автоматизации и ответственность человека.
В клубе «юрИИсты» мы разбираем, как превращать отдельные удачные ответы в проверяемые юридические процессы: от постановки задачи и безопасной работы с материалами до контроля результата и внедрения в повседневную практику. Присоединиться к клубу можно на странице клуба: https://yuriisty.ru/#buy
