Як асистент аналізує договір

Як асистент аналізує договір

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

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

3. У цьому фільмі асистент має підключені інструменти: калькулятор строків, арифметику, пошук у реєстрі компаній і базу законодавства. Інструмент - це окрема програма, до якої модель може звернутися. Хтось їх підключив: в одні продукти інструменти вбудував виробник, до інших їх додаєте ви або ваша організація. Перевірити це можна так: спитати асистента, які інструменти він має, або відкрити налаштування продукту. Без них усе, що далі роблять програми, було б здогадом моделі.

4. Спершу модель читає весь текст, від преамбули до додатків, і складає карту договору: хто сторони, що є предметом, скільки і коли платять, які строки, хто за що відповідає і як договір розривають. Біля кожного запису вона ставить номер пункту, з якого вона його взяла. Тут Покупець платить 300 000,00 грн, із них 40 % авансом, а товар Постачальник привозить за 14 календарних днів після авансу.

5. Маючи карту, модель звіряє пункти між собою, і це їй вдається добре, бо вона тримає в увазі весь текст одразу. У пункті 6.1 гарантія становить 12 місяців, а в додатку 1 на той самий товар записано 24. Знаходить вона і прогалини, тобто те, чого в тексті бракує: аванс сплачують за 5 банківських днів, але договір ніде не каже, які дні вважати банківськими, а пеню передбачає лише за прострочення оплати.

6. Далі модель порівнює договір із позиціями нашої сторони. Позиції - це перелік умов, на які компанія погоджується і на які ні; його складає людина, і без нього модель оцінює договір лише загалом. Ми тут Покупець і авансом платимо не більше 30 %, а в договорі стоїть 40. Для кожної розбіжності модель пише, чим вона загрожує саме Покупцеві: більший аванс означає більшу суму, яку доведеться повертати, якщо товар не привезуть.

7. Наприкінці модель пропонує правки і позицію для переговорів. Для пункту 6.1 вона дає готове формулювання з гарантією 24 місяці, як у додатку, а в розділ про відповідальність додає пеню за прострочення поставки. Окремо вона радить, з чого почати розмову і де можна поступитися: просити аванс 30 %, а на 40 погодитись лише разом із пенею для Постачальника. Усі ці кроки - робота з текстом, і модель виконує їх сама, без інструментів.

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

9. Викликати не означає запустити: програм модель сама не запускає. Вона пише запит із точними даними: дата договору 10.09.2026, пʼять днів і правило «з понеділка по пʼятницю». Продукт, у якому працює асистент, запускає калькулятор строків і вставляє відповідь у текст, який модель читає далі: четвер 17.09.2026. Друга програма множить 300 000,00 на 40 % і повертає аванс 120 000,00 та залишок 180 000,00. Ці числа модель переносить у звіт без змін.

10. Так само модель чинить із фактами, які легко «пригадати» неточно. Вона пише запит із кодом Постачальника, продукт передає його програмі, що шукає в державному реєстрі юридичних осіб, і повертає моделі запис із назвою компанії. Текст закону модель теж отримує з бази законодавства, а не з памʼяті: за статтею 253 Цивільного кодексу строк починають рахувати з наступного дня після події. Без підключених програм обидві відповіді були б здогадом.

11. Готовий звіт змішує два види тверджень, і за виглядом їх не розрізнити. Дата 17.09.2026, суми 120 000,00 і 180 000,00, запис реєстру й текст статті прийшли від програм, і вони точні настільки, наскільки точними були вхідні дані. Оцінка ризику, пояснення і запропоновані формулювання належать моделі, і саме їх варто читати уважно. Хороший звіт показує, яке число який інструмент порахував; якщо цього не видно, асистента можна про це спитати.

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