3

WebTech

Личный кабинет

Проекты, коммерческие предложения, документы и отчёты — в одном месте.

Войти Зарегистрироваться Забыли пароль?
Поиск и анализ права

Поиск по праву с искусственным интеллектом и проверяемыми источниками

Система отвечает на правовые вопросы со ссылками на нормы и судебные акты, а не по памяти модели. Каждое утверждение можно раскрыть до конкретного фрагмента документа и даты его редакции.

Или сразу: +7 (962) 368-39-51 Telegram

RAG
ответ строится на вашей базе, а не на весах модели
свой контур
модели разворачиваются на ваших серверах
до абзаца
точность ссылки на источник
152-ФЗ
материалы клиентов не уходят за периметр
Задачи

Почему обычный чат-бот не годится для юридической работы

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

Ответ без источника нельзя проверить

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

Правовые базы не отдают данные в вашу систему

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

Собственные наработки не оцифрованы

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

Отраслевая лексика ломает поиск

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

Конфиденциальность ограничивает инструменты

Материалы клиента нельзя отправлять во внешний сервис: адвокатская тайна и требования к обработке персональных данных закрывают большинство публичных решений.

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

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

Решения

Из чего состоит система правового поиска

Архитектура строится вокруг корпуса документов, а модель — только один из компонентов.

База знаний под вашу практику

Собираем корпус: судебные акты, нормативные документы, внутренние меморандумы и типовые позиции по направлениям.

  • Загрузка документов с разметкой структуры и реквизитов
  • Версионирование редакций с датами действия
  • Разграничение доступа по практикам и клиентам
  • Регулярное обновление и контроль устаревших норм

Гибридный поиск

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

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

Ответы со ссылками

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

  • Ссылка на источник в каждом утверждении ответа
  • Цитата из документа с точностью до абзаца
  • Отметка о дате редакции нормы на момент спора
  • Отказ отвечать, если подтверждений в корпусе нет

Закрытый контур и контроль качества

Разворачиваем систему в инфраструктуре заказчика и измеряем точность на ваших вопросах.

  • Модели на ваших серверах или в закрытом облаке
  • Контрольный набор вопросов с эталонными ответами
  • Метрики полноты поиска и доли корректных ссылок
  • Журнал запросов и регулярный разбор ошибок
Процесс

Как мы запускаем правовой поиск

Сначала проверяем качество на ваших вопросах, и только потом строим продукт.

  1. 01 1–2 недели

    Аудит корпуса документов

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

  2. 02 3–4 недели

    Прототип поиска

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

  3. 03 2–4 месяца

    Разработка продукта

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

  4. 04 постоянно

    Оценка качества и развитие

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

Почему мы строим поиск на RAG, а не на дообучении модели

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

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

Где работают модели и что происходит с данными

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

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

Как измеряется качество правового поиска

Без измеримых метрик разговор о качестве превращается во вкусовщину. Поэтому перед разработкой мы собираем контрольный набор: 30–50 реальных вопросов юристов с известными правильными источниками. На нём считаются полнота поиска, доля корректных ссылок и доля ответов, где система отказалась отвечать при недостатке данных.

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

Частые вопросы

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

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

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

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

LegalTech: другие направления

Смежные задачи, которые обычно решаются в одном проекте с этой.

Проверим качество поиска на ваших вопросах

Пришлите 10–15 реальных правовых вопросов — покажем, как система ищет источники и что отвечает.