Від документів до артефактів
Перехід від індивідуальної ефективності до командної
1. Пастка індивідуального прискорення
Перша хвиля впровадження ШІ в юридичну роботу — індивідуальна. Юрист відкриває чат, отримує чернетку за хвилини замість годин і відчуває прискорення. Це прискорення реальне — і саме воно створює нову системну проблему.
Юридична робота — не забіг, а естафета. Довідка юриста йде начальнику відділу, висновок — до комісії, меморандум — партнерові, проєкт рішення — судді. І на кожній передачі естафетної палички модель «людина + її чат» ламається: отримувач бачить фінальний текст і нічого більше.
Виробництво тексту прискорилося на порядок. Перевірюваність залишилася ручною. Команда, де кожен прискорився індивідуально, але обмінюється по-старому, не стала швидшою — вона стала ризикованішою: чернеток більше, впевненості в них менше, а перевіряльна ланка та сама.
2. Що втрачається під час передачі документа
Готовий документ — це висновок, з якого стерли доказ. Отримувач не може швидко встановити:
- які джерела використовувалися, а які були відкинуті;
- які редакції законодавства аналізувалися і на яку дату;
- які дослідницькі запити виконувалися;
- як зіставлялися факти й норми;
- які альтернативні гіпотези розглядалися і чому відкинуті;
- які обмеження та невизначеності виявлено;
- які перевірки реально виконано;
- чому зроблено саме такий висновок — і хто за нього відповідає.
Звідси три хронічні втрати командної роботи: втрата контексту (кожен наступний учасник відновлює картину заново), хибна впевненість (гладенький текст маскує неперевірені підстави) і розмита відповідальність (незрозуміло, що перевірено людиною, а що згенеровано).
Класична реакція — «пишіть докладніші довідки» — не працює: вона збільшує обсяг тексту, не роблячи його перевірюваним.
3. Зміна одиниці обміну
Пропонований підхід — не відмова від документів, а відмова вважати фінальний документ єдиним і головним об'єктом обміну.
Документ — це інтерфейс. Робочий пакет — це юридичний об'єкт.
Фінальний текст залишається — людям зручно читати текст. Але передається він усередині структурованого робочого пакета (Legal Work Package, LWP), придатного і для людського читання, і для обробки агентними системами. Пакет містить результат разом із підставами: джерела, факти, логіку, перевірки, історію, відкриті питання.
Це не чуже праву нововведення. Юрист і так зобов'язаний відділяти встановлені факти від стверджуваних, зазначати джерела, фіксувати застосовні редакції норм. Артефактний підхід — це оцифрування процесуальної дисципліни, яку професія знає століттями, у форму, яку можуть перевіряти машини.
4. Ланцюг походження висновку
Кожен істотний висновок у пакеті несе перевірюваний ланцюг:
Джерело → витяг факту → інтерпретація → зіставлення → проміжний висновок → підсумкове твердження.
У термінах моделі даних VeriLex: source → evidence → fact → rule → issue → conclusion → decision_log → handoff.
Принципове застереження: ідеться не про збереження «ходу думок моделі». Приховані міркування LLM юридично марні й невідтворювані. Фіксуються перевірювані робочі сліди: які джерела відкривалися, які фрагменти витягнуто, які статуси присвоєно фактам, які правила зіставлення застосовано, які перевірки виконано і що вони показали. Це та сама логіка, що й у стандарті походження даних W3C PROV та в культурі відтворюваних наукових досліджень — перенесена на юридичну роботу.
Інваріанти ланцюга (машинно-перевірювані):
- факт зі статусом
establishedзобов'язаний мати щонайменше один доказ і підтвердження людиною; - висновок без прив'язаних фактів і доказів не може мати статус «сильного» (
check_unsupported_claims); - юридично значуще рішення отримує статус підтвердженого лише за заповненого поля «хто підтвердив» — і це завжди людина.
Звідси два принципи, що утримують усю конструкцію:
Немає джерела — немає сильного висновку. Агент пропонує — людина вирішує. Завжди.
5. Перевірка процесу замість перечитування тексту
Коли колега отримує пакет, його агентне середовище перевіряє автоматично: повноту реєстру джерел; актуальність редакцій на юридично значущі дати; побуквенну відповідність цитат першоджерелам; зв'язність ланцюгів «факт → висновок»; наявність обов'язкового пакета критики (слабкі місця, контраргументи); зміни відносно попередньої версії; дотримання внутрішнього стандарту дослідження.
Зауваження повертаються не листом «подивися ще раз», а структурованим пакетом критики, який автор опрацьовує адресно. Команда переходить від питання «чи правильно написаний цей текст?» до питання «як було зібрано, перевірено та проаналізовано інформацію, на якій він ґрунтується?».
Ми передаємо не лише відповідь. Ми передаємо перевірюваний процес її отримання.
Командна ефективність виникає тоді, коли агенти різних учасників можуть розуміти й перевіряти результати одне одного. Це і є визначення командного ефекту в агентну епоху.
Важливо: агентні середовища обох учасників — це готові інструменти (OpenAI Codex, Anthropic Claude Code або відкриті аналоги), а не спеціально розроблене ПЗ. Командний контур створюється поверх них стандартом артефактів, інструкціями та навичками — тобто файлами, які можна опублікувати й почати застосовувати вже сьогодні.
6. Достатня прозорість замість тотального журналювання
Головний ризик артефактного підходу — виродження в бюрократію логів. Захист — принцип пропорційності: три рівні деталізації.
Базовий (повсякденна робота): фінальний текст, перелік джерел, ключові факти, стислий журнал перевірок, відкриті питання. Накладні витрати — хвилини.
Розширений (складні дослідження): плюс структура аргументації, версії законодавства, альтернативні позиції, таблиця доказів, граф зв'язків, докладний протокол верифікації.
Аудиторський (рішення з високою ціною помилки): плюс повна історія змін, журнал дій, ідентифікатори моделей та інструкцій, контрольні хеші, ролі учасників, підтвердження людиною — відтворюваний дослідницький пакет.
Метрика корисності артефакту — не кількість логів, а участь у реальних перевірках і рішеннях. Усе, що не читається ні людиною, ні агентом, — зайве.
7. Командна пам'ять: від архіву до активу
Структуровані артефакти складаються в інституційну пам'ять з іншими властивостями, ніж мережева тека з документами.
За схожої задачі агент: знаходить минуле дослідження; визначає, які його частини актуальні; перевіряє зміни законодавства від дати минулого аналізу; повторно використовує підтверджені джерела; порівнює нові факти зі старими; будує оновлену версію й показує, що саме змінилося.
Кожен завершений проєкт стає повторно використовуваним інтелектуальним активом. Для українських установ з високою ротацією кадрів це механізм, за якого відхід фахівця більше не означає відходу експертизи.
Керівник отримує новий управлінський інтерфейс: стислий висновок + карту підстав + ризики + альтернативи + ступінь упевненості + перелік непідтверджених припущень + питання, що потребують людського рішення. Факти, інтерпретації та рекомендації перестають склеюватися в нероздільний текст.
8. Критерій успіху
Пілот №11 (робоча група на повному обміні артефактами) перевіряє п'ять вимірюваних величин:
| Метрика | Що вимірює |
|---|---|
| Source coverage | Частка тверджень, прив'язаних до джерел |
| Unsupported claim rate | Частка «сильних» висновків без підстав |
| Handoff completeness | Повнота пакетів передачі (прийняті без повернення) |
| Time to review | Час перевірки чужого результату |
| Reproducibility score | Відновлюваність: з яких версій входів зібрано будь-який висновок |
Гіпотеза: time to review падає в рази за незначного зростання часу підготовки; unsupported claim rate прямує до нуля. Якщо пілот цього не покаже — стандарт артефактів підлягає спрощенню, а не команда — примусу.