Промпты для саммари документа: 8 шаблонов с примерами

Перед встречей вам присылают отчёт на 30 страниц, а времени хватает только на основные выводы. Запрос «сократи документ» обычно даёт гладкий пересказ, в котором теряются условия, риски и нерешённые вопросы. Ниже — промпты для саммари документа: восемь готовых шаблонов, примеры ответов и системная инструкция для повторяющейся работы.

Промпты для саммари документа: короткий ответ

Хороший промпт для саммари задаёт не только длину, но и назначение результата. Модели нужно сообщить, кто прочитает выжимку, какое решение готовится, что нельзя добавлять от себя и как ссылаться на исходник.

Выберите шаблон по задаче:

Сначала задайте назначение результата, затем соберите основания и только после этого сокращайте документ.

Шаблоны работают только с переданным документом. Для протокола встречи, статуса проекта и сравнения двух самостоятельных документов нужны другие форматы.

Что передать в чат вместе с документом

Перед загрузкой файла заполните короткую карточку контекста. Она важнее фразы «пиши как эксперт»:

Документ: [название, дата и версия].
Адресат саммари: [роль].
Зачем он читает: [решение или рабочая задача].
Желаемая длина: [например, до 250 слов].
Что особенно важно: [числа, риски, сроки, варианты].
Что нельзя делать: [добавлять внешние сведения, давать рекомендацию, менять формулировки обязательств].
Как ссылаться на источник: [страница, раздел, заголовок или номер пункта].

Если номера страниц определяются ненадёжно, используйте названия разделов и короткие цитаты. Любую ссылку всё равно нужно открыть вручную.

Официальные руководства по prompting сходятся в практической детали: длинный контекст нужно явно отделять от инструкции, а форму ответа задавать заранее. Google рекомендует помещать большой контекст перед конкретным вопросом, а Anthropic — сначала извлекать релевантные цитаты и только затем выполнять основную задачу. В обычном чате это превращается в простое правило: сначала источник и карта оснований, потом саммари.

Передавайте актуальную версию документа и удаляйте сведения, которые запрещено отправлять выбранному сервису.

8 готовых промптов для саммари документа

Поля в квадратных скобках нужно заполнить. Если вы прикладываете файл, всё равно назовите его в сообщении: так модель не перепутает источник с предыдущими вложениями.

1. Промпт для краткого содержания документа

Используйте его, когда нужен нейтральный обзор без управленческих рекомендаций.

Подготовь краткое содержание приложенного документа «[название]».

Цель: помочь [адресат] понять содержание без чтения полного текста.
Объём: до [N] слов.

Верни:
1. цель документа;
2. основные темы;
3. ключевые факты и числа;
4. выводы автора;
5. ограничения и нерешённые вопросы.

Используй только информацию из документа. Не добавляй внешние сведения и собственные рекомендации. Для каждого ключевого тезиса укажи раздел или страницу. Если подтверждение не найдено, не включай тезис. В конце перечисли разделы документа, которые были учтены.

Проверьте, различает ли модель факт и вывод автора: ожидание экономии ещё не доказывает снижение расходов.

2. Промпт для управленческого саммари

Этот вариант нужен, когда адресату предстоит решить, согласовывать ли следующий шаг. Он не просит модель принять решение, а показывает, что именно требует внимания.

Подготовь управленческое саммари документа «[название]» для [роль адресата].

Контекст решения: [какое решение готовится и к какой дате].
Объём: [например, 250–350 слов].

Сначала составь таблицу оснований: тезис, тип «факт / вывод автора / предложение», источник в документе. Затем напиши саммари:
- зачем создан документ;
- что произошло или предлагается;
- 3–5 подтверждённых фактов;
- риски, ограничения и зависимости;
- какое решение требуется от адресата;
- что произойдёт, если решение отложить — только если это указано в документе;
- открытые вопросы и недостающие данные.

Не выбирай решение за адресата. Не превращай предложение автора в согласованный план. Не добавляй факты извне. После саммари перечисли все тезисы, для которых не удалось найти прямое основание.

3. Промпт для разделения фактов, выводов и предположений

Используйте перед саммари спорного отчёта, исследования или концепции.

Разбери приложенный документ «[название]» и не составляй итоговое саммари.

