Kitabı oxu: «Юрист без рутины: ИИ-инструменты для документов и споров»

Глава 1 Юрист vs GPT: где заканчивается автоматизация и начинается подсудность

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

Юристу важно с самого начала провести границу между автоматизацией и зоной ответственности. Не по принципу «можно или нельзя пользоваться ИИ», а по принципу «какие действия превращают ИИ из помощника в источник процессуального и финансового риска». Эта глава – про настройку правильного отношения: ИИ ускоряет работу, но не переносит на себя ответственность; ИИ помогает увидеть варианты, но не подтверждает их юридическую силу; ИИ облегчает подготовку документов, но не гарантирует их пригодность для суда, проверки или сделки.

Иллюзия компетентности: почему ИИ звучит как адвокат, но не несет ответственности

ИИ умеет имитировать профессиональный стиль: он структурирует мысль, использует термины, пишет «юридически», делает выводы. Поэтому психика автоматически присваивает ему статус эксперта. Это ловушка. Текст «как у юриста» не означает, что он основан на актуальной норме, верной квалификации и корректной фактуре.

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

Поэтому первая настройка – запрет на «слепую сдачу» результата ИИ в оборот. Любой текст ИИ считается черновиком до тех пор, пока не пройден контроль по чек-листу: применимое право, актуальность, наличие условий и исключений, корректность терминов, непротиворечивость, соответствие целям клиента, проверка по первоисточнику.

Три уровня задач: что можно отдать ИИ целиком, что – только как черновик, а куда нельзя пускать

В юридической работе полезно разнести задачи по трем уровням допуска. Это не философия, а рабочая техника управления риском.

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

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

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

Третий уровень – зона запрета или жестких условий. Это задачи, где ошибка может быть необратимой: финальные версии документов на подпись без ручной проверки, рекомендации по стратегии судебного спора «в одно касание», утверждения о конкретных нормах и прецедентах без верификации, расчеты сроков исковой давности и процессуальных сроков без двойного контроля, работа с персональными данными и коммерческой тайной в открытых чатах, подготовка свидетельских объяснений и фактических утверждений, которые потом могут стать доказательствами. Здесь ИИ допустим только как вспомогательный инструмент при строгом контроле входных данных и выходных формулировок.

Проблема «Черного ящика»: почему ИИ не может объяснить логику своего правового совета

Юрист мыслит не выводом, а основанием. В праве важно не «что правильно», а «почему это правильно и чем подтверждается». ИИ может выдать объяснение, но оно часто будет реконструкцией – правдоподобным текстом, который выглядит как мотивировка, но не является доказательством корректности. Это фундаментальная разница между юридической аргументацией и генеративным текстом.

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

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

Если на эти вопросы нет конкретных, проверяемых ответов, позиция остается предположением и не может быть выдана клиенту как совет.

Ответственность юриста за ошибки ИИ: кейсы из мировой и российской практики

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

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

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

ИИ как инструмент предпринимателя: когда можно не платить юристу за базу

Предпринимателю важно отличать «юридическую базу» от «юридической защиты». Базовый слой – понимание терминов, типовых рисков, структуры договоров, перечня обязательных условий, стандартных сценариев взаимодействия с контрагентом. Здесь ИИ способен дать заметную пользу: он ускоряет обучение, помогает сформулировать вопросы, собирать чек-листы, составлять черновики писем, обнаруживать очевидные перекосы в договоре.

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

Практичная модель для предпринимателя выглядит так: ИИ готовит «первую линию» – черновик и список вопросов, затем юрист делает «вторую линию» – проверку рисков и окончательную редакцию ключевых условий. Это дает и скорость, и защиту.

Почему «промпт-инжиниринг» для юриста – это знание теории права, а не команд

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

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

Стоимость ошибки: расчет рисков при использовании нейросетей в консалтинге

Чтобы перестать спорить «нравится/не нравится ИИ», полезно перевести разговор в деньги и вероятность. Стоимость ошибки – это не абстрактный страх, а конкретная математика.

Минимальная модель расчета выглядит так:

вероятность ошибки × размер ущерба × коэффициент выявляемости.

Вероятность ошибки зависит от типа задачи. Чем ближе задача к конкретным нормам, срокам, санкциям и доказательствам, тем выше риск, что без проверки появится неверное утверждение. Размер ущерба – это штрафы, пени, убытки, потери по сделке, стоимость судебного спора, репутационные потери. Коэффициент выявляемости показывает, насколько легко заметить ошибку до того, как она «встроится» в процесс: орфографию видно сразу, неверную подсудность иногда замечают только когда уже подали иск не туда, а неверную формулировку про ответственность – когда наступил спор.

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

Гибридная модель: связка «ИИ-поиск + человеческая верификация»

