3,583 papers
arXiv:2607.07548 76 8 июля 2026 г. FREE

Асимметрия ролей: почему разбивка задачи важнее её выполнения

КЛЮЧЕВАЯ СУТЬ
+11 пунктов точности даёт лучшая разбивка задачи на части. Лучшее исполнение — только +2.6. Четыре к одному — и всё это время мы тратили усилия не туда. Метод позволяет получать точные ответы на сложные многошаговые вопросы — вместо размытых обобщений, которые выдаёт один большой промпт. Разбей задачу в отдельном запросе — и только потом выполняй: первый промпт только декомпозирует, второй отвечает на каждый под-вопрос изолированно, третий собирает финал. Декомпозиция — узкое место всей цепочки: ошиблись в плане — никакое тщательное исполнение результат не спасёт.
Адаптировать под запрос

TL;DR

Когда AI решает сложную многошаговую задачу, главный фактор качества — насколько хорошо задача разбита на под-вопросы, а не насколько точно AI отвечает на каждый под-вопрос. Исследователи проверили это на агентных системах с разными весовыми коэффициентами, но вывод применим к любому сложному запросу в чате.

У LLM есть скрытая асимметрия: улучшение декомпозиции даёт +11 пунктов точности, а улучшение исполнения — лишь +2.6. Это значит: если вы сделали плохую разбивку задачи на части, никакое тщательное исполнение уже не спасёт результат. Ошиблись в плане — финал окажется слабым независимо от того, как хорошо AI работал с каждым куском.

Метод — разделить роли: один «агент» (или один тщательно составленный промпт) занимается только декомпозицией, второй — только исполнением отдельных шагов, третий — только сборкой финального ответа. При этом именно в первый шаг нужно вложить максимум усилий — задать чёткие правила разбивки, критерии под-вопросов, логику делегирования.


🔬

Схема метода

ШАГ 1 (ДЕКОМПОЗИЦИЯ) — отдельный промпт, максимум усилий:
  Входит: сложный вопрос
  Выходит: список атомарных под-вопросов, каждый самодостаточен

ШАГ 2 (ИСПОЛНЕНИЕ) — отдельный промпт для каждого под-вопроса:
  Входит: один под-вопрос + ограничение "только по источникам"
  Выходит: краткий ответ с доказательствами

ШАГ 3 (СИНТЕЗ) — финальный промпт без доступа к рассуждениям шагов 1–2:
  Входит: исходный вопрос + пары (под-вопрос → ответ)
  Выходит: финальный ответ

Каждый шаг — отдельный запрос в чате.
Шаги 2 выполняются параллельно (или последовательно) для каждого под-вопроса.

🚀

Пример применения

Задача: Вадим открывает кофейню в Казани. Перед подписанием договора аренды хочет понять рынок: конкуренты, форматы, трафик, перспективы. Задал один большой вопрос — получил кашу. Теперь пробует по-другому.

Промпт (Шаг 1 — Декомпозиция):

Ты — аналитик рынка общепита. Твоя задача — ТОЛЬКО разбить вопрос на под-вопросы. 
Не отвечай ни на один из них.

Вопрос: «Стоит ли открывать специализированную кофейню (фильтр-кофе, спешелти) 
в центре Казани в 2025 году?»

Правила разбивки:
— Каждый под-вопрос атомарный: один факт, одна тема
— Под-вопрос можно проверить независимо от других
— Максимум 6 под-вопросов
— Каждый начинается с глагола (Сколько / Есть ли / Какой / Насколько)

Выдай пронумерованный список под-вопросов — и ничего больше.

Промпт (Шаг 2 — Исполнение, повторяется для каждого под-вопроса):

Ответь на один конкретный вопрос:
{под-вопрос из шага 1}

Правила:
— Только факты, цифры, конкретные примеры
— Если не знаешь точно — скажи об этом явно
— 3-5 предложений, не больше
— Никаких советов и выводов — только ответ на вопрос

Промпт (Шаг 3 — Синтез):

Исходный вопрос: «Стоит ли открывать специализированную кофейню 
(фильтр-кофе, спешелти) в центре Казани в 2025 году?»

Собранные данные:
{под-вопрос 1} → {ответ 1}
{под-вопрос 2} → {ответ 2}
...

