У Google оркестрация вынесена не в конфиг CLI, а в отдельный SDK - Agent Development Kit, и это меняет саму природу подхода: систему здесь не столько настраивают, сколько собирают из строительных блоков - coordinator-а и узких sub-agents, - как обычный программный проект. Память проекта задаёт файл GEMINI.md, повседневные настройки - .gemini/settings.json, а связь агентов друг с другом и с удалёнными исполнителями идёт по протоколу A2A в среде Antigravity. Модель, которая стоит за всем этим, - Gemini; архитектуру её Google, как и остальные, не раскрывает.
Особенность именно этой среды - явный, осознанно предусмотренный ползунок между двумя разными режимами работы, а не выбор одного из них раз и навсегда. На одном конце - model-led режим, где сама модель решает, кого из sub-agents позвать и в какой момент, опираясь на текущее состояние задачи. На другом - детерминированный workflow, где порядок шагов прописан заранее и не меняется в зависимости от того, что модель "подумала" на очередном шаге. Между этими крайностями можно двигаться в зависимости от того, насколько предсказуемым должен быть конкретный процесс.
Технически sub-agents в этой среде запускаются в одном из трёх режимов - chat, task или single-turn, - и, в отличие от многих других сред, могут выполняться параллельно, а не только по очереди друг за другом. Antigravity добавляет к этому ещё один слой: remote-субагентов, которые физически работают не в локальном процессе, а на удалённой стороне, и агента Jules, подключённого по тому же протоколу A2A, что и обычные sub-agents.
Официальные материалы раздела складываются в последовательность от общего к частному: документация ADK объясняет, как устроен coordinator и sub-agents как программная модель, кодлаб по сборке мульти-агентной системы показывает то же самое на конкретном рабочем примере, а Gemini CLI и доки Antigravity - уже про то, как это выглядит внутри реальной оболочки и IDE.
Мета-промпт для Gemini настраивает GEMINI.md на роль coordinator-а: агент читает перечисленные материалы, прописывает правила делегирования sub-agents, явно указывает допустимые режимы chat, task и single-turn с возможностью параллельного запуска, и фиксирует, где по умолчанию работает model-led логика, а где нужен жёсткий deterministic workflow. Затем система реально собирается на ADK - как coordinator плюс набор узких sub-agents, а не как единственный markdown-файл с инструкциями.
Отдельным шагом мета-промпт подключает remote-субагентов через Gemini CLI или Antigravity и связку A2A, если задача этого требует, - и, как и в остальных средах, весь план показывается до внесения изменений, а не постфактум.
Прочитай:
- google.github.io/adk-docs
- github.com/google-gemini/gemini-cli
- antigravity.google/docs/agent
Настрой ЭТОТ проект под мульти-агентную работу (ADK):
1. Создай/обнови GEMINI.md: роль - координатор; делегирование
субагентам; режимы chat / task / single-turn (параллельно);
слайдер model-led -> deterministic workflow.
2. Собери систему на ADK: coordinator + узкие sub-agents.
3. Gemini CLI / Antigravity - remote-субагенты и A2A (Jules).
4. Баланс качество - экономия токенов: узкий контекст,
сводки вместо дампов, без лишних проходов.
Покажи план ДО изменений.