Как создать юридического ИИ-ассистента: продуктовая логика AI Lawyer

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

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

AI Lawyer — продукт для юридических рабочих процессов с поддержкой ИИ, разработанный Logics7. Он построен вокруг четырёх рабочих процессов:

• →Анализ документов: договоры, соглашения и другие юридические тексты, прочитанные на предмет рисков и открытых вопросов.
• →Структурированные подсказки: вопрос человека, превращённый в варианты и следующий шаг.
• →Отслеживание регулирования: правила, относящиеся к бизнесу или региону.
• →Организация спора: спор, разложенный на шаги, сроки и документы.

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

Чем он не является: юристом. AI Lawyer не заменяет юриста и не даёт юридических консультаций. Он готовит почву для решения, которое принимает квалифицированный специалист. Юридический ИИ-ассистент — это не юридический чат-бот с дисклеймером внизу страницы.

Большие языковые модели, двигатель генеративного ИИ, хорошо справляются с той частью юридической работы, которая касается чтения и структуры. Именно там юридический ИИ-ассистент оправдывает своё место.

Проверка договоров с ИИ и анализ документов

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

Первичный приём: от ситуации к структурированной подсказке

Человек редко приходит с чётко сформулированным юридическим вопросом. Он приходит с ситуацией. Первичный приём клиента — это превращение этой ситуации в структурированный вопрос, варианты и следующий шаг. В споре — это понятный набор шагов, сроков и документов вместо сбивчивого рассказа о событиях.

Отслеживание регулирования и юридический поиск

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

Языковая модель — не юрист. Юридический ИИ-продукт, который делает вид, что это не так, — риск и для компании, которая его ведёт, и для людей, которые на него полагаются. Поэтому продуктовая логика AI Lawyer проводит эту линию явно.

Граница консультации

Граница — это не дисклеймер, добавленный в конце. Она определяет, что продукту вообще позволено говорить. Объяснить, что означает пункт или какие есть варианты, — внутри линии. Решить, какой вариант человеку выбрать в его случае, — за ней. В США пересечение этой линии квалифицируется как несанкционированная юридическая практика (unauthorised practice of law); в других юрисдикциях граница проходит иначе. Это ещё одна причина, почему юрисдикция относится к продуктовой логике, а не к мелкому шрифту.

Уверенные ошибки и выдуманные ссылки

Языковые модели могут выдавать текст, который звучит авторитетно и при этом неверен, включая ссылки на несуществующие дела или нормы. В юридической работе галлюцинированная ссылка — не опечатка. Это ложное утверждение, на основе которого человек может действовать. Юридический ИИ-ассистент нужно проектировать под момент, когда он не уверен: сказать об этом, показать источник, который человек может проверить, и остановиться. Проверка ссылок — часть продукта, а не задача, оставленная читателю.

Передача квалифицированному юристу

Последний шаг принадлежит человеку. Для юристов профессиональные обязанности не приостанавливаются, когда в работе участвует ИИ: заключение ABA Formal Opinion 512 описывает, как такие обязанности, как компетентность и конфиденциальность, применяются к инструментам генеративного ИИ. Для продукта правило простое. Система готовит, структурирует и объясняет; решение остаётся за квалифицированным специалистом. «Человек в контуре» — не функция, добавленная позже. Это форма самого рабочего процесса.

Сложная часть такого продукта — не модель, а всё вокруг неё. Генерация с дополненной выборкой (RAG) по проверенному набору юридических документов — распространённый паттерн в разработке юридических ИИ-приложений: модель отвечает по найденным источникам, которые часто хранятся в векторной базе данных, а не по памяти. Это сужает проблему, но не устраняет её. Какой бы ни была архитектура, можно ли вести продукт, решают четыре вопроса:

• →Документы: как обрабатываются и хранятся чувствительные документы. Юридические документы содержат конфиденциальные и персональные данные, а некоторые — консультации, защищённые адвокатской тайной, поэтому конфиденциальность, адвокатская тайна и законы о защите данных, такие как GDPR, — проектные ограничения с первой версии.
• →Неуверенность: как система ведёт себя, когда не уверена.
• →Юрисдикция: как юрисдикция меняет ответ. Один и тот же пункт может означать разное в разных правовых системах.
• →Проверка релизов: как каждый релиз проверяется на реальных юридических текстах, прежде чем дойдёт до пользователей.

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

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

Та же продуктовая логика работает везде, где сходятся документы, правила и решения:

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

Logics7 строит такие продукты, чтобы потом их вести, а не как демо. Мы не начинаем с кода. Мы начинаем с проверки: есть ли у продукта рынок, платящий пользователь, логика монетизации и путь к запуску. Для нового самостоятельного продукта это маршрут Product Partnership.

Если вы работаете над legal-tech продуктом — новым или уже существующим, — начните с правильного маршрута. С этого начинается процесс Logics7: вы описываете, над чем работаете, мы определяем маршрут, и решение — продолжить, переработать или отказать — принимается до того, как кто-либо обсуждает разработку.