Александр Костин – Юрист и ИИ: промпты, договоры, риски - практический гайд (страница 4)

Почему большинство промптов проваливаются

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

Это закономерно. Вы дали запрос, похожий на просьбу к стажеру, которому можно потом объяснить, что вы имели в виду. Но модель не задает уточняющих вопросов так, как человек, и не угадывает ваши внутренние критерии. Она стремится заполнить пустоты. И чем больше пустот, тем больше вымысла под видом уверенности.

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

Четыре компонента точного промпта

Чтобы промпт был управляемым, он должен содержать четыре вещи.

Контекст: что за ситуация, какой документ, для кого, на каком этапе, какие факты известны и какие неизвестны.

Цель: что именно вам нужно получить и зачем (решение, черновик, список вопросов, проверка противоречий, варианты формулировок).

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

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

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

Роль модели: «кто ты сейчас» важнее, чем «что сделай»

Одна из самых мощных техник – задавать модели роль не абстрактно («ты юрист»), а функционально («ты редактор договора», «ты аудитор рисков», «ты переговорщик со стороны поставщика», «ты аналитик по процессуальным срокам»).

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

Пример:

Плохо: «Проверь договор поставки, найди риски».

Хорошо: «Ты аудитор договорных рисков со стороны покупателя. Проверь разделы про сроки, приемку, оплату, ответственность и уведомления. Ищи неопределенности, лазейки и противоречия, которые могут быть использованы поставщиком. Не предлагай усиление наших обязательств. Дай результат в формате: цитата → риск → правка → комментарий, что нужно уточнить».

Даже если вы не меняете факты, смена роли изменит качество ответа радикально.

Входные данные: как давать текст, чтобы модель не теряла важное

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

Пакетирование – это когда вы заранее раскладываете входные данные на смысловые пакеты:

– Факты (кто, что, когда, суммы, события).

– Цели (что мы хотим добиться).

– Ограничения (что нельзя уступать).

– Текст (фрагменты договора/переписки).

– Вопросы (что надо прояснить).

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

Еще одна практика: маркировать неизвестное. Пишите прямо: «Срок поставки неизвестен», «В договоре нет условия о приемке», «Не ясно, кто подписывает акт». Это парадоксально улучшает ответ: модель перестает угадывать и начинает строить список уточнений.

Ограничения: как запретить модели «улучшать» не туда

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

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

– «Не добавляй новых обязательств для нашей стороны».

– «Не увеличивай ответственность нашей стороны».

– «Не меняй распределение рисков по сравнению с исходным текстом».

– «Не вводи новые термины без определения».

– «Не ссылайся на нормы права, если я не просил; если нужно – пометь “требуется проверка по источникам”».

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

Формат: почему итог должен быть удобен для проверки

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

Форматы, которые особенно полезны юристу:

Таблица обязательств: сторона / действие / срок / условия / доказательство / последствия.

Список рисков: пункт / цитата / риск / уровень / рекомендация.

Две версии формулировки: мягкая переговорная и жесткая защитная.

«Красные флажки»: места, где обязательно нужна дополнительная информация.

«Карта документа»: оглавление + краткий смысл каждого раздела + зависимости.

ИИ не просто может выдавать такие форматы – он любит их. Вы просто должны попросить.

Три режима работы: черновик, аудит, переговоры

Полезно воспринимать работу с ИИ как переключение режимов, как у инструмента.

Режим 1: Черновик.

Цель – быстро получить первую версию: структура, базовые формулировки, набор блоков.

Режим 2: Аудит.

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

Режим 3: Переговоры.

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

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

«Промпт-цепочки»: как строить процесс вместо случайных запросов

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

Пример цепочки для договора:

«Собери карту обязательств из текста: кто/что/когда/условия/последствия. Там, где данных нет – пометь “пробел”.»

«На основе карты найди 10 ключевых рисков для нашей стороны, укажи цитаты и предложи правки без усиления наших обязательств.»

«Сгенерируй 3 альтернативных формулировки для каждого риска: нейтральная, защитная, компромиссная.»

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

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

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

Диагностика качества промпта: как понять, что вы спросили правильно