Сложный запрос нейросети часто даёт размытый ответ не потому, что модель слабая, а потому что в одном сообщении смешаны несколько задач. Разбейте его на 3–5 простых подзапросов, выполните по очереди и соберите итог — качество ответа заметно вырастет.
Что такое декомпозиция запроса и когда она нужна
Декомпозиция запроса — это разбиение одной большой задачи на несколько более мелких, каждая из которых формулируется как отдельное обращение к нейросети. Вместо одного длинного сообщения пользователь получает цепочку коротких, где каждый подзапрос решает ровно одну задачу и опирается на результат предыдущего. Такой подход снижает риск, что модель упустит часть условий или смешает требования из разных частей сообщения.
Декомпозиция нужна не всегда. Простой вопрос вроде перевода абзаца или объяснения термина лучше задавать целиком — дробление только добавит лишних шагов. Дробить запрос имеет смысл, когда в нём соединены разные по типу действия: например, нужно найти информацию, проанализировать её и оформить вывод в определённом виде.
Понять, что пора разбивать задачу, можно по нескольким признакам:
- в одном сообщении перечислено несколько разных действий — собрать данные, сравнить, оформить, проверить
- ответ модели получается общим: она отвечает на часть вопроса и обходит остальные пункты
- запрос содержит много условий и ограничений, которые трудно удержать одновременно
- требуется промежуточный результат, который нужно просмотреть и поправить до следующего шага
- модель путает порядок действий или смешивает факты из разных частей задачи.
Если хотя бы два пункта из списка совпадают с вашей ситуацией, стоит перейти к дроблению. Отдельно отметим случай, когда задача изначально большая по объёму: длинный текст на анализ или несколько источников сразу. Здесь декомпозиция помогает не потерять детали, а не только упростить формулировку.
Признаки того, что ваш запрос слишком сложный
Перегруженный запрос легко распознать по тому, как он сформулирован. Если в одном сообщении к модели вы перечисляете несколько действий подряд, скорее всего, вы просите её сделать слишком много за один раз. Проверить себя просто: посмотрите, сколько разных глаголов действия стоит в тексте.
- Несколько глаголов действия в одном предложении: «проанализируй», «сократи», «перепиши», «переведи» — каждое из них запускает отдельную операцию.
- Смешанные форматы ответа: вы просите таблицу, список и короткий абзац одновременно, и модель выбирает что-то одно или смешивает всё в кашу.
- Противоречивые требования: «сделай подробно, но уложись в два предложения» или «сохрани все детали, но убери лишнее» — модель не может выполнить оба условия сразу.
- Несколько тем в одном сообщении: например, разбор текста, подбор заголовков и план публикации — это три разные задачи, а не одна.
- Ответ приходится переспрашивать: если после первого ответа вы уточняете половину пунктов, значит, изначальный запрос был слишком широким.
Ещё один симптом — вы сами не можете быстро объяснить, что именно должно получиться на выходе. Когда результат сложно описать одним предложением, модель тоже не угадает, что вы имели в виду. В таком случае помогает мысленно разделить желаемый итог на отдельные куски и проверить, не смешались ли они в исходной формулировке.
Полезно перечитать свой запрос и посчитать, сколько независимых задач в нём спрятано. Если больше двух-трёх, стоит остановиться и переформулировать.
Методика разбиения: пять шагов от большой задачи к подзапросам
Шаг 1. Сформулируйте конечный результат одной фразой
Сначала опишите, что должно получиться на выходе, — одно предложение, без перечисления промежуточных действий. Формулировка вроде «план запуска рассылки на три месяца с темами писем и сроками» сразу задаёт границы работы.
Если результат не укладывается в одну фразу, значит, задач несколько и их стоит разделить на разные запросы.
Шаг 2. Выпишите все действия, которые нужны для результата
Перечислите всё, что придётся сделать по пути к цели, не заботясь о порядке и формулировках. На этом этапе важно ничего не потерять: лучше получить длинный черновой перечень, чем пропустить существенный шаг.
Шаг 3. Сгруппируйте действия в независимые подзадачи
Объедините близкие по смыслу пункты так, чтобы каждая группа решала одну задачу и могла выполняться отдельным запросом. Проверка простая: если подзадачу можно отдать модели без остальных, группировка удачна.
Шаг 4. Определите вход и выход каждой подзадачи
Для каждой группы зафиксируйте, какие данные вы подаёте на вход и что должно вернуться. Это помогает понять, какие подзапросы зависят друг от друга, а какие можно выполнять параллельно.
Шаг 5. Задайте критерий «готово» для каждой
Сформулируйте, по какому признаку вы примете результат подзапроса: нужный формат, объём, наличие конкретных элементов. Критерий позволяет сразу заметить слабый ответ и переформулировать запрос, не дожидаясь сборки.
Пять шагов удобно пройти в виде списка:
- Одна фраза о конечном результате.
- Черновой перечень всех действий.
- Группировка в независимые подзадачи.
- Вход и выход для каждой группы.
- Критерий готовности для каждой подзадачи.
Как выглядит подзапрос: структура и примеры формулировок
Хороший подзапрос устроен как техническое задание: в нём есть роль, контекст, конкретная задача, желаемый формат ответа и границы. Чем меньше в формулировке простора для трактовок, тем предсказуемее результат. Пять элементов не обязательно прописывать явно, но каждый из них должен читаться из текста.
| Элемент | Что задаёт | Пример формулировки |
|---|---|---|
| Роль | Позицию и уровень экспертизы | «Ты редактор технической документации» |
| Контекст | Исходные данные и ситуацию | «Есть черновик инструкции на 2 страницы» |
| Задача | Одно конкретное действие | «Сократи его до одного экрана» |
| Формат | Вид и объём ответа | «Нумерованный список, до 10 пунктов» |
| Ограничения | Что нельзя и что важно | «Без новых терминов, сохрани все шаги» |
Сравните: «Напиши статью про нейросети для маркетинга» — здесь смешаны выбор темы, сбор фактов, структура и текст. Та же потребность раскладывается на отдельные обращения: сначала «Перечисли пять задач маркетинга, где нейросети реально экономят время, списком без пояснений», затем «Возьми пункт про подготовку писем и опиши процесс в три шага», потом «Собери из этих шагов раздел статьи объёмом 300 слов в нейтральном тоне».
Каждый такой подзапрос проверяйте вопросом: можно ли понять задачу, не зная предыдущих сообщений? Если да — формулировка самодостаточна, и её можно ставить в очередь.
Подзапрос хорош тогда, когда на него можно ответить одной репликой и сразу проверить результат.
Порядок выполнения: что запускать параллельно, а что последовательно
Очередь запуска определяется одним признаком: нужен ли подзапросу результат другого, чтобы его можно было сформулировать или выполнить. Если да — это последовательная цепочка, и нарушать её порядок бессмысленно. Если подзапрос опирается только на исходные данные, его можно запускать независимо.
На практике большинство цепочек короткие: два-три звена, где каждое следующее уточняет или использует предыдущее. Остальные части задачи часто оказываются независимыми ветками, которые просто ждут общей сборки.
- Зависимые подзапросы — анализ, выводы, финальная формулировка: им нужен материал, полученный на предыдущем шаге.
- Независимые подзапросы — сбор фактов, перечисление вариантов, черновые формулировки по разным аспектам: каждый опирается только на исходные условия.
- Условно зависимые — те, где результат предыдущего шага меняет постановку: например, выбор одного из нескольких направлений перед детальной проработкой.
Независимые ветки удобно запускать параллельно: так вы быстрее получите весь материал и увидите, каких данных не хватает. Последовательные шаги, наоборот, лучше выполнять по одному и проверять промежуточный результат перед передачей дальше — иначе ошибка раннего этапа размножится по всей цепочке.
Перед запуском полезно набросать схему: стрелками отметить, что от чего зависит. Такая схема сразу показывает, где можно сэкономить время, а где экономия обернётся переделкой.
Как передавать результаты между подзапросами, чтобы не терять контекст
Промежуточный ответ — это рабочий материал, а не готовый текст. Сохраняйте его в том виде, в каком он пришёл от модели, и переносите в следующий подзапрос дословно, если он служит исходными данными. Пересказ своими словами почти всегда что-то теряет: числа, оговорки, условия, и следующий шаг строится уже на искажённой основе.
Возвращая результат обратно в диалог, отделяйте его от новой инструкции. Модель должна ясно видеть, где заканчивается материал предыдущего шага и начинается задача текущего. Проще всего держать это различие структурно: сначала пометка вроде «промежуточный результат», затем сам текст, затем новая задача.
- Храните ответы по шагам отдельно, а не в одном растущем сообщении — так легче найти, на каком этапе появилась ошибка.
- Переносите только то, что нужно следующему шагу: лишние фрагменты отвлекают модель и размывают фокус.
- Сохраняйте формулировки и цифры без правок; если правите — помечайте, что именно изменили.
- Фиксируйте допущения, которые модель сделала по ходу: на следующем шаге они могут стать источником расхождений.
- Проверяйте стык шагов: новый подзапрос должен опираться на переданный материал, а не повторять его.
Главный риск при переносе — тихое искажение. Сокращая промежуточный текст «для удобства», легко выбросить уточнение, от которого зависел весь результат. Если ответ длинный, лучше передать его целиком с явной пометкой, какую часть использовать, чем переписывать.
Когда шагов несколько, полезно перед каждым новым подзапросом коротко сверяться с исходной задачей: не ушли ли вы в сторону, собирая части по отдельности.
Сборка финального ответа и проверка результата
Промежуточные ответы — это ещё не результат. Их нужно свести в один текст, убрать повторы и выстроить логику так, чтобы читатель не видел швов между частями. Начните с каркаса: выпишите, какой вопрос закрывает каждый подзапрос, и расположите фрагменты в этом порядке. Затем прочитайте черновик целиком и отметьте места, где соседние абзацы противоречат друг другу или повторяют одну мысль разными словами.
Отдельно проверьте стыки. Часто первый ответ вводит термины, а второй ими пользуется без пояснения — при склейке такие разрывы становятся заметны. Добавьте связки в одно предложение и уберите служебные фразы вроде «как было сказано выше»: они выдают, что текст собран из кусков.
Дальше — проверка на потерю смысла. Сравните финальный текст с исходной большой задачей и ответьте себе, закрыты ли все её части.
- Каждый подзапрос из плана отражён в итоге хотя бы одним абзацем.
- Нет противоречий между фрагментами: цифры, названия и выводы совпадают.
- Термины введены один раз и используются единообразно.
- Исходный вопрос читается в готовом тексте целиком, а не по частям.
- Убраны повторы, возникшие на стыках независимых ответов.
- Ни один вывод не повис без опоры — факта или аргумента из подзапроса.
Если пункт не выполняется, не переписывайте весь текст: вернитесь к нужному подзапросу, уточните его и замените только этот фрагмент. Точечная правка дешевле полной пересборки и сохраняет уже проверенные части.
Частые вопросы
Сколько подзапросов оптимально делать из одного сложного запроса?
Обычно достаточно 3–5 подзапросов. Если получается больше десяти, скорее всего, вы дробите слишком мелко и теряете общую цель — вернитесь к формулировке конечного результата.
Можно ли разбивать запрос, если нейросеть не поддерживает длинный контекст?
Да, и в этом случае декомпозиция особенно полезна. Каждый подзапрос будет короче, а промежуточные результаты вы сможете передавать выборочно, а не целиком.
Что делать, если после разбиения ответы противоречат друг другу?
Сведите противоречие в отдельный подзапрос: попросите модель сравнить два промежуточных ответа и объяснить расхождение. Так вы увидите, на каком шаге потерялась точность.
Нужно ли каждый раз заново объяснять нейросети контекст в подзапросах?
Контекст стоит повторять кратко — одной-двумя фразами. Полное повторение увеличивает длину запроса и не даёт прироста качества, а иногда и мешает.
Чем декомпозиция отличается от пошаговой инструкции в одном запросе?
Пошаговая инструкция — это один запрос, где вы просите модель действовать последовательно. Декомпозиция — это несколько отдельных запросов, каждый со своим результатом, который вы можете проверить и при необходимости переделать.
Подходит ли этот метод для творческих задач, например для текста или идей?
Да, но с поправкой: сначала отдельно собираются материалы и ограничения, затем генерируются варианты, затем выбирается и дорабатывается лучший. Смешивать эти этапы в одном запросе не стоит.