Самая рабочая схема для юридической практики – гибридная. Она позволяет взять скорость ИИ и надежность человеческой проверки.

Стандартный цикл выглядит так.

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

Важно закрепить правило: ИИ не «подтверждает право», он ускоряет подготовку материалов, которые юрист подтверждает. Это снимает главную угрозу – ложную уверенность.

Эволюция рынка: как изменятся гонорары за типовую юридическую работу

Рынок неизбежно будет двигаться в сторону оплаты не за «количество страниц», а за «стоимость надежности». Типовые документы, которые раньше занимали часы, будут делаться быстрее, и клиент перестанет воспринимать их как отдельную дорогую услугу. Это не означает, что юрист станет дешевле. Это означает, что ценность сместится в другое место: в архитектуру защиты, в переговорные стратегии, в сложные блоки договоров, в комбинирование права с бизнес-целями, в управление риском, в доказуемость и процессуальную чистоту.

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

Артефакт: классификатор юридических задач по степени «допуска ИИ»

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

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

структура документов и планирование разделов; вычитка языка без изменения смысла; унификация терминов по заранее утвержденному глоссарию; подготовка перечня вопросов к клиенту; составление хронологии событий по переписке; суммаризация длинных документов для внутреннего понимания; подготовка черновиков писем без правовых утверждений.

Желтая зона (ИИ только как черновик, обязательна юридическая проверка и подтверждение по первоисточникам):

черновики договоров и приложений; протоколы разногласий; претензии и ответы на претензии; внутренние политики и регламенты; шаблоны согласий и уведомлений; матрицы рисков; сценарии переговоров; анализ «красных флагов» в договоре; подготовка позиции по спору для внутреннего обсуждения.

Красная зона (ИИ запрещен без специальных условий, либо используется только при двойном контроле и строгой обработке данных):

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

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

Глава 2 Как задавать юридические вопросы ИИ, чтобы он не «додумывал» за вас

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

Эта глава – практическая. Она про то, как формулировать запросы так, чтобы ИИ работал как помощник юриста: помогал структурировать, уточнять, находить риски, предлагать варианты формулировок и план проверки. Главная цель – минимизировать «додумывание» и принудить модель работать в режиме ограничений: только на основании предоставленных фактов, с обязательным указанием того, что неизвестно, и с выдачей результата в форме, удобной для проверки.

Почему ИИ «додумывает» и почему это в праве опаснее, чем в других сферах

Генеративная модель обучена продолжать текст статистически правдоподобным образом. Когда вы задаете общий вопрос, у нее нет выбора: она должна заполнить «дыру» шаблонными нормами, типовыми сценариями, средними практиками. В маркетинге или образовательном тексте это может быть допустимо, потому что цель – идея или ориентация. В праве цель другая: точный вывод, который выдержит спор, проверку, конфликт интересов, формальный контроль.

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

Поэтому первая установка: не просить «ответ», просить «структуру проверки и варианты», и только затем получать формулировки.

Принцип 1. ИИ должен работать на ваших фактах, а не на своих предположениях

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

Рабочий формат подачи данных:

Стороны: кто кто, статус (ИП/ООО/физлицо), юрисдикции, роль (покупатель/поставщик/исполнитель).

Предмет: что именно делаем, какой результат должен быть, критерии приемки.

Деньги: сумма, валюта, этапы оплаты, условия возврата.

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

Документы: есть договор/оферта/переписка/акты/счета/ТЗ; что подписано, что нет.

Конфликт: что произошло, что хочет каждая сторона, что уже сделано.

Ограничения: что нельзя (например, не раскрывать данные, не ссылаться на определенные источники, не использовать конкретные слова).

Цель: что вы хотите получить от результата ИИ (позиция для переговоров, черновик письма, список рисков, чек-лист, перечень вопросов).

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

Принцип 2. Разделяйте задачу на три слоя: факты, право, документ

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

Слой фактов: что произошло, какая хронология, какие доказательства есть.

Слой права: какие нормы применимы, какие условия и исключения, какие риски квалификации.

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

Правильная последовательность запросов:

сначала попросить ИИ сделать «фактическую матрицу» (что известно, что неизвестно, какие документы нужны);

затем попросить «правовую рамку» (перечень возможных квалификаций и рисков, но обязательно с пометкой, что требует проверки по первоисточнику);

и только потом попросить «черновик документа» с четкими ограничениями по формулировкам.

Это резко снижает вероятность того, что вы получите красивый, но юридически пустой текст.

Принцип 3. Всегда заставляйте ИИ показывать «что неизвестно»

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

Практически это означает, что каждый результат ИИ должен содержать блок:

– Недостающие факты и документы

– Вопросы клиенту/контрагенту

– Риски при отсутствии этих данных

– Какие варианты решения возможны при разных ответах

