Краткое содержание
В этом видео рассматривается оркестрация агентов, новая тенденция в разработке, когда один агент управляет работой других. Объясняется, как это работает, и стоит ли использовать это сегодня. Ключевые моменты:
- Оркестрация агентов позволяет одному агенту вызывать другие, создавая подобие команды разработчиков.
- В Copilot CLI и Visual Studio Code можно создавать и настраивать агентов и субагентов.
- Субагенты имеют изолированные контекстные окна, что позволяет эффективно использовать ресурсы.
- Представлен пример ультралегкой структуры оркестрации с агентами-планировщиком, кодировщиком и дизайнером.
Введение
Введение в оркестрацию агентов, новую тенденцию для разработчиков. Подчеркивается, что сейчас все находится на стадии разработки, и не стоит пытаться сразу понять и использовать все новые возможности. Важно выбирать инструменты, которые подходят именно вам и повышают вашу продуктивность.
Что такое оркестрация?
Объяснение оркестрации агентов на примере обычной работы разработчика. В обычной ситуации разработчик отправляет команды разным агентам (локальному, фоновому, облачному) и сам выступает в роли оркестратора. В оркестрации агентов один агент вызывает другие, что стало возможным благодаря новым инструментам Copilot CLI и Visual Studio Code.
Оркестрация с пользовательскими агентами
Обсуждаются возможности, которые открываются благодаря оркестрации агентов. Можно создать виртуальную команду разработчиков с тимлидом, архитекторами, кодировщиками, дизайнерами и менеджерами проектов. Основная идея заключается в том, что агенты оркестрируют работу других агентов.
Агент-оркестратор
Рассматривается структура оркестрации с агентом-оркестратором, планировщиком, дизайнером и кодировщиком. Агент-оркестратор отвечает только за координацию работы между разными агентами, не выполняя никакой работы самостоятельно. Он конфигурирует инструменты, такие как вызов субагентов и память. В prompt агента-оркестратора указывается, что он должен разбивать сложные запросы на задачи и делегировать их специализированным субагентам, координируя их работу и сообщая результаты. Важно, чтобы оркестратор не указывал субагентам, как выполнять работу, предоставляя им свободу принятия решений.
Агент-планировщик
Агент-планировщик отвечает за создание планов, не занимаясь написанием кода. Для этого агента используется модель GPT52. Prompt агента-планировщика должен быть кратким и четким, чтобы он выполнял свою задачу.
Агент-кодировщик
Агент-кодировщик использует GPT52 Codeex, специализируясь на написании кода. У него есть доступ к различным инструментам, включая MCP-сервер context 7 для чтения документации. В prompt агента-кодировщика подчеркивается, что он должен ставить под сомнение указания оркестратора и принимать собственные решения. Также указываются принципы чистого и простого кода.
Дизайнер
Агент-дизайнер отвечает за UI, UX и стилизацию. Для дизайна используется Gemini 3 Pro, так как эта модель дает лучшие результаты в этой области. Prompt агента-дизайнера должен предоставлять ему полную творческую свободу, не ограничивая его жесткими рамками.
Оркестрация в действии
Демонстрация работы структуры оркестрации на примере создания веб-интерфейса для мобильного приложения. Для агента-оркестратора используется Claude Sonnet 45, так как эта модель обладает высокой "агентивностью". Claude Sonnet 45 хорош в координации, а GPT52 Codeex - в написании кода. Агенту-оркестратору дается задание создать веб-интерфейс, похожий на мобильное приложение, с использованием Firebase.
Улучшение оркестрации
Обсуждаются возможные улучшения структуры оркестрации. Например, можно улучшить передачу плана от планировщика к кодировщику, сохраняя план в документе и передавая его. Также можно разделить работу между несколькими агентами-кодировщиками, работающими параллельно. Предлагается попробовать ультралегкую структуру оркестрации, доступную по ссылке в описании видео. Подчеркивается, что представленный пример - это лишь один из способов использования оркестрации агентов, и важно выбирать модели и структуру, которые лучше всего подходят для ваших задач.