Дай обоснованный ответ: да / нет / с условиями.
Структура: главный вывод → ключевые аргументы → риски → что проверить дополнительно.

Результат:

Шаг 1 выдаст 5-6 чётко сформулированных под-вопросов — например, про количество конкурентов спешелти в радиусе 500м, средний чек, аудиторию Казани, аренду в центре, тренды на доставку. Каждый — самодостаточный, без отсылки к другим. Шаг 2 даст короткие, конкретные ответы по каждому. Шаг 3 соберёт это в структурированное решение с аргументами и рисками — без «водяного» обобщения.


🧠

Почему это работает

LLM в одном большом запросе делает всё сразу: планирует, ищет, синтезирует. При этом ошибка в разбивке задачи мгновенно распространяется на все последующие шаги — модель начинает отвечать не на тот вопрос, и никакая точность исполнения это не исправит.

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

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

  • Ужесточить правила декомпозиции — добавить «каждый под-вопрос должен быть проверяем по одному источнику» → более точные поиски
  • Ограничить контекст исполнителя — «не используй предыдущие ответы» → изолированные, не загрязнённые результаты
  • Изменить критерий синтеза — вместо «вывод» попросить «матрицу за/против» → другой формат финального ответа

📋

Шаблон промпта

📌

Шаг 1 — Декомпозиция

Ты — {роль-специалист}. Твоя задача — ТОЛЬКО разбить вопрос на под-вопросы.
Не отвечай ни на один из них.

Вопрос: {сложный вопрос}

Правила разбивки:
— Каждый под-вопрос атомарный: одна тема, один факт
— Под-вопрос можно проверить независимо от других
— Максимум {число, рекомендуется 4-6} под-вопросов
— Каждый начинается с глагола ({примеры: Сколько / Есть ли / Какой})

Выдай пронумерованный список — и ничего больше.
📌

Шаг 2 — Исполнение (для каждого под-вопроса)

Ответь на один конкретный вопрос:
{под-вопрос из шага 1}

Правила:
— Только факты и конкретные примеры
— Если не знаешь точно — скажи об этом явно
— {число} предложений максимум
— Никаких советов и выводов — только ответ на вопрос
📌

Шаг 3 — Синтез

Исходный вопрос: {оригинальный вопрос}

Собранные данные:
{под-вопрос 1} → {ответ 1}
{под-вопрос 2} → {ответ 2}
...

Дай {тип ответа: решение / анализ / рекомендацию}.
Структура: {нужная структура финала}.

Плейсхолдеры: - {роль-специалист} — кто разбивает задачу: аналитик, юрист, маркетолог - {сложный вопрос} — исходный запрос, который «в лоб» даёт кашу - {число} — сколько под-вопросов и строк допускается в каждом ответе - {тип ответа} и {нужная структура финала} — формат, который нужен


🚀 Быстрый старт — вставь в чат:

Вот трёхшаговый шаблон для сложных исследовательских задач. 
Адаптируй под мою задачу: {твоя задача}.
Задавай вопросы, чтобы заполнить поля.

[вставить шаблон выше]

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


⚠️

Ограничения

⚠️ Простые задачи: Трёхшаговая структура избыточна для однозначных вопросов. Если задача решается одним поиском — декомпозиция только замедляет.

⚠️ Взаимозависимые под-вопросы: Если ответ на под-вопрос 2 зависит от ответа на под-вопрос 1, исполнение в изоляции даст неполные результаты. Метод лучше работает с параллельными, независимыми ветками.

⚠️ Субъективные задачи: Метод заточен под фактологические, проверяемые вопросы. Творческие или оценочные задачи разбиваются хуже — под-вопросы получаются расплывчатыми.

⚠️ Инфраструктурная часть недоступна: Компактный обученный исполнитель из исследования — это fine-tuned модель, недоступная в обычном чате. Принцип применим, конкретная модель — нет.


🔗

Ресурсы

Think Big, Search Small: Where Capacity Matters in Hierarchical Search Agents? — Qinnan Cai, Yibo Zhao, Xiang Li. School of Data Science and Engineering, East China Normal University. Preprint, under review.

GitHub: github.com/QinnanCai0115/role-factorized-search

Бенчмарки: 2WikiMultihopQA, HotpotQA, MuSiQue, PopQA, Bamboogle.


📋 Дайджест исследования

