Анализ документов с помощью нейросети: риски и резюме в 2026
Нейросеть помогает превратить длинный документ в карту обязательств, сроков и спорных мест, но окончательное решение остаётся за человеком.
Я обновил этот материал точечно: убрал непроверяемые истории, добавил рабочую схему анализа договоров, технических заданий и регламентов. Такой подход полезен, когда в файле 20, 40 или 80 страниц, а руководителю нужен ответ на 5 вопросов: о чём документ, что требуется сделать, кто отвечает, когда наступает срок и где возможны потери.
Что именно извлекает нейросеть из документа?
Нейросеть раскладывает документ минимум на 4 слоя: предмет, обязательства, сроки и риски. Она быстро находит повторяющиеся формулировки, связывает пункты между собой и готовит черновик краткого пересказа.
Сначала я прошу модель определить тип файла. Договор поставки, внутренний регламент и техническое задание требуют разной логики чтения. В договоре я ищу стороны, предмет, цену, порядок оплаты, сроки, ответственность и основания расторжения. В техническом задании важнее границы работ, критерии приёмки, зависимости и формат результата. В регламенте на первый план выходят роли, последовательность действий и исключения.
Следующий слой, это карта фактов. Для каждого пункта полезно выделять:
- действие;
- ответственную сторону;
- срок или условие запуска;
- подтверждающий раздел;
- возможное последствие пропуска.
Такой формат снижает риск потерять короткое исключение в конце длинного абзаца. Практические приёмы формулировки запроса разобраны в статье об искусстве промптинга для нейросетей. Там же я объясняю, почему просьба «перескажи документ» даёт слабее результат, чем инструкция с ролью, форматом и критериями проверки.
Для документа на 30 страниц модель может подготовить первичную карту за один проход, однако это не означает, что все выводы верны. Она способна перепутать условие и исключение, принять пример за обязательное правило или пропустить приложение. Поэтому я разделяю извлечение фактов и их оценку.
Как подготовить документ к разбору?
Перед загрузкой документа я делаю 3 проверки: читаемость текста, полноту приложений и конфиденциальность данных. На этой стадии часто обнаруживается причина слабого ответа, а не недостаток самой нейросети.
Если файл состоит из сканированных страниц, сначала требуется распознавание текста. Таблица на странице 12 может превратиться в набор строк, а сноска внизу страницы потерять связь с основным пунктом. После распознавания я выборочно сверяю минимум 5 фрагментов с исходником: заголовок, число, дату, отрицание и пункт с исключением.
Затем проверяю комплектность. Договор на 18 страниц может ссылаться на приложение № 2, спецификацию и форму акта. Без этих частей анализ будет неполным. В запросе я прямо указываю: «Если ссылка ведёт на отсутствующий раздел, перечисли такие ссылки отдельно и не додумывай содержание».
Персональные данные, реквизиты и коммерческие условия стоит обезличить, если для задачи достаточно общей структуры. Вместо имени сотрудника можно использовать «ответственный менеджер», вместо номера договора, «договор № А». Сохраняйте исходные числа там, где они влияют на расчёт, например цену, процент неустойки или количество единиц товара.
Для повседневных задач я не начинаю с длинного пересказа. Сначала получаю список разделов и терминов, затем задаю вопросы по каждому блоку. Такой метод близок к подходу, описанному в материале о применении нейросетей в рабочих процессах: инструмент встраивается в конкретную операцию, а не заменяет весь процесс сразу.
Как построить запрос для анализа?
Рабочий запрос должен содержать 5 элементов: роль, задачу, границы документа, формат ответа и правила неопределённости. Без последнего пункта модель часто заполняет пробелы правдоподобными догадками.
Я использую такую основу:
Проанализируй документ как редактор договоров.
1. Определи предмет и участников.
2. Составь таблицу обязательств: сторона, действие, срок, условие, раздел.
3. Отдельно выпиши суммы, проценты, даты и единицы измерения.
4. Найди противоречия, исключения и условия одностороннего изменения.
5. Отметь фрагменты, где данных недостаточно.
Не придумывай отсутствующие сведения. Для каждого вывода укажи номер раздела или короткую цитату до 12 слов.
После первого ответа я задаю уточняющие вопросы по одному блоку. Например, прошу проверить только сроки, затем только оплату, затем только ответственность. В результате получается несколько независимых проверок вместо одного расплывчатого пересказа.
Полезен и обратный контроль. Я прошу модель составить перечень утверждений, которые она сделала, и рядом указать подтверждение в документе. Если для пункта нет раздела, страницы или цитаты, такой вывод отправляется на ручную проверку.
При работе с большими файлами документ разумно делить на смысловые части по 10–20 страниц. После анализа каждой части я формирую общий список терминов и требований. Это помогает заметить, что в разделе 3 срок составляет 7 дней, а в приложении встречается другой срок, 10 рабочих дней.
Как находить риски и неоднозначные формулировки?
Риски удобнее искать по 6 категориям: срок, деньги, ответственность, полномочия, качество результата и порядок изменения условий. Такая сетка превращает общий вопрос «есть ли проблемы?» в проверяемую процедуру.
Сначала я смотрю на даты и события, от которых они считаются. Формулировка «в течение 10 рабочих дней» требует определить начало отсчёта, часовой пояс и календарь рабочих дней. Формулировка «до 1 июня» может означать конечную дату исполнения, а может описывать срок, к которому действие уже должно быть завершено. Если документ не уточняет смысл, нейросеть должна показать оба возможных прочтения, а не выбрать одно молча.
Затем проверяю числовые условия. В одном разделе может стоять предоплата 30 процентов, а в приложении, 50 процентов. Для таких мест я прошу вывести точные фрагменты рядом и сформулировать вопрос автору документа. Арифметику полезно перепроверять отдельно: 30 процентов от 240 000 рублей составляют 72 000 рублей, но только при условии, что база расчёта указана именно так.
Третий блок, ответственность. Я ищу верхний предел штрафа, связь санкции с фактическим ущербом, период начисления и исключения. Условный пример: если за просрочку указано 0,1 процента за каждый день, нужно отдельно проверить базу расчёта, максимальный размер и момент прекращения начисления.
Четвёртый блок, полномочия. Внутренний регламент может разрешать руководителю отдела согласовать закупку до 100 000 рублей, а отдельная матрица полномочий, только до 50 000 рублей. Модель должна показать расхождение, но не решать, какой документ имеет приоритет.
Пятый блок, критерии результата. Слово «качественный» почти бесполезно без измеримого признака. Я ищу количество, формат, срок реакции, допустимую погрешность и процедуру приёмки. Для технического задания с 12 функциями удобно получить отдельную строку по каждой функции и статусу проверки.
Шестой блок, изменения. Проверяю, кто вправе менять цену, сроки или объём работ, в какой форме направляется уведомление и когда оно вступает в силу. Общие принципы такого разбора близки к задачам из статьи о генерации текста и проверке результата, где черновик рассматривается как промежуточный материал, а не готовая истина.
Как подготовить резюме для руководителя?
Хорошее резюме помещает выводы в 7 полей: предмет, сумма, срок, ответственный, обязательства, риск и требуемое решение. Руководителю обычно нужен не пересказ всех 40 страниц, а понятная развилка действий.
Я начинаю с одного абзаца объёмом 80–120 слов. В нём должны быть название документа, стороны, цель, финансовые условия и ближайший дедлайн. Затем добавляю таблицу решений.
| Поле | Что указать | Проверка |
|---|---|---|
| Предмет | Что именно поставляют или делают | Есть ли измеримый результат |
| Деньги | Сумма, валюта, этапы оплаты | Совпадают ли разделы и приложения |
| Срок | Дата или событие начала отсчёта | Указаны ли рабочие или календарные дни |
| Ответственный | Сторона и конкретная роль | Есть ли полномочия на действие |
| Риск | Возможный ущерб или спорная норма | Есть ли подтверждающий пункт |
| Решение | Что нужно согласовать | Кто принимает решение и к какой дате |
Условный пример: для договора поставки на 240 000 рублей в резюме достаточно указать предоплату 30 процентов, поставку до 1 июня, штраф 0,1 процента за день и необходимость уточнить порядок приёмки. Такой абзац экономит время читателя, но не заменяет проверку первоисточника.
Для команды я добавляю список открытых вопросов. Он должен содержать конкретные действия: «уточнить, считается ли срок с даты заявки» или «подтвердить, входит ли упаковка в цену». Вопрос «проверить договор» слишком широк и редко приводит к решению.
Резюме можно адаптировать под разные задачи. Для юриста нужны ссылки на пункты и варианты трактовки. Для руководителя, деньги, сроки и решения. Для исполнителя, последовательность действий и критерии готовности. Подходы к повседневному применению нейросетей с похожей логикой описаны в статье о чат-ботах для повседневных задач.
Как проверить ответ нейросети?
Я проверяю результат в 2 прохода: сначала полноту, затем точность. Для документа на 25 страниц это обычно означает отдельную сверку чисел, дат, отрицаний и ссылок на приложения.
На первом проходе задаю четыре вопроса:
- Все ли стороны, суммы и даты упомянуты?
- Есть ли обязательство, у которого не найден ответственный?
- Совпадают ли сроки в основном тексте и приложениях?
- Отделены ли факты от предположений?
На втором проходе открываю исходник и сверяю минимум 10 ключевых утверждений. В первую очередь проверяю числа, слова «не», «только», «если», «при условии» и ссылки на пункты. Одна пропущенная частица способна изменить смысл обязательства, а переставленная цифра, финансовый результат.
Я не прошу модель подтверждать собственную правоту фразой «ты уверен?». Лучше дать ей контрольную задачу: «Составь список выводов без прямой опоры на текст. Для каждого укажи, почему он может быть ошибочным». Такой режим выявляет пробелы, но не отменяет ручное чтение.
Не стоит отправлять руководителю ответ без ссылки на исходный пункт. В рабочем документе рядом с каждым риском достаточно указывать раздел, страницу или короткий фрагмент. Тогда обсуждение возвращается к тексту, а не к спору о том, что имела в виду модель.
Что бы я сделал на вашем месте?
Я бы начал с одного документа на 15–30 страниц и проверил 5 полей: сроки, суммы, ответственность, приложения и открытые вопросы. После этого сравнил бы карту, которую подготовила нейросеть, с ручной выборкой из 10 фрагментов.
Если расхождений мало, процесс можно расширить на технические задания и регламенты. Если модель регулярно путает таблицы, сноски или даты, сначала нужно улучшить распознавание и структуру запроса, а не увеличивать объём файла.
Мой рабочий принцип прост: нейросеть ищет, группирует и формулирует черновик, человек утверждает смысл и последствия. Для длинного договора это даёт экономию времени на навигации, но ответственность за подпись, оплату и исполнение остаётся у тех, кто принимает решение.