Google Antigravity ganha Dynamic Workflows: agente escreve script em Python para coordenar subagentes

O Google começou a liberar em 13 de novembro de 2026 os Dynamic Workflows no Antigravity, seu ambiente de desenvolvimento com agentes de IA. O recurso chega pelo comando /run-workflow: em vez de coordenar uma tarefa longa apenas por conversa, o agente escreve um script curto em Python que distribui o trabalho entre subagentes — em paralelo ou em sequência — e o desenvolvedor revisa o script antes de ele rodar.

A novidade faz parte da mesma semana de lançamentos do Antigravity que trouxe o Orchestrator, que alterna os modelos Gemini 4 Carbon (ou Argon) e Hydrogen dentro de uma mesma conversa. A diferença é o foco: enquanto o Orchestrator divide o trabalho entre modelos, os Dynamic Workflows dividem o trabalho entre agentes, com um fluxo controlado por código.

O que são os Dynamic Workflows

Segundo a documentação oficial do Google Antigravity, os Dynamic Workflows servem para tarefas que se dividem em muitas partes independentes — uma revisão por arquivo alterado, uma auditoria por pacote — ou em etapas encadeadas, como escrever um teste que falha e depois corrigir o código. A proposta é trocar o fluxo de uma conversa longa, que pode se perder na interpretação dos prompts, por um controle determinístico em script.

  • Fases paralelas e sequenciais: o script executa agentes ao mesmo tempo com parallel() ou um após o outro com pipeline(), organizados em fases nomeadas que podem ser acompanhadas ao vivo.
  • Conversa principal limpa: cada agente do fluxo trabalha na própria conversa e devolve um resultado estruturado, validado por um JSON Schema. Leituras de arquivos, buscas e logs de testes ficam fora do contexto principal.
  • Agentes de uso único ou persistentes: o fluxo pode criar agentes descartáveis — um revisor por arquivo — ou manter o mesmo agente entre as fases, para que o revisor que encontrou os bugs confirme depois se foram corrigidos.
  • Scripts reutilizáveis: um script que funciona pode ser salvo como arquivo .py no projeto e executado novamente depois.

Como funciona o /run-workflow

Ao digitar /run-workflow seguido da tarefa — ou pedir o fluxo com as próprias palavras —, o agente lê a skill interna run-workflow e escreve o script Python. Antes de rodar, o Antigravity mostra o script e pede aprovação, exceto quando um preset de permissão, como o Turbo, já autoriza a execução. Para mudar o plano, basta negar e dizer ao agente o que ajustar.

O fluxo roda em segundo plano, em um processo separado que usa o runtime Python embutido no Antigravity — não é preciso ter Python instalado na máquina, e é possível apontar um interpretador próprio (Python 3.8 ou superior) pela variável ANTIGRAVITY_PYTHON. Quando termina, o agente principal recebe os logs e os resultados e resume tudo na conversa.

Exemplos de uso

A documentação do Google traz três padrões prontos:

  • Revisão em paralelo: listar os arquivos Python alterados desde a branch principal e revisar cada um em paralelo em busca de exceções sem tratamento, com um veredito de uma linha por arquivo.
  • Revisar, corrigir e verificar: um agente Revisor persistente lista os bugs de um diretório, um agente Corretor é criado por bug em paralelo e, no fim, o mesmo Revisor confirma se tudo foi corrigido.
  • Edição em workspaces isolados: cada agente paralelo trabalha em uma worktree Git isolada para trocar um helper depreciado e rodar os testes do pacote sem conflito.

Também é possível escolher o nível de modelo dos agentes do fluxo — flash_lite ou flash para verificações rápidas em volume, pro para raciocínio mais profundo — e o tipo de workspace: herdar o atual, criar uma branch isolada por agente ou uma cópia compartilhada do repositório.

Disponibilidade

Os Dynamic Workflows estão disponíveis no aplicativo Antigravity e no Antigravity CLI, para assinantes do Google AI Pro e do Google AI Ultra. Não há preço separado: o recurso consome os créditos de modelo já incluídos no plano.

Dynamic Workflows, Orchestrator e /swarm: qual usar

A própria documentação compara as formas de dividir trabalho no Antigravity: o Orchestrator é para uma única conversa em que um modelo de fronteira planeja e o Hydrogen executa; os subagentes servem para delegar uma tarefa enquanto o desenvolvedor continua trabalhando; os Dynamic Workflows são para fluxo controlado por script — a mesma verificação em uma lista de arquivos, etapas em sequência ou um ciclo revisor-corretor; e o /swarm é para agentes que colaboram em um quadro compartilhado de mensagens.

Limites a observar

Os agentes criados por um fluxo não veem o script nem uns aos outros: o script precisa dar a cada agente tudo o que ele precisa no prompt, com um resultado curto e bem definido. E, em uma fase paralela, se um agente falhar, os demais são cancelados. O Google também deixa claro que o desenvolvedor não precisa saber Python para usar o recurso — mas revisar o script antes de aprovar faz parte do fluxo.

Fontes

Imagem: captura da documentação oficial do Google Antigravity, que mostra a tela de aprovação do script de um Dynamic Workflow. Crédito: Google.

Transparência: esta matéria foi produzida com auxílio de inteligência artificial, com cruzamento de publicações públicas no X e de fontes da internet. As informações foram verificadas na documentação oficial do Google Antigravity e em anúncios oficiais; consulte as fontes originais para confirmar os detalhes.

Por Muse