Прогнать договор через нейросеть: срок ещё не дата
Прогнать договор через нейросеть — задача на связи условий. Разбираю четыре пункта в LibraChat: от чего зависит финал, что запускает оплату и где нужен вопрос.
Ольга
Основатель малого бизнеса, партнёр
6 мин чтения
В ответе на четыре пункта нет календарной даты финала. Зато осталось важное слово: «получение». Два рабочих дня отсчитываются от получения списка замечаний. Число 18 ноября стоит рядом, но сообщает крайний срок для списка. Если соединить их по привычке, получится более определённый план, чем позволяют исходные строки.
Когда мне предлагают прогнать договор через нейросеть, я сначала выбираю такую узкую задачу: показать события и основания переходов. В LibraChat я передала учебные условия о макете, замечаниях и оплате. Ответ сохранил различия, на которых удобно разобрать четыре ошибочных ожидания от подобной проверки.
Прогнать договор через нейросеть — значит получить дату?
Первое ожидание звучит практично: в тексте есть числа, осталось собрать календарь. Но в моём образце условия устроены по-разному. Макет передают 15 ноября. Заказчик присылает один сводный список замечаний до 18 ноября. Финальная версия готовится через два рабочих дня после получения списка. Остаток оплаты следует после согласования финальной версии.
Даты 15 и 18 заданы прямо. Начало двухдневного промежутка зависит от события. Если список получен раньше крайнего срока, в переданном тексте нет команды всё равно ждать 18 ноября. Если позже, из одних этих строк тоже нельзя вывести новый порядок работы.
Фактический ответ отдельно отметил: «отсчёт идёт не от 18 ноября, а от факта получения списка». Я сопоставила это пояснение с пунктом 4. Ни дата финала, ни правило на случай задержки в ответе не появились. Сохранённая неопределённость здесь помогает увидеть следующий вопрос.
Для такого разбора открой LibraChat и попробуй передать четыре учебных пункта:
Составь цепочку событий по пунктам ниже. Для каждого укажи событие, условие начала и исходный пункт. Различай прямо заданную дату и отсчёт от события. Не добавляй отсутствующие переходы. Календарную дату финала не вычисляй без необходимых сведений. Дай вопросы по неясным связям, без оценки законности. Учебные пункты: […].
Сначала я читаю, что именно запустило срок в каждой строке. Вопрос о календарной дате оставляю отдельно. Для него одних чисел 15 и 18 недостаточно: в нашем фрагменте нет даже года, а момент получения списка ещё предстоит установить.
Миф: порядок пунктов сам задаёт все связи
Хочется нарисовать ровную цепочку: передали макет, получили замечания, подготовили финал, приняли оплату. Так проще увидеть проект целиком. Однако порядок перечисления ещё не объясняет, какие переходы действительно записаны.
В действительном ответе была полезная оговорка: связь «макет получен → список можно слать» в этих формулировках не прописана. Я сохранила её при чтении карты. Если сама добавлю такой переход, уже не смогу показать исходную строку, которая его устанавливает.
Вот моя таблица различий по учебному фрагменту:
Пункт · Что задано прямо · Чего из него не вывожу
2 — Передача макета 15 ноября — Факт получения в определённое время
3 — Один сводный список до 18 ноября — Зависимость этого срока от получения макета
4 — Финал через два рабочих дня после получения списка — Отсчёт автоматически от 18 ноября
5 — Оплата остатка после согласования финала — Оплата сразу после подготовки файла
Последний столбец не означает, что нужных сведений нет во всём настоящем договоре. Здесь разобраны только четыре учебные строки. В полном документе ответ может находиться в определении, приложении или другом разделе. Я отмечаю границу выбранного фрагмента, чтобы вопрос можно было проверить по нужному месту.
Если для разговора полезна предполагаемая последовательность, её можно подписать как пояснение составителя. Тогда она остаётся видимой гипотезой. Условия, прямо извлечённые из текста, сохраняю рядом с номерами пунктов, чтобы не смешать эти два слоя.
Миф: готовая версия уже запускает оплату
В пункте 4 появляется финальная версия. В пункте 5 названо её согласование. Оба этапа относятся к одному результату работы, но слова обозначают разные события. На карте мне нужны оба, иначе оплату незаметно привяжут к подготовке файла.
Реальный ответ подчеркнул именно это: пункт 5 привязан к согласованию, а не к сдаче финала. Из образца при этом неясно, как согласование фиксируется. Назначать его молчанием, сообщением или отдельным действием я по этим строкам не могу.
Вопросы для дальнейшего чтения у меня такие:
Где в документе объяснено согласование финальной версии?
Кто и каким действием подтверждает его наступление?
Есть ли отдельное условие о моменте оплаты после согласования?
Это мои вопросы к недостающим основаниям. Сам фактический ответ тоже предложил уточнить, что стороны считают согласованием, кто его подтверждает и в какой срок после передачи финала. Я не превращаю предложенный вопрос в ответ, которого ещё нет.
Если позже найдётся подходящая формулировка, добавлю её источник к соответствующему переходу. Менять всю карту по памяти не нужно. Достаточно проверить конкретное событие и связанные с ним строки, сохранив редакцию документа, по которой они были составлены.
Миф: вопросы в ответе уже исправили договор
Вопросы выглядят убедительно и часто подсказывают формулировку нового условия. Здесь легко пропустить смену задачи. Сначала мы извлекали написанное, затем обнаружили пробел, а теперь уже обсуждаем возможное изменение. Последняя операция требует собственного решения участников.
В моём ответе было три вопроса: о фиксации передачи и получения, о согласовании финала и о списке, пришедшем раньше или позже 18 ноября. Они показывают, какие сведения стоит найти или обсудить. Ни один вопрос сам по себе не устанавливает новый срок.
Для рабочей заметки я разделяю строки так:
Условие: фраза из выбранной редакции с номером пункта.
Пояснение: как я понимаю связь, с пометкой об основании.
Вопрос: чего не хватает для определённого вывода.
Проект изменения: предложение, которое ещё предстоит обсудить.
Так другой участник видит, где я пересказываю документ, а где предлагаю следующий шаг. Нельзя принять проект за действующее условие только потому, что он оказался в той же аккуратной таблице. И обновление таблицы само не меняет текст договора.
Прогнать договор через нейросеть: где остановить вывод
В этом примере проверено извлечение связей из короткого текста. Оно не даёт заключения о законности, полноте или выгодности настоящего договора. Для такой оценки нужен сам документ и профессиональный разбор его контекста. Карта помогает подготовить конкретные вопросы к этому обсуждению.
Я сохраняю у карты дату или обозначение редакции. Если исходный пункт изменился, прежняя строка может больше не описывать действующее условие. Тогда возвращаюсь к источнику и заново читаю переход. Старое пояснение не становится актуальным автоматически.
Для своей первой попытки достаточно учебного образца. Если позже работаешь с настоящим текстом, выбирай только разрешённый к передаче материал. Другие подготовительные задачи можно найти в разборе работы с договором, а формат следующего обращения сопоставить с условиями доступа.
Выбери на карте один переход и покажи фразу, которая его задаёт. Особенно полезно проверить место между готовностью финала и оплатой. Если нужной фразы пока нет, оставь там вопрос. Именно с него и стоит продолжить обсуждение.
LibraChatнейросетичетыре пункта о макете: дата, событие получения и согласование финалапрактиказадачи с ИИ