Как сделать сводное резюме нескольких PDF с помощью ИИ и проверить источники
Создайте сводку трёх PDF в Ofox Chat: проверьте охват файлов, номера страниц, противоречивые даты, бюджеты и отсутствующие решения. Исходники доступны для скачивания.
Ofox 
Чтобы сделать сводное резюме нескольких PDF с помощью ИИ, загрузите документы вместе, запросите перечень прочитанных файлов и потребуйте имя файла и номер страницы для каждого важного вывода. Противоречия и недостающую информацию вынесите отдельно. Иначе связный абзац может скрыть непрочитанный документ или превратить предложение в принятое решение.
В этом руководстве мы используем Ofox Chat и три небольших документа, которые можно скачать. Результат — короткий отчёт, таблицы расходящихся дат и сумм, а также вопросы, на которые исходники не отвечают. Каждый вывод можно проверить по шести страницам, не принимая уверенный тон агента за доказательство.
Руководство публикует Ofox. Исходный запуск выполнен 3 ноября 2026 года в японском интерфейсе с режимом Balanced и англоязычными синтетическими PDF. Это не клиентские документы. Русский ответ получен преобразованием результата в той же беседе, а не отдельным повторным чтением PDF на русском языке. Тест не устанавливает точность для сканов, сотен страниц, сложных схем или всех языков. Название режима не определяет точную серверную модель.
Подготовьте небольшой набор источников
Скачайте учебные документы:
В каждом файле две страницы. Все относятся к вымышленному Project Cedar, но выполняют разные функции. Описание предлагает дату пилота и предельный бюджет. Заметки встречи предлагают другую дату и другой финансовый план. Поставщик даёт ценовое предложение с исключениями. Ни один файл не является окончательным утверждением или счётом на оплату.
Сохраняйте исходные имена собственных файлов или до загрузки задавайте короткие постоянные названия. Сделайте реестр: имя, дата документа, версия, число страниц и роль. Слово «final» в имени не доказывает утверждение. Более поздний документ также не отменяет автоматически все предыдущие сведения.
Загружайте только документы, которые разрешено обрабатывать. Новый сервис проверяйте на копии с удалённой чувствительной информацией. Защищённые паролем файлы, сканы и документы с большим количеством изображений требуют отдельной обработки; в этом примере текст выделяется и копируется.
Загрузите все файлы в одну беседу
Откройте новую беседу в Ofox Chat. Через кнопку добавления выберите загрузку локальных файлов. В исходном японском интерфейсе эти элементы называются 追加 и ローカルファイルをアップロード. В проверенном запуске диалог выбора позволил добавить несколько файлов. До отправки задания убедитесь, что во вложениях видны все три имени.
Для повторяющейся работы держите один проект в одной беседе, если специально не сравниваете проекты. Если файла нет среди вложений, сначала добавьте его: упоминание имени в запросе не заменяет загрузку.
Язык результата задайте явно. Ниже — русская адаптация проверенного японского задания, а не отдельный русский тест чтения документов:
Сделай сводное резюме трёх приложенных PDF. Ответь по-русски.
Сначала перечисли имена файлов, статус чтения и проверенный
диапазон страниц каждого файла.
Для каждого важного вывода укажи имя файла и физический номер
страницы PDF, начиная с 1. Если номер нельзя проверить,
сообщи об этом, а не придумывай его.
Разделяй подтверждённые решения, предложения, ценовые
предложения поставщика и неизвестные сведения.
При расхождении дат или сумм создай таблицу со статусами
и источниками. Не выбирай молча один вариант и не смешивай смыслы.
Не путай предельный бюджет с фактическими расходами. Сохраняй
условия о налогах, поездках и составе работ. Если ответственный
или срок выполнения задачи не указан, напиши «не указано».
Заверши вопросами для уточнения и коротким отчётом с источниками.
Приложи реально созданный Markdown-файл с этим содержанием.
Явно перечисли все непрочитанные файлы и страницы.Для большого пакета сначала запросите только реестр и извлечение сведений. Проверьте охват перед составлением общей сводки. Разделение по смысловым разделам помогает локализовать пропуски, но каждый фрагмент должен сохранять имя исходника и исходный диапазон страниц. Не заменяйте номера страниц оригинала нумерацией временной выдержки без явного соответствия.
Проверьте охват, прежде чем оценивать текст
В исходном запуске агент перечислил все три файла, страницы 1–2 каждого и отсутствие непрочитанных страниц. Это собственный отчёт агента об охвате, а не независимое доказательство. Мы отдельно сопоставили готовый отчёт со всеми шестью страницами.
Используйте эту таблицу приёмки:
| Источник | Что должно попасть со страницы 1 | Что должно попасть со страницы 2 |
|---|---|---|
| 01-project-brief.pdf | Пилот в декабре; предложено 8 декабря | Потолок 12 000 EUR; утверждения нет; утверждающий не назначен |
| 02-meeting-notes.pdf | Предложено 15 декабря, подтверждение ещё требуется | План 9 500 EUR не утверждён; Mina проверяет предложение; срок задачи не указан |
| 03-vendor-proposal.pdf | 10 200 EUR с обучением; предложение действительно до 15 ноября | Налоги и поездки не включены; поставка к 8 декабря не гарантирована; состав работ нужно уточнить |
Если сводка упоминает цену, но пропускает исключения со второй страницы, источник представлен неполно, даже если он есть в реестре. Если страница не прочитана, сохраните ограничение в финальном отчёте и устраните его до использования зависимых от этой страницы выводов.
Полноэкранный просмотр реального Markdown-отчёта в Ofox Chat. Русский текст получен переводом результата в исходной беседе. Отдельный русскоязычный запуск чтения трёх PDF не проводился.
Не смешивайте разные значения дат
В примере есть три типа дат: первоначальное предложение пилота, предложенная замена и срок действия ценового предложения. Они не должны превращаться в один дедлайн.
| Дата | Значение | Источник |
|---|---|---|
| 8 декабря 2026 года | Первоначально предложенная дата пилота, не подтверждена | Описание проекта, страница 1 |
| 15 декабря 2026 года | Предложенный перенос пилота, ждёт подтверждения | Заметки встречи, страница 1 |
| 15 ноября 2026 года | Истечение предложения поставщика, а не срок задачи Mina | Предложение поставщика, страница 1 |
Отсутствие гарантии поставки к 8 декабря не означает гарантию поставки к 15 декабря. Исходный японский отчёт явно отделил предложенную дату от возможности поставки.
В реальном проекте спросите, какой документ прямо утверждает новую дату или заменяет предыдущую. Если такого документа нет, напишите «не подтверждено». Назначайте принимающего решение только тогда, когда он действительно указан в источнике. Предложение модели можно включить в рекомендации, но не в перечень согласованных решений.
Не складывайте финансовые величины с разным смыслом
Три суммы описывают разные вещи:
| Сумма | Статус | Что неизвестно |
|---|---|---|
| 12 000 EUR | Неутверждённый предельный бюджет | Кто утверждает; входят ли налоги и поездки в предел |
| 9 500 EUR | Неутверждённое предложение финансовой команды | Связь с предельным бюджетом и подробный состав работ |
| 10 200 EUR | Предложение поставщика с обучением | Налоги, поездки и окончательный состав работ |
Их сумма — 31 700 EUR — не является обоснованной стоимостью проекта. Нельзя и уверенно объявить цену поставщика «в пределах бюджета»: бюджет не утверждён, итоговая стоимость с исключениями неизвестна. Арифметическую разницу двух сумм указать можно, если назвать её именно разницей, но она не разрешает вопросы состава работ и утверждения.
Исходный отчёт сохранил три статуса и не объявил итоговую стоимость. Именно такую неопределённость полезная сводка должна удерживать. Удаление оговорок ради краткости меняет смысл документов.
Проверьте финальный отчёт и скачанный файл
Исходный запуск создал project-cedar-summary-ja.md. Мы скачали файл и сверили выводы и физические номера страниц с исходниками. В нём есть реестр охвата, общая сводка, таблицы дат и сумм, обязанности, вопросы и короткий итоговый отчёт.
Доступна и русская версия Markdown-отчёта, созданная в той же беседе. В ней сохранены таблицы, ссылки на страницы и явное указание: это перевод ранее проверенного результата, а не новое независимое чтение PDF. Мы проверили сохранение сумм, дат, статусов и источников при переводе.
Перед передачей результата откройте скачанный файл. Убедитесь, что он содержит тот же материал, что и беседа, а не один заголовок или обрезанный фрагмент. Markdown — обычный текст с заголовками и таблицами; расширение .md не означает PDF или Word. Если адресату нужен другой формат, запросите его и проверьте отдельно.
Наиболее значимые утверждения сверяйте непосредственно с источником: суммы, единицы, исключения, статус утверждения, даты, ответственные и сроки задач. В примере Mina должна проверить предложение поставщика, но срок не указан. Нельзя заимствовать дату истечения коммерческого предложения и выдавать её за согласованный дедлайн Mina.
Сформулированные агентом уточняющие вопросы полезны, если они обозначены как вопросы. «Кто утверждает бюджет?» соответствует отсутствующему утверждающему. «Mina должна утвердить бюджет до 15 ноября» придумывает и роль, и срок.
Исправляйте ошибки с сохранением связи с источниками
| Ошибка | Корректирующее действие |
|---|---|
| Один PDF пропущен | Приложите его заново, запросите охват страниц и пересоберите зависимые выводы |
| Неверный номер страницы | Уточните физическую нумерацию и попросите проверить цитируемый фрагмент в оригинале |
| Текст скана не читается | Используйте разрешённый процесс OCR, проверьте распознавание и сохраните соответствие страниц |
| Противоречивые числа превращены в один ответ | Запросите таблицу исходных значений, статусов, состава работ, дат и источников; запретите молчаливое согласование |
| Придумано решение | Потребуйте утверждающий фрагмент или статус «не решено» |
| Поздний файл вытесняет прежние сведения | Проверьте явную отмену; без неё сохраните прежнее утверждение |
| Нет скачиваемого результата | Запросите реальное вложение и откройте его; обещание создать файл не равно передаче результата |
Пример точного исправления: «В отчёте 15 декабря названо подтверждённой датой. На странице 1 заметок встречи сказано, что подтверждение ещё требуется. Исправь статус, укажи нерешённый вопрос поставки и перечисли все выводы, затронутые исправлением». Так можно проверить правку, не перезапуская весь отчёт без необходимости. Это пример задания при возможной ошибке, а не утверждение, что такая ошибка была в нашем запуске.
Превратите сводку в рабочий результат
У полезного результата четыре уровня: что говорит каждый файл, где сведения совпадают или расходятся, что неизвестно и что нужно проверить дальше. Сохраняйте эти уровни и при сокращении отчёта для руководителя.
Попробуйте учебный набор в Ofox Chat до загрузки большого проекта. Для следующего шага с числами используйте руководство по анализу Excel с ИИ: оно помогает проверить строки, пропуски и итоги. Примеры запросов для документов и презентаций есть в руководстве по Sonnet. Сводка с источниками даёт следующей задаче проверяемую основу, но не заменяет окончательную сверку с оригиналом.
Если позже вы захотите перейти от работы в браузере к программной интеграции, обратитесь к документации Ofox API. Настройка API — отдельный процесс; для показанных здесь действий в Chat она не нужна.