Верни таблицу:
1. утверждение;
2. тип: подтверждённый факт / расчёт автора / вывод автора / предложение / предположение / неизвестно;
3. источник: раздел, страница и короткая цитата;
4. какие данные нужны для проверки;
5. почему неверная трактовка повлияет на решение.

Особенно проверь числа, причинно-следственные формулировки и слова «приведёт», «обеспечит», «снизит», «необходимо». Не повышай статус утверждения только потому, что оно написано уверенно.

4. Промпт для поиска рисков, условий и исключений

Обычное саммари хорошо сохраняет главную линию и хуже — сноски, исключения и оговорки. Поэтому их лучше запросить отдельно.

Найди в документе «[название]» информацию, которую опасно потерять при сокращении.

Собери таблицу:
- риск, ограничение, условие или исключение;
- к какому выводу документа относится;
- возможное последствие для [готовящегося решения];
- дословное основание и местоположение;
- статус: учтено в основном выводе / упомянуто вскользь / противоречит основному выводу.

Отдельно проверь отрицания, диапазоны дат, состав выборки, исключённые данные, зависимости от подрядчиков, предварительные оценки и формулировки «при условии». Не добавляй типовые риски, которых нет в документе. Возможные вопросы вынеси в отдельный блок и пометь как вопросы, а не факты.

5. Промпт для саммари под конкретного адресата

Один документ можно сократить по-разному, не меняя факты: директору важны решение и риск, исполнителю — действия и ограничения.

Подготовь две версии саммари одного документа «[название]»:

Версия A — для [роль 1], до [N] слов. Его задача: [решение или интерес].
Версия B — для [роль 2], до [N] слов. Его задача: [решение или интерес].

Обе версии должны использовать один и тот же набор фактов. Для каждой покажи:
- что важно именно этому адресату;
- какое действие или решение от него требуется;
- риски и ограничения;
- вопросы, которые ему нужно задать.

После двух версий добавь таблицу «Что изменилось в подаче / что осталось неизменным». Не меняй числа, статус решений, обязательства и уровень уверенности ради более убедительного текста.

Не просите «убедить директора»: задайте его рабочую задачу и потребуйте неизменность фактов.

6. Промпт для длинного документа по частям

Этот сценарий не расширяет контекст модели. Пользователь сам делит текст по разделам и контролирует, что все части переданы.

Я передам документ «[название и версия]» частями. Ожидается [N] частей, каждая будет помечена «Часть X из N» и названием раздела.

До сообщения «Документ передан полностью»:
- не составляй саммари и не делай общих выводов;
- для каждой части подтверждай номер и название;
- веди реестр: часть, раздел, период, ключевые сущности, упомянутые приложения;
- отмечай оборванные таблицы, ссылки на отсутствующие приложения и неполные предложения;
- не пересказывай текст подробно.

После команды «Документ передан полностью» сначала покажи реестр покрытия и список пробелов. К подготовке саммари переходи только после моего подтверждения, что все части получены.

Формат будущего саммари: [вставьте требования из промпта № 1 или № 2].

Если диалог стал слишком длинным или модель перестала уверенно ссылаться на ранние части, остановитесь. Сохраните реестр, сократите вход или используйте инструмент, рассчитанный на поиск по документам. Чат не обязан надёжно удерживать неограниченное число фрагментов.

7. Промпт для вопросов автору документа

Полезен перед согласованием отчёта, концепции или предложения.

Подготовь вопросы автору документа «[название]» перед решением [какое решение].

Ищи только вопросы, которые возникают из текста:
- нет основания для важного вывода;
- отсутствует период, выборка, метод или исходное значение;
- предложение не содержит стоимости, владельца, срока или критерия успеха;
- два раздела противоречат друг другу;
- риск назван, но способ контроля не описан;
- упомянуто приложение, которого нет.

Для каждого вопроса укажи: сам вопрос, почему он важен, на какой фрагмент опирается и какое решение без ответа остаётся неопределённым. Расставь приоритет: блокирует решение / важно уточнить / можно выяснить позже. Не придумывай отсутствующее требование только потому, что оно обычно встречается в похожих документах.

8. Промпт для проверки готового саммари

Это проверка производного текста по его исходнику, а не сравнение двух независимых документов.

Проверь готовое саммари по исходному документу.

Исходник: «[название и версия]».
Саммари: [вставьте текст].
Адресат и задача: [роль и решение].

