Когда мы просим Codex выполнить задачу, мы обычно думаем о нем как об одном агенте. Но если некоторые задачи достаточно сложны и включают несколько различных типов работы, Codex попытается разделить проблему на более мелкие задачи и создать отдельных агентов для их выполнения. Эти делегированные агенты называются суб-агентами. Каждый суб-агент работает в своем собственном потоке и сосредотачивается только на одной части исходной задачи. В то же время основной агент координирует их работу и создает окончательный ответ, агрегируя результаты суб-агентов. Как практики, мы естественно приходим к вопросу: Как мы можем намеренно использовать суб-агентов для наших собственных проблем? В этой статье мы исследуем суб-агентов Codex на практическом примере. По ходу дела мы увидим, как определять и делегировать работу специализированным агентам, проверять их отдельные потоки и позволять основному агенту объединять их выводы в конечный результат.

Здесь мы рассматриваем задачу планирования поездки. Предположим, мы хотим спланировать четырехдневную одиночную поездку из Цюриха. У нас общий бюджет 1200 швейцарских франков. Наши потенциальные направления включают Лиссабон, Прагу и Копенгаген, и нам важны удобные поездки, музеи и местная кухня. Для этой задачи мы готовим трех специализированных агентов: Агент по логистике путешествий, Агент по анализу бюджета и Агент по исследованию впечатлений. Каждый специалист оценит все три направления со своей точки зрения. Затем основной агент соберет их выводы, сравнит компромиссы и порекомендует конечное направление.

Codex позволяет нам определять пользовательских агентов для конкретного проекта. Мы можем сделать это, добавив TOML-файлы в .codex/agents/: Каждое определение агента требует трех полей: имя, описание и инструкции разработчика. Пользовательский агент также может указать свою собственную модель, усилия рассуждения, конфигурацию песочницы, инструменты и навыки. Если мы не переопределим эти настройки здесь, три специалиста унаследуют их от основной сессии Codex. Кроме того, мы добавляем небольшую конфигурацию на уровне проекта в .codex/config.toml, чтобы разрешить до трех потоков суб-агентов выполняться одновременно.

В подсказке мы явно попросили основного агента использовать наших определенных специализированных агентов при решении задачи. Мы запустили Codex из каталога проекта с включенным веб-поиском, отметив, что нам нужно включить веб-поиск только для основной сессии. Три суб-агента наследуют эту возможность, когда Codex их создает. Мы увидели, что Codex запустил трех специализированных агентов параллельно. Мы можем проверить их прогресс непосредственно из CLI, используя представление потоков агентов, так как каждый специалист имеет свой собственный контекст, активность инструментов и конечный результат. Когда все три агента завершат работу, их выводы возвращаются основному агенту для синтеза. Затем мы можем проверить, что они произвели, и каждый суб-агент вернул рекомендацию со своей точки зрения.

Ключевые объекты: Местоположения: Цюрих, Лиссабон, Прага, Копенгаген