oh-my-ag: Orquestrador multiagente para o Antigravity
(github.com/first-fluke)No recente Claude 2026 Agentic Coding Trends Report,
o desenvolvimento de software deixou de ser definido como “escrever código diretamente” e passou a ser uma questão de como orquestrar e supervisionar agentes.
A IA é uma boa colaboradora, mas, para garantir qualidade e segurança, supervisão e validação humanas são indispensáveis.
Delegação total pode até parecer boa, mas, para manutenção, a estrutura precisa ser colaborativa.
O problema é que essa estrutura de colaboração precisa ser montada e gerenciada manualmente com prompts todas as vezes.
[Por que o oh-my-ag?]
Quem já usou Antigravity ou agentes baseados em CLI em projetos reais provavelmente já encontrou problemas como estes.
O agente não lê corretamente as Skills, as Rules são ignoradas no meio da conversa,
e a resposta entra em loop infinito sem controle, ou o agente trabalha bastante, mas no fim não faz o que foi pedido.
Parece um problema do modelo, mas na prática era um problema de orquestração.
Por isso, em vez de continuar ajustando prompts sem parar, a direção foi mudada.
A questão não era “como escrever bons prompts”, mas sim: “e se a estrutura de colaboração entre agentes já viesse como padrão?”
Foi dessa pergunta que o oh-my-ag nasceu.
[o que o oh-my-ag faz]
oh-my-ag é uma camada de orquestração de agentes baseada em papéis para o Antigravity.
Em vez de empurrar todo o contexto para um único agente, ele separa claramente as responsabilidades.
O orquestrador controla o fluxo geral,
os subagentes se concentram em seus respectivos papéis,
e o contexto necessário é compartilhado por meio de uma memória comum.
A instalação se resume a esta única linha.
bunx oh-my-ag
Com isso, um conjunto de agentes baseado em papéis é configurado automaticamente no projeto.
- O PM organiza os requisitos e divide o trabalho em tarefas.
- Frontend e Backend cuidam da implementação em suas respectivas áreas.
- Mobile fica responsável pela implementação mobile com base em Flutter,
- QA verifica os requisitos e checa edge cases.
- O agente de Debug analisa as causas das falhas e sugere a direção da correção.
Cada agente tem Skills e uma estrutura de prompts otimizadas para seu papel, e o orquestrador os une em um único fluxo.
[Por que usar?]
Primeiro, para mitigar a variabilidade de desempenho dos modelos por meio do processo.
Recentemente, tem sido frequente que o desempenho de modelos como o Gemini 3 Pro mude repentinamente conforme atualizações ou a situação do servidor.
Uma estrutura que depende de um único agente e de prompts longos é extremamente vulnerável a esse tipo de variação.
O oh-my-ag foi projetado para dividir os papéis e separar as responsabilidades, evitando que uma queda temporária no desempenho de um modelo específico arruíne o resultado como um todo.
O orquestrador e todos os subagentes usam o Serena Memory como memória compartilhada.
Como decisões e resultados intermediários vão se acumulando na memória, o contexto não se perde com facilidade mesmo que o modelo mude ou a qualidade das respostas oscile.
Segundo, os pontos de supervisão humana ficam mais claros.
O ponto principal não é remover o ser humano do loop, e sim deixar claro onde ele deve intervir.
Como os papéis de PM, QA e Debug são separados, fica estruturalmente evidente até onde a IA atuou e em que ponto a decisão humana é necessária.
Terceiro, é possível reduzir o esforço gasto com a gestão repetitiva de prompts.
Ter que inserir repetidamente, em prompts, as mesmas descrições de papel, regras e processos de aprovação não é produtivo.
O oh-my-ag automatiza como padrão a configuração de prompts e a estrutura de conexão por meio de bundles de Skills por papel e de um orquestrador com execução paralela.
[Principais características]
- Conjunto de agentes especialistas baseado em papéis
- Camada de orquestração com suporte a execução paralela
- Suporte a Gemini CLI / Claude CLI / Codex CLI
- Integração com Serena Memory
- Controle de Tool Scope por MCP
- Automação de Conventional Commits
O desenvolvimento AI-Native em 2026 não é mais uma questão de “como usar bem as ferramentas”.
Essa orquestração foi projetada com base na estrutura de first-fluke/fullstack-starter e já está lidando bem com mais de 50 commits por dia em aplicações web/mobile full stack.
Se você já usa o Antigravity, em vez de continuar brigando com prompts, experimente queimar os tokens de 6 contas junto com o oh-my-ag e o AI Pro.
GitHub link 🔗
Github: first-fluke/oh-my-ag
17 comentários
codex, github copilot, claude, opencode e amp agora também podem copiar skills.
Nossa, que incrível
A qualidade é sempre ótima, então vou usar com confiança hahaha
Obrigado pelo ótimo comentário.
Eu também considerei a mesma abordagem e montei um ambiente de agentes paralelos baseado em speckit. Acho que frameworks para Spec Driven Dev se encaixam perfeitamente nessa abordagem; existe algum motivo para vocês não terem adotado isso?
Pessoalmente, percebi que, em vez de diretrizes tão detalhadas quanto as de um spec kit, é melhor dar mais autonomia para que surjam caminhos que eu não tinha imaginado. Quando o contexto fica longo, a especificação definida no início às vezes acaba se desfazendo. Para coisas complexas, executar em modo de planejamento e depois ir revisando trouxe uma qualidade melhor.
Sou iniciante, então queria perguntar~ hehe. Depois de instalar, é só fazer o pedido na janela de chat do antigravity do mesmo jeito que antes?
Na sua janela de chat, você pode executar o workflow que quiser com o comando de barra
/(.agent/workflows), ou as skills serão executadas automaticamente com base nas palavras-chave.Já passei muito por esse problema de enfiar prompts longos em um único agente e perder o contexto, então acho que essa abordagem de chamar isso de "um problema de orquestração" está certíssima.
A estrutura de separação de papéis + compartilhamento de estado com Serena Memory é bem elegante, e a documentação também está bem feita, então parece algo que dá para aplicar na hora.
Vou usar bastante!
Você conferiu tudo com bastante cuidado... obrigado.
Obrigado. Então eu não era o único a sentir essa frustração ao usar o Antigravity como principal, haha.
Às vezes ele fica meio burrinho kkk obrigado.
Estamos trazendo um PM com tudo 🙇♂️🙇♂️🙇♂️
Enquanto lia, fiquei pensando o tempo todo que, no fim das contas, para usar um workflow personalizado, parece melhor seguir exatamente a intenção e a filosofia da pessoa em vez de sair extraindo partes para usar! Não parece ser um workflow adequado para usar na empresa, então vou pegar só as partes mais legais e aproveitar~~
Agradeço se puderem aproveitar da forma que preferirem.
Eu agradeceria se vocês adicionassem isso ao backend em Node.js. Eu achei que já existia, então fiquei um pouco decepcionado por não ter. ;_;
Vamos considerar isso rapidamente para que você não fique desapontado!
Eu já estava usando muito bem o template que você compartilhou da última vez,
e obrigado novamente por compartilhar algo tão valioso desta vez também.
Não é nada demais, mas obrigado.