Ключевая суть

+11 пунктов точности даёт лучшая разбивка задачи на части. Лучшее исполнение — только +2.6. Четыре к одному — и всё это время мы тратили усилия не туда. Метод позволяет получать точные ответы на сложные многошаговые вопросы — вместо размытых обобщений, которые выдаёт один большой промпт. Разбей задачу в отдельном запросе — и только потом выполняй: первый промпт только декомпозирует, второй отвечает на каждый под-вопрос изолированно, третий собирает финал. Декомпозиция — узкое место всей цепочки: ошиблись в плане — никакое тщательное исполнение результат не спасёт.

Принцип работы

Модель в одном большом запросе делает всё разом: планирует, ищет, синтезирует. Как повар, который одновременно режет, жарит и сервирует — всё смешивается. Ошибка в плане молча тянется через все шаги: модель точно отвечает не на те вопросы, и никто этого не замечает. Один промпт — одна роль. Никогда не совмещать декомпозицию с исполнением. Схема: сначала только список под-вопросов, потом ответ на каждый в изоляции, потом сборка финала из готовых пар. В исследовании сильный планировщик со слабым исполнителем стабильно бил слабого планировщика с сильным исполнителем — именно поэтому первый шаг заслуживает максимальных усилий.

Почему работает

Когда модель делает всё сразу — она норовит «сразу ответить», пропуская важные под-вопросы. Это как студент, который читает задачу и сразу пишет ответ, не тратя минуту на план. Изолированный шаг декомпозиции убирает этот соблазн: модель физически не может перепрыгнуть к ответу, если задача звучит как «только разбей». Ошибка в разбивке — самая дорогая ошибка: она незаметно распространяется на все шаги. Модель при плохом плане отвечает точно, но не на те вопросы — и это хуже, чем неточный ответ на правильный вопрос. Исполнение — более механическая работа, модель справляется даже при слабых инструкциях, если под-вопрос сформулирован чётко.

Когда применять

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

Мини-рецепт

1. Напиши промпт только для разбивки: задай роль-специалиста, вставь вопрос, добавь правила — каждый под-вопрос атомарный (одна тема), проверяемый без других под-вопросов, начинается с глагола, максимум 4-6 штук. Закончи командой: «Выдай только пронумерованный список — и ничего больше».

2. Для каждого под-вопроса — отдельный запрос: только факты и конкретные примеры, без советов, без ссылок на другие части, 3-5 предложений максимум. Если не знает точно — пусть скажет.

3. Финальный промпт для сборки: исходный вопрос + все пары «под-вопрос → ответ» одним блоком + нужный формат вывода (решение / анализ / матрица за-против). Синтезатор не видит рассуждений предыдущих шагов — только готовые ответы.

Примеры

[ПЛОХО]: `Стоит ли открывать кофейню в центре города? Расскажи про конкурентов, трафик, аренду и перспективы.` [ХОРОШО — Шаг 1]: `Ты — аналитик рынка общепита. Твоя задача — ТОЛЬКО разбить вопрос на под-вопросы. Не отвечай ни на один из них. Вопрос: «Стоит ли открывать кофейню (специальный кофе) в центре Казани в 2025 году?» Правила: каждый под-вопрос атомарный — одна тема, начинается с глагола (Сколько / Есть ли / Какой / Насколько), проверяется по одному источнику, без отсылок к другим. Максимум 5 штук. Только список — и ничего больше.` [ХОРОШО — Шаг 2, для каждого под-вопроса отдельно]: `Ответь на один вопрос: {под-вопрос из шага 1}. Только факты и цифры. Если не знаешь точно — скажи об этом. Максимум 4 предложения. Никаких советов и выводов.` [ХОРОШО — Шаг 3]: `Исходный вопрос: «Стоит ли открывать кофейню в центре Казани в 2025?» Собранные данные: {под-вопрос 1} → {ответ 1} / {под-вопрос 2} → {ответ 2} / ... Дай обоснованное решение. Структура: главный вывод → ключевые аргументы → риски → что проверить дополнительно.`
Источник: Think Big, Search Small: Where Capacity Matters in Hierarchical Search Agents? — Qinnan Cai, Yibo Zhao, Xiang Li. East China Normal University, 2025.
ArXiv ID: 2607.07548 | Сгенерировано: 2026-07-09 04:29

