Мобільний AI-асистент юриста: RAG-пошук і детекція ризиків

Чому юридичний AI-асистент помиляється на реальних договорах

На демонстрації юридичний AI-асистент відповідає за договором упевнено й по суті. На реальному пакеті — основний текст, додатки, протокол розбіжностей, листи погодження — він видає пункт із попередньої редакції, якого в підписаному документі вже немає.

Ламається не модель, а вилучення контексту. Пункт договору не має сенсу відірвано від визначень, додатків і відсилань виду «в порядку, передбаченому п.

7.2»: під час нарізки на фрагменти ланцюжок рветься, пошук витягує схожий за формулюванням рядок з іншого розділу або з чужого шаблону.

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

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

Їх або пропускають, або позначають разом із безпечними пунктами, і після двох таких прогонів асистенту перестають довіряти: перевірка договорів повертається до вичитування очима.

Розбираємо, де саме ламається обробка — на вилученні контексту, на звірці тверджень із текстом договору чи на правилах детекції ризиків, — і чим це закривається.

Що змінюється після впровадження: швидкість і єдина база

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

Юридичний AI-асистент змінює порядок роботи: спочатку машина розмічає структуру документа, піднімає релевантні норми та близькі за фабулою справи, і лише після цього до розбору долучається людина.

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

Єдина база знань збирається один раз і живе з версіонуванням: корпус норм, внутрішні шаблони та закриті прецеденти індексуються разом, а при зміні редакції документа старі посилання позначаються застарілими, а не віддаються мовчки.

Джерела — КонсультантПлюс і внутрішні регламенти, тому відповідь завжди надходить із посиланням на пункт, і її можна перевірити, а не брати на віру.

Підсвічування ризиків іде за формалізованим чек-лістом: одностороння відмова, автопролонгація, підсудність, штрафні санкції, необмежена відповідальність.

Асистент показує фрагмент, клас ризику та норму, якій він суперечить, — частка пропущених умов падає, бо перевірка не залежить від того, чи втомився юрист надвечір і чи згадав він потрібний пункт.

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

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

Способи підключення: готовий сервіс чи власна розробка

Підключення асистента до документів компанії — це насамперед рішення про межу обробки даних, а не вибір інтерфейсу. Корпус договорів, внутрішні висновки та листування з клієнтами дають якість видачі, але саме їх не можна виносити за периметр без юридичних наслідків.

Від того, де проходить ця межа, залежить і обсяг супроводу, і те, які питання асистент зможе закривати коректно.

Варіанти впровадження

Закритий контур — не автоматично найкращий, а найвимогливіший у супроводі: оновлення моделі та переіндексація бази лягають на нас, зате жоден фрагмент документа не залишає вашу мережу.

Зовнішня модель виграє на старті та в широті знань, але потребує письмового рішення про те, які категорії справ допустимо їй передавати.

Практика показує: вибір визначається не технологією, а тим, скільки запитів реально можна пропустити назовні — часто це половина, і тоді гібрид закриває задачу без компромісу за якістю.

Порядок впровадження: від аудиту документів до передачі в роботу

Порядок робіт будуємо так, щоб якість відповідей підтверджувалася на ваших документах, а не на демонстраційних прикладах.

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

1. Аудит документів. Збираємо корпус: договори, висновки, шаблони, архіви листування. Позначаємо формати, дублікати, застарілі редакції та документи з обмеженим доступом.
2. Схема обробки. Проєктуємо розбиття на фрагменти, метадані (тип документа, дата, контрагент, галузь права) і правила, за якими асистент зобов’язаний посилатися на джерело.
3. Детекція ризиків. Формалізуємо ознаки: приховані умови, відсутні застереження, розбіжності між редакціями. Кожне правило підкріплюємо прикладами спрацювання та хибних спрацювань.
4. Налаштування пошуку. Налаштовуємо вилучення й ранжування фрагментів, щоб відповідь спиралася на релевантні пункти, а не на схожі за формою абзаци.
5. Перевірка на реальних даних. Прогоняємо закритий набір справ із заздалегідь відомою правильною відповіддю: рахуємо частку коректних посилань і пропущених ризиків.
6. Передача рішення. Віддаємо конфігурацію, схеми, регламент оновлення корпусу та розбір помилок; показуємо юристам, як читати відповідь разом із джерелом.

Далі корпус і правила живуть без нас: у документації описано, як підключати нові типи документів і змінювати пороги спрацювання, щоб юридичний AI-асистент не втрачав якість при зростанні бази.

Що передаємо на руки: схеми, політики доступу, регламенти

Ми віддаємо рішення не як «чорний ящик», а як комплект, за яким ваша команда працює далі без нас.

Усе, що описує поведінку пошуку за правовими документами та правила обробки відповідей, фіксується письмово — при зміні підрядника або розширенні штату логіку не потрібно відновлювати за кодом.

