Апгрейд юриста: новые ИИ-скиллы

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

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

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

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

Рабочая задача выглядит иначе:

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

● понять, чем новая редакция закона отличается от предыдущей;

● собрать вопросы к переговорам;

● вытащить из шестидесятистраничного договора список обязательств компании.

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

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

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

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

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

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

Сюда же относится сравнение редакций. Найти отличие — задача техническая, и её можно поручить ИИ. А вот быть уверенным, что он правильно оценит, увеличивает ли изменённое предложение ответственность компании, нельзя. Хотя для ИИ обе задачи выглядят одинаково, цена ошибки в них разная. Опасность в том, что можно незаметно перестать различать уровень последствий и начать одинаково доверять ИИ во всём.

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

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

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

Здесь возникает закономерный вопрос: если каждый раз описывать задачу заново, в чём экономия?

Она появляется, когда сценарий перестаёт быть разовым. Формулировку, которая однажды сработала, можно не переписывать в следующий раз, а сохранить как отдельный инструмент. Такой сохранённый сценарий и называют скиллом.

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

Разница с промптом не в тексте, а в том, где он лежит и как запускается. Промпт пишется заново под каждую задачу, удачные формулировки хранятся в заметках, откуда их копируют и правят. Скилл сохранён внутри самого сервиса и вызывается коротким обращением — например, командой со слешем вроде /agreement-check. Вся длинная инструкция уже внутри: роль, чек-лист, правила проверки, формат ответа.

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

Качество ответа определяется не моделью, а тем, насколько точно описана задача. Правила ниже собраны из собственных ошибок.

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

Границы. Что уже обсуждалось устно, чего предлагать нельзя, какой нужен тон и объём.

Формат. В каком виде нужен ответ: таблица с определёнными колонками, документ на одну страницу, список из пяти пунктов, короткое сообщение.

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

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

Отметка о пропусках. Стоит сразу попросить писать «отсутствует», если нужного условия в документе нет. По умолчанию ИИ промолчит о том, чего не нашёл, и юрист об этом не узнает.

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

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

Скилл: первичная вычитка договора контрагента

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

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

Стоп-условия: ответственность ограничена суммой меньше стоимости услуг за 6 месяцев; односторонний отказ только у контрагента; автопролонгация без права отказа; применимое право и суд вне согласованного перечня; передача прав третьим лицам без нашего согласия.

Обсудить: сроки оплаты больше 30 дней; неустойка ниже 0,1% в день; отсутствие порядка приёмки; обязанность возмещать расходы без лимита.

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

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

Замечание. Подставьте свой чек-лист. От него результат зависит сильнее, чем от того, как сформулирован запрос.

Скилл: резюме договора для руководителя

Когда нужен. Руководителю нужно принять решение, а читать шестьдесят страниц он не будет.

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

Структура: что мы получаем и что отдаём; сколько и когда платим; на какой срок связываем себя; как выйти из договора и что это будет стоить; три главных риска с указанием пункта; какое решение требуется от руководителя.

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

Ничего не смягчай. Если условие плохое, так и напиши.

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

Скилл: репетиция переговоров

Когда нужен. Завтра встреча, и хочется заранее услышать возражения другой стороны.

Ты представляешь интересы контрагента. Вот условия сделки: [условия]. Вот наша позиция: [позиция].

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

Не будь вежливым. Дави там, где действительно стал бы давить.

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

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

Замечание. Часть возражений, которые вы услышите на встрече, прозвучит уже здесь.

Ещё четыре сценария — сравнение версии контрагента с шаблоном, список вопросов по незнакомой юрисдикции, путеводитель по большому пакету документов и черновик письма контрагенту — опубликованы отдельными постами в моём ТГ-канале «Имеет силу».

Не каждая задача, которую технически можно передать ИИ, должна быть ему передана.

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

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

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

Разговор про ИИ в юридическом отделе почти всегда начинается с проверки договоров. Это объяснимо: договоров много, их удобно считать, результат легко измерить.

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

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