Юрист вводит обстоятельства спора и просит найти ближайший прецедент. Обычный веб-поиск может показать пересказ, старую редакцию или решение, отменённое вышестоящим судом. Astra for Law сначала обращается к специализированному индексу, ищет правовой источник и нужный фрагмент, а затем применяет найденное к фактам запроса.

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

Из каких частей состоит Astra for Law

По описанию OpenAI, продукт соединяет GPT‑6 Astra с юридическим поисковым индексом и инструкциями для анализа и письма. Индекс содержит более 230 млн URL: судебную практику США, законы, подзаконные акты, правила судов и решения административных органов. Новые материалы добавляются ежедневно.

Судебная часть использует коллекцию некоммерческого проекта Free Law Project. Его база CourtListener, по данным проекта, охватывает более 99,9% опубликованных прецедентных решений США. В индекс входят и другие виды правовых источников, поэтому число URL нельзя считать числом судебных дел или уникальных документов.

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

Как вопрос превращается в ответ с источниками

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

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

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

Что показывают 54% правильных ответов

OpenAI проверила полную конфигурацию Astra for Law на 200 вопросах из закрытой проверочной части Vals AI Legal Research Bench. При максимальной глубине рассуждений система прошла общую проверку правильности в 54% случаев. GPT‑6 Astra с обычным веб-поиском получила 38,7%. Разница составляет 15,3 процентного пункта, или около 40% относительно базового результата.

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

Тест проводила OpenAI на частной выборке по американскому праву, а полный набор вопросов недоступен для независимого повторения. Общий критерий прошли 54% ответов, поэтому 46% не выполнили все требования оценки. Число нельзя переносить на договорную проверку, российское право или документы конкретной фирмы без отдельного испытания.

Доступ, конфиденциальность и рабочие инструменты

На старте Astra for Law доступна выбранным американским юридическим фирмам через Trusted Access в ChatGPT и Codex; API заявлен как следующий этап. Для подходящих фирм OpenAI указывает режим Zero Data Retention для доступа через API, а использование ChatGPT Enterprise по умолчанию исключается из проверки людьми.

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

Ещё один слой — интеграции. OpenAI представила 26 партнёрских плагинов для систем управления документами, делами, раскрытием доказательств и учётом времени. iManage может сохранить подготовленный материал в дело, DeepJudge — добавить прежние сделки к сравнению. Эти подключения дают модели разрешённый контекст конкретной фирмы; они не входят автоматически в юридический индекс.

Российскому праву нужен собственный корпус

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

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

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

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

Архитектура поиска по российскому праву

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

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

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

Данные клиента отделяются от общего права

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

При сборе и последующей обработке персональных данных граждан России архитектура должна учитывать требования закона № 152‑ФЗ. Опубликованный Минтрудом текст закона в части 5 статьи 18 по общему правилу не допускает при сборе таких данных выполнять их запись, систематизацию, накопление, хранение, уточнение (обновление, изменение) и извлечение с использованием баз данных, находящихся за пределами России, кроме прямо перечисленных законом случаев. Основания обработки, уведомления оператора и требования к трансграничной передаче определяются для конкретного процесса.

Статья 8 закона № 63‑ФЗ относит к адвокатской тайне любые сведения, связанные с оказанием помощи доверителю. До загрузки материалов заказчик определяет допустимых получателей и субподрядчиков, сроки хранения, правила доступа и порядок удаления. Обещание провайдера не использовать данные для обучения само по себе не закрывает эти требования.

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

Как измерить качество до запуска

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

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

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

Что pommeDeTerre может сделать для российского права

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

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

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