Практика: сценарії для роботи руками

Працюємо в агентному режимі (Cowork або Code), з увімкненим пошуком. Кожен сценарій має три частини: матеріал, задача, перевірка. Перевірка - обов'язкова частина сценарію, а не додаток: результат приймається у формі, яку можна спростувати.

Матеріал. Договір на 20+ сторінок у текстовому форматі (DOCX або текстовий PDF) або публічний довгий документ - наприклад, рішення Міжнародного суду ООН у справі 182 (англійською, 100+ сторінок).

Ось договір (файл). Я - сторона покупця. Дедлайн - завтра.
Проаналізуй по пунктах: відповідальність, штрафи, строки, розірвання, підсудність.
Для кожного пункту: дослівна цитата, номер пункту, що це означає для нас практично, чи є відхилення від звичайної ринкової позиції.
Три рівні: прийнятно / варто узгодити / потребує рішення партнера.
Формат: таблиця, потім три найважливіші питання абзацом.
Якщо чогось у договорі нема - напиши "відсутнє", не добудовуй.

Файл - 100+ сторінок. Питання лише по розділу про [тема].
Кожна відповідь - з дослівною цитатою і номером сторінки.
Якщо в розділі цього нема - скажи прямо.

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

Матеріал. Власна правова позиція на одну-дві сторінки або тема, по якій команда шукала практику останнім часом. Для ЄСПЛ - підключений інструмент HUDOC: пошук за фразою, статтею, державою і датою, повний текст рішення з номерами параграфів.

Дослідження: практика ВАКС і АП ВАКС 2024-2026 щодо [тема, напр. арешту майна третіх осіб].
Контур джерел: reyestr.court.gov.ua, hcac.court.gov.ua, supreme.court.gov.ua, zakon.rada.gov.ua.
ЗМІ та агрегатори - лише як підказка, де шукати, не як джерело.
Для кожного твердження: дослівна цитата, адреса, дата доступу.
Звіт трьома статусами: знайдено / не знайдено / недоступно (з причиною: форма, логін, таймаут).
Рішення, для яких нема адреси, - окремим списком "потребує перевірки", без переказу змісту.
Формат: таблиця "теза - джерело - цитата - статус", потім два абзаци синтезу.

Ось наша позиція (файл). Знайди практику ЄСПЛ, яка її підтримує або їй суперечить.
Джерела: лише hudoc.echr.coe.int.
Кожне рішення: назва, номер заяви, дата, параграф, дослівна цитата англійською, переклад.
Окремо: що не вдалося відкрити.

Перевірка. Кожен реквізит із таблиці - у реєстрі або HUDOC: рішення існує, параграф каже те, що переказано. Рядки "потребує перевірки" - це і є знання без адреси. Другий ступінь: завантажити два знайдені рішення файлами і поставити те саме питання - порівняти цитати.

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

Глибоке дослідження: [питання].
Спершу план: які підпитання, які джерела для кожного. Покажи план і чекай підтвердження.
Після підтвердження - виконуй. Для кожного твердження: цитата, адреса, дата доступу.
Три статуси: знайдено / не знайдено / недоступно.
Наприкінці: що в цьому звіті взято з пам'яті моделі без відкритої адреси.

На що дивитися. Скільки кіл пошуку зробив агент. Які джерела потрапили в "недоступно" і чому. Чи є в звіті твердження без адреси. Запустити те саме питання вдруге - порівняти маршрут і висновки.

Матеріал. Код ЄДРПОУ будь-якої публічної компанії або власного ФОП. Підключений інструмент реєстрів (API OpenDataBot).

Перевір контрагента з кодом [ЄДРПОУ] через підключений інструмент реєстрів.
Потрібно: статус, керівник і бенефіціари, зміни за останні два роки, податковий борг, судові справи як сторона, санкційні списки.
Кожен факт - з назвою реєстру і датою актуальності.
Наприкінці: три питання, які варто поставити контрагенту перед підписанням.

Перевірка. Один факт відкрити у первинному реєстрі вручну. Порівняти з тим, що дав би звичайний пошук без інструмента: сайт OpenDataBot закритий від автоматичних запитів, тому агент без API бачить лише сніпети агрегаторів.

Матеріал. Шаблон компанії (клопотання, заява) плюс один-два виконані приклади плюс дані нової справи.

Ось шаблон (файл), два приклади готових документів (файли) і дані нової справи (нижче).
Склади документ за шаблоном у стилі прикладів. Не змінюй структуру шаблону.
Позначай [ПЕРЕВІРИТИ] кожне місце, де даних не вистачило або довелося припускати.
Наприкінці - перелік усіх позначок одним списком.
Дані справи: ...

Перевірка. Пройти список [ПЕРЕВІРИТИ] - це і є перевірка людиною. Потім записати, чого бракувало, у інструкцію до шаблону: наступний документ отримає це автоматично. Це перший крок від разового запиту до сервісу.

Матеріал. Нічого, крім назви джерела. Prozorro має публічний API без ключа і логіну: тендери, документи, рішення про переможця, договори, скарги до АМКУ. Це приклад джерела, до якого асистент підключається сам - досить сказати, що і в якій формі потрібно.

Підключися до публічного API Prozorro (public.api.openprocurement.org, версія 2.5).
Знайди останні тендери замовника з ЄДРПОУ [код] зі статусом active.qualification або complete.
Для кожного: назва, очікувана вартість, статус, дата, посилання на prozorro.gov.ua.
Документи тендера завантаж у папку ~/Downloads/prozorro/[tenderID]/ - тендерну документацію, проєкт договору, додатки.
Поруч поклади summary.md: метадані, перелік файлів з розмірами, окремо - чи є скарги і що в них.
Наприкінці: чи є серед документів проєкт договору - і якщо є, коротко, які в ньому штрафи і строки.

Як це виглядає. Демонстраційний запуск 3 вересня: агент узяв найновіший надпороговий тендер (капітальний ремонт покрівлі в Києві, 2,63 млн грн), завантажив шість файлів - тендерну документацію на 11 МБ, проєкт договору, переліки документів для учасника і переможця - і склав summary.md з посиланням на джерело. Час: під хвилину. Далі це звичайна робота з документами: "проаналізуй проєкт договору за нашими позиціями" на файлі, який щойно ліг у папку.

Форма результату - твоя частина задачі. API повертає дані; звіт, папку з файлами, таблицю скарг за рік або порівняння проєктів договорів різних замовників - усе це визначає опис результату в запиті. Той самий доступ дає різні продукти залежно від того, яку форму ти назвав.

Перевірка. Відкрити один файл з папки і звірити з тендером на prozorro.gov.ua. Два нюанси, помічені на демо: Prozorro показує один файл двічі, якщо його прикріплено під двома типами документів; повнотекстового пошуку в публічному API нема - фільтр іде за ЄДРПОУ, датою і статусом, а не за словами.

Перед воркшопом джерела зі сценаріїв 2-4 перевірені прямими запитами з України. Запити з серверів провайдера в США можуть давати інший результат - саме це видно у статусі "недоступно".