Kartez Contract — составление, проверка и редактирование договоров с помощью ИИ

Коротко

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

Главное

• 2144 типа документов для начала работы

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

• 3 переговорные позиции на каждый вопрос

  Жёсткая, стандартная или уступчивая — каждая с примером формулировки, правовыми последствиями, коммерческим эффектом и вероятной реакцией другой стороны.

• Проверка с позиции пользователя в сделке

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

• Исправления на основе формулировок самого договора

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

• Оценка «здоровья» по 4 параметрам

  Исполнимость, ясность, сбалансированность и полнота — каждый параметр оценивается от 0 до 100, а риски получают уровень «критический», «высокий», «средний» или «низкий».

• ИИ-ассистент, редактирующий весь договор

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

Задача

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

Аудитория добавила собственные ограничения. Kartez Contract создавался для юристов, компаний и частных лиц, работающих на персидском, а также на арабском и английском языках. У персидских договоров своя структура из статей, пунктов и примечаний. Интерфейс должен был изначально проектироваться под письмо справа налево, а каждый ответ ИИ — приходить на языке пользователя.

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

Архитектура

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

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

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

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

Решение

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

Мастер составления договора

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

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

• Ровно 7 вопросов простым языком, у каждого — пояснение, почему он важен; до начала составления ИИ проверяет ответы, оценивает их и предлагает более удачные варианты.

• Guide Me для каждого вопроса: 3 переговорные позиции (жёсткая, стандартная и уступчивая), каждая с примером формулировки, правовыми последствиями, коммерческим эффектом и вероятной реакцией другой стороны.

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

Проверка с позиции пользователя

• Сценарий из 5 шагов: ввод, обзор, риски, исправления и переговоры, затем студия. Пользователь загружает файл PDF, DOCX или TXT либо вставляет текст и указывает свою роль в сделке.

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

• Риски: реестр рисков по категориям с мерой по снижению каждого из них и разбор по разделам: плюсы, минусы и последствия.

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

Студия договоров и ИИ-ассистент

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

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

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

• Подробный отчёт о рисках как минимум с двумя альтернативными формулировками для каждого отмеченного пункта и отчёт в один клик в 4 форматах: копирование, TXT, DOCX или PDF.

Результат

Заказчик остановил проект за месяц до завершения, когда финансовые трудности, вызванные войной, прервали финансирование. Это был срыв финансирования со стороны заказчика, а не срыв выполнения работ.

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

Разбор

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

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

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

Моя роль

• Перестроил и расширил ИИ-движок, на котором работают все три сценария (мастер составления, сценарий проверки и студия договоров), взяв за отправную точку первые базовые ИИ-цепочки заказчика.
• Создал конвейер справочной библиотеки: загрузку документов, переиндексацию с учётом изменений, извлечение для составления и средства включения и отключения коллекций.
• Разработал агентного ИИ-ассистента, который классифицирует каждый запрос, находит релевантные пункты и планирует правки по всему договору.
• Сделал продукт трёхъязычным с поддержкой письма справа налево и встроил в мастер каталог типов документов из 2144 позиций.
• Реализовал фоновые задачи с отображением прогресса в реальном времени, потоковый вывод проектов договоров, экспорт в четырёх форматах и скомпилированные сборки для промышленной среды.
• Вход в систему, маркетинговые страницы, биллинг и первые базовые ИИ-цепочки были частью собственной основы заказчика и в эту работу не засчитываются.

Инженерия

• Привязка к текущему документу

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

• Устойчивое составление без повторов текста

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

• Структурированный вывод, устойчивый к некорректным ответам

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

• Длительный анализ выполняется в фоне

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

• Изолировано, скомпилировано, доступно для аудита

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

Результаты

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