Как раздать одну большую задачу нескольким агентам и собрать результат
Точный: держит все детали задачи.
Качество решения будет хуже, чем вы ждёте
нажмите, чтобы закрытьКонтекст конечен. Чем он длиннее, тем хуже модель вспоминает детали: Anthropic называет это context rot. Спад идёт постепенно, не обрывом.
Когда окно почти полное, агент сжимает историю: остаётся краткая сводка. Детальные инструкции из начала разговора могут потеряться.
Потеряв деталь, агент способен достроить правдоподобную вместо «не знаю». В аккуратной таблице такая строка выглядит как настоящая.
Поэтому советуют: новый контекст на новую задачу, крупное чтение отдавать субагенту, правила держать в файле AGENTS.md.
Всё лежит в одном окне: детали теряются, ответ плывёт.
Отдельный помощник главного агента: у него свой контекст, своя инструкция и своя модель. Он получает задание, работает у себя и возвращает только итог.
.codex/agents/имя.toml: роль, правила, формат ответа.Одному главному агенту: цель, материалы (договоры, акты) и что считать готовым результатом. Один раз и без деталей работы.
Делит по естественным границам процесса, а не «один агент на один артикул». Сам ничего не ищет и не считает.
У каждого своё окно и своя инструкция. Друг друга не видят, поэтому не путают чужие данные.
Получает не сотни страниц договора и строк акта, а три коротких отчёта в заданном формате, и собирает из них одну таблицу.
1name = "proverka_nedostach" 1description = "пересчитывает недостачу по акту одного фулфилмента" 4model = "gpt-6.1-sol" 4model_reasoning_effort = "medium" developer_instructions = """ 2Ты считаешь только недостачу по одному акту. 3Норму убыли бери из договора. 3Нормы нет? Пиши «нет данных», не 0%. 5Верни: артикул | недостача | пункт договора """
Пример: значения придуманы, поля сверить с документацией.
Папка с инструкцией (SKILL.md). Агент читает её и выполняет прямо в вашем разговоре, как рецепт, который положили на стол.
Отдельный поток Codex со своим контекстом и инструкцией (.codex/agents/имя.toml). Получает задание, работает у себя и приносит итог.
| Скилл | Субагент | |
|---|---|---|
| Контекст | Общий, подгружается в ваш разговор | Своё окно |
| Что видит | Весь ваш разговор | Свою инструкцию и задание, которые вы ему дали |
| Запуск | Codex находит подходящий скилл по описанию | Вы просите по имени, или Codex зовёт сам, если так записано в AGENTS.md |
| Модель и усилие | Отдельных нет | Своя модель и уровень рассуждения. Права как у главного агента |
| Возвращает | Ничего отдельно | Итоговый отчёт главному агенту |
Вместе: скилл может вызывать субагентов, а субагент может подгрузить скилл. Скилл описывает порядок действий, субагент выполняет часть работы у себя.
Задача делится на последовательные шаги: каждый вызов работает с результатом предыдущего. Между шагами можно ставить проверки.
Задачу легко и чётко разложить на фиксированные подзадачи.
Договор и допсоглашения → акт инвентаризации → пересчёт недостачи → проверка по условиям (убыль, оценка, срок) → сводка. Если акта нет в папке, цепочка на этом фулфилменте останавливается.
Ошибка раннего шага тянется до конца. Поставьте проверку между шагами (наш совет).
Вход классифицируется и уходит специалисту с отдельной инструкцией и инструментами.
Есть чёткие категории, которые лучше обрабатывать по отдельности, и классификация надёжна.
Расхождение из акта: в пределах нормы убыли — принять, явная недостача — полный расчёт и черновик претензии, похоже на пересорт — искать парный артикул, непонятно — показать Любе. Дорогой расчёт достаётся не всем.
Ошибка классификации портит всё дальше. Нужен выход «не уверен, спросить человека» (наш совет).
Несколько вызовов работают одновременно. Разделение: независимые части одной задачи. Голосование: одна и та же задача несколько раз, ответы сравниваются.
Части можно считать одновременно или нужны несколько взглядов для большей уверенности.
Разделение: папки всех фулфилментов ведутся одновременно, у каждого свой субагент. Голосование: спорный расчёт (неоднозначный пункт договора) считают трое независимо и сверяют суммы.
Расход токенов растёт с числом вызовов. Делите по естественной единице (фулфилмент, договор), а не «один агент на каждый артикул» (наш совет).
Главный агент по ходу работы сам разбивает задачу, раздаёт части исполнителям и собирает результат.
Задача сложная, и какие подзадачи понадобятся, заранее не известно.
Задача «понять, по каким фулфилментам предъявлять претензию»: главный сам решает, кого позвать первым, и по ходу добавляет новых, например проверить, нет ли недостающих допсоглашений. Число исполнителей заранее неизвестно.
Расход трудно предсказать. Задайте лимит числа исполнителей и глубины (наш совет).
Один вызов создаёт ответ, другой оценивает его и возвращает замечания. Цикл идёт, пока результат не станет приемлемым.
Есть чёткие критерии оценки, и доработка по кругам реально улучшает результат.
Один субагент считает недостачу и пишет, на какой пункт опирается, второй сверяет с договором (последняя редакция, норма убыли, «нормы нет» не равно 0%) и возвращает замечания. Это ответ на привычку «не проверяю — доверяю».
Без чётких критериев оценщику нечего оценивать. Ограничьте число кругов, оценщику права только на чтение (наш совет).
«Проверь недостачи».
Агент не знает, что считать результатом, какой фулфилмент и какой акт брать и когда остановиться. Результат: чужие цифры, пропуски, лишние шаги.
Список задач не даёт агенту бросить работу на восьмом шаге из десяти. Сборка заблокирована, пока не завершатся все три. При сбое честная сводка показывает дыру, а не прячет её.
иллюстрация механики, не реальный вывод
—
У команды: у каждого агента чистый контекст, поэтому детали не теряются (слайд 4). У одного агента контекст выходит за окно 1 млн, начинается сжатие. Цена команды: нужна сборка и проверка результата.
Два субагента-исследователя: ставим, запускаем, сравниваем.
Вы получите два готовых субагента, запустите оба на своём реальном вопросе и сравните: что даёт быстрый ресёрч, а что глубокий, и сколько это стоит.
| light_research | deep_research | |
|---|---|---|
| Модель | Лёгкая (gpt-6-luna, усилие low) | Сильнее (gpt-6.1-sol, усилие high) |
| Объём работы | до 10 действий, до 5 страниц | до 40 действий, до 14 страниц |
| Углы поиска | 2–3 запроса | 4–6 разных углов: официальный, практики и обсуждения, критика, свежие данные |
| Выбор источников | Первые подходящие, ссылка и дата | Оценивает тип: первичный, пересказ, блог. Первичные важнее SEO-сайтов |
| Проверка | Один быстрый проход | Три разные проверки главных утверждений: цитата, поиск противоречия, свежесть и метод |
| Где ищет | Веб (веб-поиск Codex и чтение страниц) | Веб, включая публичные обсуждения и форумы. Закрытое (соцсети с входом) не откроет и скажет об этом |
| Что вернёт | 2–4 строки, таблица со ссылками | Выводы с уверенностью, опровергнутое, расхождения источников, пробелы, список источников |
Укажите путь к распакованной папке research-subagents и вставьте запрос из блока справа
Кладёт файлы в .codex/agents/, запускает light_research на простом вопросе и отчитывается
Откройте новую сессию в папке проекта и проверьте, что проект доверенный
иллюстрация шагов, ваши пути будут другими
Внешний факт или картина по рынку. Без персональных данных и без договоров.
Запишите: сколько минут ждали и что получили.
Пока он работает, читайте ответ light.
Глубина, расхождения источников, минуты и токены.
«Прочитай оба файла в .codex/agents/ и задай мне 5 вопросов, чтобы подогнать их под мой процесс.» Потом: «Добавь в light_research список источников, которым мы доверяем».
иллюстрация, текст и время условные
Возьмите сверку недостач с одним фулфилментом: договор с допсоглашениями и акт инвентаризации. Если нужен другой процесс (возвраты и невыкуп по WB, договоры), выберите его, но с однотипными объектами.
Создайте субагента под эту задачу по пяти правилам: узкая роль, точное описание, режим «только чтение» в вашей сессии, жёсткий формат ответа, честное «нет данных». Основой можно взять nedostacha_checker.toml из архива (образец тоже на слайде «Узкая роль»). Второго, «проверяющего», добавьте, если успеете.
Вызовите по имени на 2–3 фулфилментах. Запишите минуты: вручную против субагента. Сверьте хотя бы одну сумму руками. Принесите цифры на следующую встречу.
Минимум один работающий субагент под вашу задачу и цифры: сколько минут вручную и сколько с субагентом. А также ответ на вопрос: для какого вашего процесса команда агентов даёт выигрыш, а для какого достаточно одного, и что в расчёте вы проверили сами.
Для какой вашей задачи вы создадите первого субагента? Что из сегодняшнего осталось непонятным? Где вам хватит одного агента, а где нужна команда? Какой формат ответа нужен вашему субагенту и как вы проверите его цифры?