Если в ответе этого нет – вы не получили юридический инструмент, вы получили текст-иллюзию.

Принцип 4. Просите не «правильно/неправильно», а «варианты + риски + проверка»

Запрос «это законно?» провоцирует модель на категоричность. Запрос «какие варианты, какие риски, какой план проверки» ставит ее в правильный режим.

Например, вместо:

«Можно ли расторгнуть договор в одностороннем порядке?»

Пишите:

«Составь 3 сценария расторжения: по соглашению, по одностороннему отказу, через суд. Для каждого: условия применимости, риски, какие документы нужны, какой порядок действий, какие формулировки опасны. Если данных не хватает – перечисли вопросы и укажи, как меняется вывод при разных ответах».

Это и есть рабочая постановка задачи.

Принцип 5. Ограничивайте модель форматом ответа

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

Самые полезные форматы:

а) Матрица «Факт – Документ – Риск – Что сделать»

б) Список «Красные флаги» в договоре с указанием, что именно переписать

в) Черновик письма с блоками: позиция, требования, сроки, доказательства, резервные формулировки

г) «Дерево решений»: если факт А – делаем X, если факт B – делаем Y

д) Чек-лист проверки договора по конкретному типу (подряд, оказание услуг, поставка)

Если вы не задаете формат, модель выбирает его сама, а это почти всегда будет «эссе», а не рабочий документ.

Принцип 6. «Никаких ссылок на нормы без подтверждения» – и это надо прописывать

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

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

Либо второй вариант, если вы готовы проверять:

«Если упоминаешь норму, сделай таблицу: утверждение – предполагаемая норма – что проверить – где проверить (кодекс/подзаконный акт/договор). Без подтверждения помечай как гипотеза».

Таким образом вы превращаете «юридическую галлюцинацию» в список задач на верификацию.

Принцип 7. Указывайте юрисдикцию и применимое право явно

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

Поэтому в запросе всегда должно быть:

– Страна и правопорядок (например, РФ)

– Тип отношений (B2B, B2C, трудовой/ГПХ, поставка/подряд/услуги)

– Судебный/досудебный контекст (есть спор или профилактика)

– Кто ваша роль (истец/ответчик/исполнитель/заказчик)

Без этого модель будет «среднить» и попадать мимо.

Принцип 8. Удаляйте из запроса все, что не хотите увидеть в ответе

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

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

Практическая техника: «пакет запроса юриста»

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

Шаблон запроса:

Контекст:

Юрисдикция: РФ.

Тип отношений: B2B / договор оказания услуг (если иной – указать).

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

Цель: подготовить (позицию для переговоров / претензию / протокол разногласий / чек-лист рисков).

Факты (только подтвержденное):

…

…

…

Документы, которые есть:

– договор (подписан/не подписан)

– ТЗ

– переписка

– акты/счета

(указать, что именно есть)

Что неизвестно / спорно:

– …

Ограничения:

– не выдумывай факты

– если данных не хватает, перечисли вопросы

– не указывай номера статей и судебные акты без пометки “требует проверки”

– итог выдай в формате: (например) 1) матрица фактов 2) риски 3) план действий 4) черновик письма

Вопрос:

Сделай анализ и подготовь материалы.

Такой пакет резко снижает «додумывание» и делает результат пригодным для работы.

Типовые ошибки в запросах и как их исправлять

Ошибка 1. «Сделай договор на услуги, чтобы мы были защищены».

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

Ошибка 2. «Что мне будет, если…»

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

Ошибка 3. «Найди статью, которая…»

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

Ошибка 4. «Напиши претензию».

Исправление: сначала попросить матрицу фактов и недостающих документов, затем только текст претензии с вариантами требований и сроков.

Ошибка 5. «Сделай позицию для суда».

Исправление: разделить на факты/доказательства/квалификацию/просительную часть, попросить черновик с пометками «где проверить» и «какие доказательства нужны».

Как правильно работать итерациями: 3 шага вместо одного запроса

Правильная стратегия – не «один промпт на всё», а три коротких итерации.

Шаг 1. Диагностика фактов.

Запрос: «Собери хронологию, выдели юридически значимые факты, укажи пробелы, сформируй вопросы и список документов».

Шаг 2. Карта рисков и сценариев.

Запрос: «На основе фактов предложи 3–5 сценариев, риски каждого, что нужно доказать и какие документы подтвердят позицию. Без ссылок на нормы, все спорное пометь как требующее проверки».

Шаг 3. Документ.

Запрос: «Составь черновик письма/претензии/раздела договора. Используй нейтральный юридический стиль. Встрои осторожные формулировки там, где данные неполны. Отдельно дай список мест, которые требуют подтверждения».

Так вы получаете контролируемый результат, а не «монолит», который трудно проверять.

Итоги

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