Верни четыре таблицы:
1. неподтверждённые тезисы — есть в саммари, но не найдены в источнике;
2. искажения — изменены число, срок, условие, отрицание, статус или уровень уверенности;
3. существенные пропуски — есть в источнике и важны для задачи адресата, но отсутствуют в саммари;
4. корректные тезисы — подтверждены ссылкой на раздел или страницу.

После таблиц предложи исправленную версию, меняя только найденные проблемы. Не добавляй новые рекомендации. Если ссылка на источник ненадёжна, пометь её «проверить вручную».

Фрагмент ответа на учебном примере:

Пример ответа на промпт для управленческого саммари

Возьмём вымышленный учебный документ «Отчёт о пилоте нового процесса обработки клиентских обращений». В нём указано: пилот шёл с 1 по 31 августа в двух командах; изучено 1 240 обращений; медианное время первого ответа сократилось с 92 до 47 минут; доля повторных обращений — с 18% до 14%. Два дня сбоя CRM исключены. Стоимость масштабирования и дополнительная нагрузка на контроль качества не рассчитаны. Автор предлагает распространить процесс на остальные команды.

Заполненное первое сообщение:

Подготовь управленческое саммари приложенного отчёта для операционного директора. Ему нужно решить, запускать ли второй пилот и выделять ли ресурс на оценку стоимости. Объём — до 250 слов. Используй только документ. Отдели измеренные результаты от предложения автора, укажи ограничения выборки и вопросы, без которых нельзя переходить к полному внедрению. Для каждого ключевого тезиса дай раздел или страницу.

Пример хорошего ответа:

Решение для адресата
Определить, запускать ли второй ограниченный пилот и выделять ли ресурс на расчёт стоимости. Документ не содержит достаточных данных для решения о полном внедрении.

Подтверждённые результаты
- Пилот проведён в двух командах с 1 по 31 августа на выборке из 1 240 обращений — раздел 2, стр. 4.
- Медианное время первого ответа снизилось с 92 до 47 минут — раздел 4, стр. 8.
- Доля повторных обращений снизилась с 18% до 14% — раздел 4, стр. 9.

Ограничения
- Два дня сбоя CRM исключены из расчёта; влияние исключения на итог отдельно не показано — раздел 3, стр. 6.
- Стоимость масштабирования и нагрузка на контроль качества не рассчитаны — раздел 6, стр. 13.

Предложение автора
Распространить процесс на остальные команды. Это предложение, а не принятое решение и не подтверждённый прогноз эффекта — раздел 7, стр. 15.

Вопросы до решения
1. Сохраняется ли эффект после включения дней сбоя?
2. Как изменится стоимость обработки обращения?
3. Какая дополнительная нагрузка возникнет у контроля качества?

Ответ не превращает предложение автора в утверждённый rollout и показывает исключённые данные. Все числа в примере вымышлены.

Системный промпт редактора саммари

Системный промпт полезен для серии выжимок по одинаковым правилам. Он не даёт чату доступ к корпоративным файлам.

Ты — редактор проверяемых саммари по документам, которые пользователь передаёт в этот чат. Ты не ищешь документы самостоятельно, не используешь внешние сведения без отдельного запроса и не утверждаешь, что проверил источник, которого нет в контексте.

Перед началом выясни:
- название, дату и версию документа;
- адресата;
- решение или рабочую задачу адресата;
- желаемую длину и формат;
- допустимый способ ссылки на источник;
- запреты по данным и интерпретации.

Правила:
1. Используй только переданный источник.
2. Отделяй подтверждённые факты, выводы автора, предложения, предположения и открытые вопросы.
3. Сохраняй числа, даты, отрицания, условия, исключения и уровень уверенности.
4. Не превращай предложение в решение, прогноз в результат или корреляцию в причину.
5. Для существенного тезиса указывай раздел, страницу или короткую цитату.
6. Если документ передаётся частями, не составляй итог до команды «Документ передан полностью» и подтверждения реестра частей.
7. Если источник не подтверждает тезис, напиши «основание не найдено».
8. Не принимай решение за пользователя и не скрывай неудобные ограничения ради краткости.

Порядок работы:
1. Проверь полноту входа и задай вопросы.
2. Составь карту документа и таблицу оснований.
3. Дождись подтверждения пользователя.
4. Подготовь саммари в согласованном формате.
5. Выполни самопроверку: неподтверждённые тезисы, искажения, пропуски и ненадёжные ссылки.

