GitHub представил режим /fleet в Copilot CLI, который позволяет запускать несколько ИИ‑агентов параллельно и тем самым ускорять работу с кодовой базой.
/fleet — это слэш-команда в Copilot CLI, при которой создаётся один оркестратор и несколько подагентов. Оркестратор разбивает задачу на независимые части и распределяет их между агентами, которые могут работать с разными файлами и участками репозитория одновременно. Подагенты используют общий файловый ресурс, но получают собственное контекстное окно и не обмениваются сообщениями напрямую — их координирует оркестратор.
Запуск происходит через команду вида /fleet <ОПИСАНИЕ ЦЕЛИ>. Пользователь формулирует задачу, после чего оркестратор сам определяет, какие части можно выполнять параллельно, и инициирует выполнение. Режим можно использовать и неинтерактивно из терминала, для этого требуется флаг --no-ask-user, так как в таком сценарии нет возможности отвечать на уточняющие запросы.
Эффективность /fleet зависит от качества формулировки запроса. GitHub советует чётко описывать ожидаемые результаты и привязывать каждый подпункт к конкретному артефакту — файлу, тестам или разделу документации. Размытые запросы приводят к последовательному выполнению, поскольку оркестратор не может выделить независимые части работы.
Рекомендуется задавать границы для каждого подагента: какие файлы он меняет, какую часть функциональности покрывает и чего выдавать не должен. В запросе также важно прямо указывать зависимости между задачами — оркестратор выполнит зависимые элементы последовательно, а независимые запустит параллельно.
Для специализированных сценариев можно создавать собственные агенты в каталоге .github/agents/ и ссылаться на них в запросах /fleet. Каждый такой агент может использовать свой набор инструментов, модель и инструкции. Если модель явно не прописана, применяется модель по умолчанию.
GitHub отдельно указывает на ограничения режима. Подагенты разделяют общий файловый ресурс без блокировок: если два агента записывают в один и тот же файл, финальный результат без предупреждения перезаписывается последним. Чтобы избежать этого, в запросе нужно закреплять за каждым агентом собственные файлы либо использовать временные файлы с последующим объединением через оркестратор.
Ещё одна особенность — подагенты не видят историю диалога оркестратора. Всё, что им нужно для работы, должно быть передано в их стартовом запросе: либо в виде текста, либо через ссылки на файлы в репозитории. После запуска пользователь может присылать дополнительные запросы уже оркестратору, корректируя общий план выполнения.
По словам команды GitHub, /fleet особенно полезен для задач с естественным параллелизмом: работы с несколькими файлами, независимыми модулями, разными «дорожками» одной фичи, одновременной подготовки кода, документации и тестов. Для линейной работы в одном файле обычные запросы к Copilot CLI остаются проще и не уступают по скорости, так как координация через оркестратора создаёт дополнительный накладной расход.
GitHub рекомендует начинать с небольших задач с чёткими результатами и понятными границами файлов, наблюдать, как оркестратор разбивает работу на части, и постепенно переходить к более крупным изменениям и многопоточным сценариям.
Источник: материалы GitHub о Copilot CLI и режиме /fleet.
