Что сделаем
Разберем практический процесс анализа больших документов в Claude Fable 5: договоров, технических заданий, регламентов, отчетов и тендерной документации. На выходе у вас будет понятная схема: подготовить файл, задать цель анализа, получить карту документа, извлечь важные условия, найти риски, собрать вопросы и проверить результат по источникам.
Главная мысль: большой контекст не отменяет аккуратный процесс. Даже если модель может принять длинный документ, ей все равно нужно объяснить, что искать, как ссылаться на пункты и где не делать выводы без подтверждения.
Когда это полезно
- Нужно быстро понять длинный договор.
- Нужно найти риски в ТЗ перед оценкой проекта.
- Нужно сравнить требования тендера с возможностями компании.
- Нужно вытащить обязанности, сроки, штрафы и ограничения из регламента.
- Нужно сделать краткое резюме отчета для руководителя.
- Нужно подготовить вопросы к заказчику по RFP.
- Нужно найти противоречия между несколькими документами.
- Нужно сделать таблицу требований для команды.
Claude не заменяет юриста, инженера, закупщика или финансового директора. Он помогает быстрее разобрать документ и подготовить черновик выводов, которые проверяет ответственный специалист.
Шаг 1. Подготовьте документ
Перед загрузкой уберите все, что мешает анализу.
- Проверьте, что текст читается, а не лежит картинкой.
- Если это скан, сначала сделайте OCR.
- Сохраните понятное имя файла: `dogovor_postavki_2026_v3.pdf`, `tz_crm_integraciya.docx`, `rfp_support_ai_agent.pdf`.
- Если документов несколько, пронумеруйте их: `01_rfp.pdf`, `02_prilozhenie_sla.pdf`, `03_forma_kp.xlsx`.
- Удалите лишние черновики, дубли и устаревшие версии.
- Отдельно отметьте, какая версия считается актуальной.
Проверка: если человек не понимает, какой файл главный, Claude тоже может перепутать версию.
Шаг 2. Задайте режим анализа
Не начинайте с фразы "проанализируй документ". Это слишком широко. Сначала задайте роль, границы и формат ссылок.
Ты помогаешь анализировать большой деловой документ.
Правила:
- используй только текст документа и данные, которые я явно дал;
- не придумывай отсутствующие условия;
- каждое важное утверждение подтверждай номером раздела, пункта, страницы или цитатой до 20 слов;
- если пункт не найден, пиши "не найдено";
- отделяй факты от выводов;
- спорные места помечай как [проверить специалисту];
- не давай юридическое заключение, а готовь рабочий обзор рисков и вопросов.
Сначала сделай карту документа, а не финальные выводы.Так вы сразу снижаете риск красивого, но неподтвержденного ответа.
Шаг 3. Постройте карту документа
Карта нужна, чтобы понять структуру до глубокого анализа.
Сделай карту документа.
Верни таблицу:
- раздел;
- что в нем регулируется;
- важные пункты;
- есть ли числа, сроки, суммы или обязательства;
- стоит ли анализировать раздел глубже.
Не пересказывай документ полностью. Нужна навигационная карта.Для договора карта покажет оплату, сроки, ответственность, расторжение, конфиденциальность, порядок приемки. Для ТЗ — цели, объем работ, интеграции, требования к данным, критерии приемки. Для тендера — требования, комплект документов, сроки подачи, критерии оценки и ограничения.
Шаг 4. Попросите краткое резюме
После карты можно делать executive summary.
Сделай краткое резюме документа для руководителя.
Формат:
1. Что это за документ.
2. Для чего он нужен.
3. Главные обязательства нашей стороны.
4. Главные обязательства другой стороны.
5. Сроки и даты.
6. Деньги, штрафы, лимиты, SLA.
7. 5 главных рисков.
8. Вопросы, которые нужно уточнить.
Каждый важный пункт подкрепи ссылкой на раздел или страницу.Проверка: если в резюме нет ссылок на источник, его нельзя использовать как основание для решения.
Шаг 5. Извлеките условия в таблицу
Большие документы лучше анализировать таблицами. Так проще проверить, что модель ничего не смешала.
Извлеки ключевые условия в таблицу.
Колонки:
- тип условия;
- формулировка простыми словами;
- точная ссылка на пункт;
- значение: срок, сумма, процент, дата или обязанность;
- кто отвечает;
- риск: низкий / средний / высокий;
- комментарий для проверки.
Типы условий:
- предмет документа;
- сроки;
- оплата;
- приемка;
- ответственность;
- штрафы;
- SLA;
- конфиденциальность;
- персональные данные;
- интеллектуальные права;
- расторжение;
- спорные условия;
- приложения.Если документ — ТЗ, замените типы на требования, интеграции, данные, роли пользователей, ограничения, критерии приемки, тестирование, инфраструктуру и поддержку.
Шаг 6. Найдите риски
Риски нужно искать отдельным проходом. В общем резюме модель может их сгладить.
Проведи risk review документа.
Ищи:
- односторонние обязанности;
- нечеткие сроки;
- штрафы и неустойки;
- неограниченную ответственность;
- размытые критерии приемки;
- обязательства без ресурсов;
- скрытые расходы;
- требования к данным и безопасности;
- конфликтующие пункты;
- условия, которые требуют согласования с юристом, финансами, ИТ или руководителем.
Верни таблицу:
- риск;
- где найден;
- почему это важно;
- кому передать на проверку;
- безопасный вопрос или комментарий для контрагента.Проверка: хороший risk review не пугает общими словами, а показывает конкретный пункт и понятное действие.
Шаг 7. Проверьте требования
Для ТЗ, регламентов и тендеров полезна матрица требований.
Сделай матрицу требований.
Колонки:
- ID требования;
- текст требования простыми словами;
- источник: раздел, пункт, страница;
- тип: функциональное / техническое / юридическое / коммерческое / безопасность / документ;
- обязательность: must / should / optional;
- можем выполнить: да / нет / нужно уточнить;
- доказательство или комментарий;
- вопрос заказчику.Для RFP это один из самых важных результатов. Матрица помогает решить, участвовать ли в тендере, какие документы готовить и где есть no-go риск.
Шаг 8. Сравните документы между собой
Если есть договор, приложение, ТЗ и SLA, попросите Claude искать противоречия.
Сравни документы между собой.
Найди:
- разные сроки в разных документах;
- разные суммы или порядок оплаты;
- конфликтующие SLA;
- разные обязанности сторон;
- требования, которые есть в ТЗ, но отсутствуют в договоре;
- приложения, на которые есть ссылка, но файла нет;
- термины, которые используются по-разному.
Верни таблицу:
- конфликт;
- документ 1 и пункт;
- документ 2 и пункт;
- почему это проблема;
- что уточнить.Проверка: модель должна ссылаться на оба места, между которыми есть конфликт. Если ссылка только одна, это не сравнение.
Шаг 9. Сформируйте вопросы
После анализа нужно получить список вопросов к контрагенту или внутренней команде.
Собери вопросы по документу.
Раздели на группы:
- юридические;
- коммерческие;
- технические;
- операционные;
- безопасность и данные;
- сроки и приемка;
- документы и приложения.
Для каждого вопроса укажи:
- почему он возник;
- на какой пункт документа он ссылается;
- кому его лучше адресовать.Хороший вопрос не звучит как "уточните все". Он привязан к конкретному пункту и помогает закрыть риск.
Шаг 10. Получите финальный отчет
Когда карта, таблицы, риски и вопросы готовы, соберите итоговый отчет.
Собери финальный отчет по анализу документа.
Структура:
1. Краткое резюме.
2. Что важно для решения.
3. Таблица ключевых условий.
4. Риски по приоритету.
5. Вопросы к контрагенту или заказчику.
6. Что можно принять без изменений.
7. Что нужно согласовать.
8. Что нельзя принимать без правок.
Не добавляй новых фактов. Используй только результаты предыдущих этапов.Финальный отчет лучше отправлять не как истину, а как рабочий обзор. В теме письма или комментарии можно прямо писать: "Черновик анализа, требуется проверка владельцами".
Шаблоны под разные документы
Договор
Проанализируй договор.
Особое внимание:
- предмет договора;
- цена и порядок оплаты;
- сроки;
- приемка;
- ответственность;
- штрафы;
- ограничение ответственности;
- расторжение;
- конфиденциальность;
- персональные данные;
- интеллектуальные права;
- подсудность;
- приложения.
Сделай таблицу условий, risk review и список вопросов юристу.Техническое задание
Проанализируй ТЗ.
Особое внимание:
- цели проекта;
- границы работ;
- функциональные требования;
- интеграции;
- данные;
- роли пользователей;
- нефункциональные требования;
- критерии приемки;
- ограничения;
- вопросы для оценки сроков и бюджета.
Сделай матрицу требований и список пробелов.Регламент
Проанализируй регламент.
Найди:
- кто что делает;
- входы и выходы процесса;
- сроки;
- точки контроля;
- исключения;
- ответственность;
- где нужен ручной approval;
- что можно автоматизировать;
- какие данные нужны для AI-агента.Отчет
Проанализируй отчет.
Сделай:
- краткое резюме для руководителя;
- ключевые выводы;
- важные числа;
- тренды;
- аномалии;
- риски;
- вопросы к данным;
- список решений, которые можно принять на основе отчета.Тендерная документация
Проанализируй тендерную документацию.
Сделай:
- карту пакета документов;
- список обязательных файлов;
- сроки подачи;
- критерии оценки;
- матрицу требований;
- no-go риски;
- вопросы заказчику;
- список задач для команды.Чек-лист проверки результата
Перед тем как использовать вывод Claude, проверьте:
- есть ссылки на пункты или страницы;
- важные суммы, даты и проценты совпадают с документом;
- модель не придумала отсутствующие условия;
- риски привязаны к конкретным пунктам;
- спорные выводы помечены как [проверить];
- финальный отчет не содержит новых фактов;
- конфиденциальные данные не ушли туда, куда не должны;
- эксперт посмотрел критичные разделы.
Если хотя бы один пункт не выполнен, вернитесь на предыдущий шаг и попросите Claude исправить конкретную проблему.
Частые ошибки
Загружать все подряд
Если дать модели 20 файлов без порядка, она может смешать версии и приложения. Лучше сначала дать список файлов и попросить карту пакета.
Просить "найди все риски"
Это слишком широкая команда. Риски лучше искать по категориям: сроки, деньги, ответственность, безопасность, приемка, данные, SLA.
Верить резюме без ссылок
Резюме без ссылок удобно читать, но опасно использовать. Для решений нужны пункты, страницы или короткие цитаты.
Смешивать юридический и рабочий анализ
Claude может подготовить обзор и вопросы. Юридическое заключение должен делать юрист, особенно по договорам, штрафам, ответственности и персональным данным.
FAQ
Можно ли просто загрузить PDF и попросить краткое содержание?
Можно, но это слабый режим. Для больших документов лучше сначала сделать карту, затем таблицу условий, risk review и только после этого резюме.
Что делать, если документ слишком большой?
Разбейте его на части: основной документ, приложения, таблицы, сканы. Сначала получите карту пакета, потом анализируйте важные разделы отдельно.
Как снизить риск галлюцинаций?
Требуйте ссылки на пункты, страницы или короткие цитаты. Добавьте правило: если условие не найдено, писать "не найдено", а не додумывать.
Можно ли анализировать договор без юриста?
Claude может помочь подготовить обзор, но не заменяет юриста. Все условия про ответственность, штрафы, персональные данные, ИС и расторжение нужно проверять специалисту.
Когда нужен RAG, а не ручная загрузка файла?
RAG нужен, если документов много, они часто обновляются, нужны права доступа, поиск по базе и ответы с источниками. Для разового анализа одного договора или ТЗ часто достаточно ручной загрузки файла и строгого промпта.