Формат результата по умолчанию:
- задача адресата;
- краткий вывод;
- подтверждённые факты;
- риски и ограничения;
- требуемое решение или действие;
- открытые вопросы;
- источники и предупреждения для ручной проверки.

Пример первого сообщения после системного промпта:

Документ: «Отчёт о пилоте клиентского сервиса», версия от 5 сентября. Адресат — операционный директор. Задача — решить, нужен ли второй пилот; полный rollout сейчас не рассматривается. Итог до 250 слов. Ссылки — по разделам и страницам. Сначала проверь вход и покажи карту документа, саммари пока не пиши.

Первый ответ должен запросить файл, проверить приложения и уточнить критерии второго пилота. Итог на этом этапе означает, что инструкция не соблюдается.

OpenAI рекомендует явно задавать форму результата, критерии успеха и то, что нужно сохранить при сокращении. Шаблон всё равно следует проверить на реальном документе.

Что проверить вручную после саммари

Проверяющий должен открыть исходник, а не оценивать только убедительность ответа.

1. Версия документа. Саммари сделано по актуальному файлу и учитывает приложения.
2. Покрытие. Все разделы отражены в карте; пропущенные части названы явно.
3. Числа и даты. Значения, единицы, периоды и базы сравнения совпадают.
4. Отрицания. «Не согласовано» не превратилось в «согласовано».
5. Статус утверждений. Предложение, прогноз и факт не смешаны.
6. Условия и исключения. Формулировки «при условии», исключённые данные и ограничения не исчезли.
7. Источники. Страницы, разделы и цитаты действительно подтверждают тезисы.
8. Адресат. Выжимка отвечает на его задачу, но не скрывает неудобные факты.
9. Конфиденциальность. В ответ не попали лишние персональные данные и секреты.
10. Решение. Финальный выбор и ответственность остались у человека.

NIST включает проверки и человеческий надзор в практику управления рисками AI. Сохраните исходник, промпт и исправления, а важное саммари проверьте вторым человеком.

Что Agent Roi сможет сделать — и чего не сможет

В одном чате Agent Roi поможет выбрать шаблон, разобрать переданный текст, подготовить версии саммари и проверить выжимку по источнику.

Agent Roi не открывает сам корпоративное хранилище, не узнаёт автоматически актуальную версию, не обрабатывает бесконечный объём и не подтверждает истинность исходного документа. Если файл не помещается в контекст, пользователь сокращает вход, передаёт части или выбирает отдельный инструмент для поиска по документам. Если решение связано с правом, финансами, безопасностью или персоналом, итог проверяет профильный специалист.

FAQ

Можно ли попросить ИИ просто сократить документ до одной страницы?

Можно, но результат будет трудно проверить. Добавьте адресата, задачу, структуру и требование указывать источник каждого существенного тезиса.

Нужно ли загружать документ целиком?

Если файл уверенно помещается в доступный контекст и корректно читается, цельный источник удобнее. Для длинного документа используйте промпт № 6: передавайте логические разделы вручную, проверяйте реестр и не разрешайте писать итог до получения всех частей.

Можно ли доверять страницам и цитатам в ответе?

Нет без проверки. Модель может ошибиться в нумерации, перепутать раздел или подобрать фрагмент, который не подтверждает весь тезис. Откройте исходник и сверяйте каждую ссылку, влияющую на решение.

Чем саммари отличается от протокола встречи или статус-отчёта?

Саммари сжимает содержание уже существующего документа. Протокол восстанавливает решения и задачи из разговора, а статус-отчёт собирает актуальное состояние проекта из нескольких источников. У них разные входы, риски и форматы проверки.

Связанные материалы и первый шаг

• ИИ для документов и таблиц — подготовка файлов, извлечение данных и безопасный процесс.
• Промпты для встреч — повестка, протокол и обработка готовой расшифровки.
• ИИ для аналитиков — отчёт и executive summary из проверенных SQL-агрегатов.
• Системные промпты — как закрепить правила работы на весь диалог.

Откройте Agent Roi, возьмите один внутренний документ без лишних чувствительных данных и начните с промпта № 1. Затем прогоните результат через промпт № 8: первый полезный итог — не самый короткий текст, а выжимка, в которой можно проверить каждый важный тезис.

Больше материалов по теме — в разделе «Промпты».