• Архітектурна схема — склад компонентів, потоки даних між застосунком, базою знань і моделлю, точки відмови та порядок деградації.
• Політики доступу — ролі, розмежування видимості за справами й клієнтами, журналювання звернень до документів, порядок надання та відкликання прав.
• Регламент оновлення бази — хто і з якою періодичністю завантажує нові редакції, як перевіряється цілісність пошукового індексу і як виконується відкат.
• Правила пріоритету джерел — які документи й редакції вважаються основними, як розв’язуються суперечності між ними.
• Інструкції для юристів — як формулювати запит, як читати посилання на першоджерела, як позначати сумнівну відповідь для перевірки.
• Регламент інцидентів — що робити при витоку, помилковій видачі або падінні якості, хто відповідає за рішення.
• Чек-ліст приймання — контрольні сценарії з очікуваним результатом, за якими ви приймаєте роботу.

Такий комплект дає змогу провести внутрішній аудит, підключити нового розробника і пройти перевірку служби безпеки без зупинки продукту.

Кейс: розбір вхідних договорів до і після впровадження

Юридична служба будівельної групи: шість юристів і близько двохсот вхідних договорів на місяць — поставка, підряд, оренда, послуги.

Перевірку вели вручну за внутрішнім переліком умов: юрист читав документ повністю, звіряв із типовими формулюваннями та правовою базою КонсультантПлюс, окремо шукав приховані ризики — автопролонгацію, односторонню відмову, штрафи без верхньої межі.

Що показували заміри до

Середня перевірка договору займала 40–60 хвилин, у нетипових — до кількох годин. При вибірковому аудиті вже підписаних документів ризик знаходили приблизно в кожному дванадцятому: умова вислизала з уваги при втомі або в кінці великого пакета. Це не халатність — за день юрист тримає в голові десятки несумісних контекстів.

Що змінилося після впровадження

Асистент розбирає документ і повертає структуру: сторони, предмет, строки, оплату, відповідальність — і список місць, де умови відхиляються від типових. Кожен пункт із посиланням на конкретний фрагмент і норму. Юрист перевіряє 8–12 хвилин: час іде на рішення, а не на пошук.

Через три місяці час перевірки скоротився в середньому вчетверо, частка пропущених ризиків — з 8% до поодиноких випадків, які аудит уже не підтверджує. «Ми перестали боятися великих пакетів», — керівник напряму.

Рішення щодо кожного ризику залишається за юристом: асистент підсвічує й обґрунтовує, а не підписує.

Що робити, якщо юридичний AI-асистент уже впроваджено

Якщо асистент уже працює, але юристи ловлять його на неправильних нормах, причина майже завжди не в «слабкій моделі». Звичайний чат-бот відповідає із загальних знань, а пошук за документами або не підключений, або віддає нерелевантні фрагменти.

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

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

Донавчання на власних даних не замінює пошук — воно змінює форму, а не факти.

Термінологію, структуру висновку й стиль віддаємо донавчанню, а чинні редакції та посилання на КонсультантПлюс і внутрішні акти мають надходити з бази: юрист довіряє відповіді із зазначенням розділу, а не гладкому формулюванню.

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

Технічні сумніви: доступи, точність, оновлення бази

Технічні сумніви навколо юридичного AI-асистента стосуються не моделі, а контуру даних: хто що бачить, чи можна довіряти відповіді, як живе база знань і чи залишають документи периметр. Це чотири питання, які інженери замовника ставлять до старту — відповідаємо на кожне.

Наскільки точна відповідь і де гарантія, що вона не вигадана?

Відповідь будується лише на знайдених фрагментах і завжди повертається з посиланням на пункт договору або статтю. Якщо опори в базі немає, асистент повідомляє про це прямо, а не добудовує формулювання.

Детекція ризиків додатково позначає спірні умови — юрист бачить підставу для перевірки, а не готовий висновок.

Як оновлюється база знань?

Зміни в документах підхоплюються інкрементально, застарілі редакції позначаються неактуальними, але не видаляються — історія залишається для розбору закритих справ. Переіндексація йде у фоні й не блокує роботу асистента.

Чи залишаються документи конфіденційними?

Розгортання можливе в закритому контурі замовника: дані не залишають периметр і не використовуються для донавчання сторонніх моделей. Журнал запитів зберігається за вашими правилами зберігання й доступу.

Обговоримо задачу і повернемося з оцінкою та планом робіт

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

За підсумками ми повертаємося не з діапазоном «на око», а з оцінкою задачі та планом робіт — що робимо на першому етапі, що пізніше і за яким критерієм ви побачите, що асистент працює.

• Які документи і в якому вигляді завантажуються: договори, претензії, судові акти, скани або текстові файли з розміткою.
• Як перевіряється відповідь: асистент зобов’язаний посилатися на конкретний пункт джерела, інакше фрагмент не потрапляє у висновок.
• Де проходить межа відповідальності: система підсвічує ризик, рішення залишається за юристом.
• Як виглядає розмітка ризиків: категорії, пріоритети та формулювання, які відділ уже використовує в роботі.
• Які ролі та доступи потрібні: хто завантажує бази, хто бачить історію запитів, як обмежується доступ до конфіденційних матеріалів.
• Пілот на одному відділі: кілька тижнів на обмеженому наборі документів, із журналом запитів і розбором помилкових висновків.
• Що вважаємо результатом: частка відповідей із посиланням на джерело, час на первинний розбір документа, число пропущених ризикових умов.

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