Проблемы LLM

ПроблемаСутьКак обойти
Накопленный контекст размывает фокусРешаешь сложный вопрос в одном запросе. Модель накапливает в контексте: план, промежуточные поиски, рассуждения. Чем больше контекст — тем сильнее смешивается важное с неважным. Итог: нити между частями теряются, ответ размытый. Работает даже когда вопрос сформулирован хорошоРазбей задачу на изолированные подвопросы. Каждый подвопрос — отдельный запрос в чистом контексте, без «хвостов» от других веток. Финальный запрос получает только результаты, без промежуточных рассуждений

Методы

МетодСуть
Трёхшаговая изолированная декомпозицияШаг 1 — Декомпозиция (самый важный): один запрос, только список атомарных подвопросов. Правила для шаблона: каждый подвопрос понятен БЕЗ контекста других; один подвопрос = одна конкретная вещь; порядок логический (ответ на предыдущий помогает задать следующий). Шаг 2 — Исполнение: каждый подвопрос — отдельный запрос. Запрети модели выходить за рамки одного вопроса, иначе потянет лишнее. Шаг 3 — Синтез: передай только результаты шага 2. Не промежуточные рассуждения — только ответы. Почему работает: в коротком, чистом, самодостаточном контексте модель отвечает точнее. Изоляция убирает «шум». Когда не работает: простые однозначные вопросы — лишние шаги без выгоды. Если ответ на подвопрос 3 меняет формулировку подвопроса 4 — нужен итеративный цикл, а не линейная цепочка
📖 Простыми словами

Think Big, Search Small: Where Capacity Matters in Hierarchical SearchAgents?

arXiv: 2607.07548

Когда AI-ассистент берется за сложную задачу, он работает не как энциклопедист, а как менеджер среднего звена. Главная проблема здесь не в том, что модель чего-то не знает, а в кривом планировании. Если на старте агент неправильно разбил твой огромный запрос на мелкие подзадачи, то вся дальнейшая работа — это просто качественное исполнение заведомо лажового плана. Ошибка в структуре множится в геометрической прогрессии: модель начинает искать ответы на вопросы, которые вообще не приближают к цели, и в итоге выдает уверенную ахинею.

Это как если бы ты нанял прораба построить дом, а он вместо фундамента начал с выбора цвета штор в будущей спальне. Формально работа идет, шторы подбираются идеально, но жить в этом нельзя. Если иерархия задач нарушена, то даже самая мощная модель (условная GPT-4o) превращается в бесполезного дурачка, который очень старательно делает не то, что нужно. Исследование четко говорит: качество декомпозиции важнее, чем точность ответов на отдельные мелкие вопросы.

Чтобы это взлетело, нужно использовать иерархических агентов, где «голова» только планирует, а «руки» только исполняют. Например, если ты открываешь кофейню, не спрашивай «как мне запуститься». Сначала заставь модель вычленить блоки: анализ трафика, юридические риски, поиск поставщиков. Если на этапе планирования агент пропустил пункт про аренду, то на выходе ты получишь бизнес-план без помещения. 10 из 10 провалов в сложных запросах случаются именно из-за того, что модель «проглотила» кусок логики в самом начале.

Хотя тестировали это на сложных агентных системах, принцип универсален для любого общения с чат-ботами. Это работает и для написания кода, и для маркетинговых стратегий, и даже для планирования отпуска. Если ты даешь модели свободу самой решать, из каких шагов состоит задача, ты рискуешь получить галлюцинации на ровном месте. Суть проста: SEO для задач — это когда ты сам контролируешь, как AI дробит твой запрос, не позволяя ему свалиться в кашу из фактов.

Короче: хватит надеяться, что нейронка сама «поймет контекст» и все разрулит. Главный вывод исследования — инвестируй в планирование, а не в детализацию. Если ты не проконтролировал, как задача разбита на части, ты получишь мусор на выходе, какой бы мощной ни была модель. Плохой план убивает хороший результат, и никакие продвинутые промпты для ответов это не исправят, если структура изначально была херней.

Работа с исследованием

Адаптируйте исследование под ваши задачи или создайте готовый промпт на основе техник из исследования.

0 / 2000
~0.5-2 N-токенов ~10-30с
~0.3-1 N-токенов ~5-15с