Почему модель теряет нить при слиянии
ChatGPT не «читает» загруженные файлы целиком в привычном смысле. Он обрабатывает токены в окне контекста. Когда вы просите объединить три длинных отчёта, модель видит их как один длинный поток. Внимание механизма attention рассеивается: ранние детали тускнеют, перевес отдаётся последнему вставленному фрагменту.
Типовая ошибка — свалить всё в один промт с инструкцией «объедини». Модель скорее всего выдаст поверхностную выжимку, упустит противоречия и придумает связки, которых не было.
Правило: качество объединения обратно пропорционально объёму сырых данных, поданных за один раз без промежуточной структуризации.
Четыре паттерна объединения для любых задач
1. Последовательная свертка
Подаёте фрагменты по одному: «Вот часть 1. Запомни ключевые сущности. Жду следующую». После последней части даёте команду синтеза. Идеально для очень длинных текстов, превышающих окно контекста.
3. Синтез позиций
Когда источники противоречат друг другу (отзывы, экспертизы, версии кода). Промт требует: «Выдели общие темы, зафиксируй расхождения с цитатами, предложи разрешение конфликта». Результат — не сумма, а анализ.
4. Структурная экстракция
Задаёте жёсткую схему (JSON, таблица, XML) и просите заполнить её из каждого источника. Затем просите объединить схемы. Лучше всего для данных: товары, метрики, параметры API, контакты.
Плохой промт vs Хороший промт: разбор на конкретном кейсе
Антипаттерн: «Всё в один микс»
> У меня есть 5 PDF отчётов по проекту (по 30 стр.). Объедини их в один итоговый отчёт для руководства. Сделай кратко и по сути.- Нет разбивки на этапы — перегруз контекста.
- Нет инструкции по противоречиям.
- «Кратко» — субъективно, модель режет факты.
- Нет формата выхода — получится «простыня».
Про-паттерн: Map-Reduce + Якоря
> [Системный промт]
> Ты — аналитик. Твоя задача: извлечь ключевые метрики, риски и решения из отчётов.
> Формат выхода каждого этапа: JSON {source, metrics[], risks[], decisions[]}.
>
> [Цикл для каждого файла]
> ИСТОЧНИК: Report_1.pdf
> ТЕКСТ: [контент чанка 1]
> ВЫДАЙ JSON.
>
> [Финальный промт]
> Вот 5 JSON. Объедини в итоговый отчёт для CEO.
> Структура: 1. Executive Summary (5 пулей). 2. Таблица метрик (источник | значение). 3. Риски (приоритет | описание | источник). 4. Решения (статус | дедлайн | ответственный).
> Противоречия в метриках — укажи оба значения с источниками.- Жёсткая схема ввода/вывода на каждом шаге.
- Якоря источника сохраняют прослеживаемость.
- Явная инструкция по конфликтам данных.
- Финальный формат описан структурно.
Универсальный шаблон-промт (скопируйте и адаптируйте)
Токеновый бюджет
Всегда считайте: tokens(ввод) + tokens(вывод) < limit * 0.7. Остаток нужен для рассуждений модели. Если не влезает — режьте вход или используйте Map-Reduce.
Якоря — не декор
Без маркеров ---SOURCE: ID--- модель сливает факты в кашу. С якорями вы получаете аудит: «Цифра 42% пришла из Источника Б».
Галлюцинация слияния
Самый частый баг: модель пишет «Источник А подтверждает X», а в А этого нет. Лечится промтом: «Если факта нет в источнике — пиши [ABSENT], не выводи утверждение». Проверяйте спот-чеком.