Como usar Antigravity no vibe coding para mesclar o PRD e decidir o MVP

O Antigravity sempre monta um implementation plan, e esse plano não fica salvo. Se o agente recorta o primeiro MVP a partir de um arquivo que some com a sessão, o modelo inventa o escopo naquele chat. gbrl808 pediu ao Antigravity que mesclasse o product.md escrito pelo GPT com o plano nativo da ferramenta e dissesse o que era mais conveniente para o primeiro MVP.

Ele estava começando um gestor de favoritos (pasta bookm), site mais extensão de navegador, com dashboard web e a chance de um mobile depois. Vale ver como isso terminou em react native vs flutter. A ferramenta era o Antigravity, do Google, o editor que o colega na live resumiu com "os cara refez o VS Code". No meio da sessão ele ditou o pedido de merge em inglês. A resposta veio em português. Sobre o arquivo, ele relatou: documento excelente.

O implementation plan do Antigravity não persiste

Ele viu o padrão e falou em voz alta: "esse antigravity aqui, ele sempre vai fazer um implementation plan, só que isso não fica salvo no lugar nenhum, pelo que eu vi".

Sem arquivo persistente, o plano fica preso no chat. Você fecha a sessão e o recorte do MVP vai embora com ela. O product.md gerado pelo GPT era a visão de produto escrita fora da ferramenta, num arquivo que ele controlava.

2 modelos geraram 2 artefatos. O product.md descreve o produto e o implementation plan descreve o caminho. O product.md sozinho pede demais e o implementation plan sozinho some. Com o merge você pergunta o que cabe no primeiro MVP sem perder nenhum dos 2.

O pedido de merge que ele ditou

Ele tentou anexar o arquivo. A UI recusou com a legenda "O arquivo selecionado não suporta marqu". Mesmo assim o documento chegou. Ele relatou o envio e repetiu o pedido:

I have a product. MD file with me. Can I provide it to you and you merge with the implementation plan and analyze what is more convenient for the first MVP?

A frase entrega 1 arquivo, pede o cruzamento com o plano que a ferramenta já tinha e trava a pergunta no first MVP. O agente recebe a visão pronta e o plano nativo, e responde o que cabe no primeiro corte.

O recado dele, em português, foi este: "eu peguei o documento que o GPT gerou e mandei pro Antigravity. Aí ele falou que documento excelente."

O merge foi pedido e o Antigravity elogiou o doc. A live não fechou uma lista item a item do que entrou no MVP. O que ficou gravado foi o gesto, o prompt e o fato de o plano nativo não persistir.

2 fontes no vibe coding para recortar o MVP

No vibe coding, é fácil soltar um prompt e executar o plano formatado que volta. O plano parece executável no instante em que chega. Ainda falta a visão de produto escrita por um modelo que não está tentando implementar naquele instante.

Esse é o mesmo movimento do spec-driven development que o próprio gbrl808 já tinha ensaiado: o plano nasce de um spec escrito. A diferença desta vez é a fusão. O spec veio do GPT, o product.md. O plano de implementação veio do Antigravity. O pedido foi cruzar os 2 e cortar o que não cabe no primeiro MVP.

Depois do elogio ele ligou o auto mode, bloqueou a tela e saiu, "antes de eu torrar tudo". Fez isso para não gastar a cota parado na frente da tela. O recorte do MVP já tinha sido pedido antes, no merge dos 2 arquivos. Sem esses arquivos, o auto mode acelera um escopo que ainda não foi gravado em arquivo.

Product.md fora da ferramenta, merge no agente

Amanhã, quando o Antigravity (ou outro agente) devolver um implementation plan, grave um product.md fora da ferramenta, mesmo que outro modelo escreva a primeira versão. A ordem que ele usou é essa: o product.md sai de 1 modelo (no caso, o GPT), o Antigravity gera o implementation plan, e o pedido de merge entra em seguida, com first MVP escrito no prompt. Se a UI recusar o anexo, cole o texto do product.md no chat para o merge acontecer do mesmo jeito.

O recorte que volta fica mais redondo do que o product.md sozinho, que pede demais, e do que o plano nativo sozinho, que some. Dá para assistir à live e ouvir o pedido em inglês e o elogio em seguida.