TLDR;

O Gemini 3.1 degradou nas últimas semanas: ficou com latência enorme, começou a errar testes, mexer em arquivos e até apagar o banco porque não respeita ambiente de teste nem carrega skills como antes. Mudei para o Codex 5.4 porque o Gemini tornou‑se lento e instável e os concorrentes (como Codex) têm recebido atualizações que oferecem mais desempenho e confiabilidade para desenvolvimento. Tenha sempre um ambiente de teste separado (nunca rode em banco oficial), revise as alterações geradas pela IA, prefira especificações menores quando necessário e monitore migrations e subagentes para evitar perdas.

Resumo

Estou desenvolvendo o LMS interno da Promov e uso o Gemini há dois meses para quase tudo (montei o site em Astro com Gemini e cerca de 80% do sistema foi gerado por ele), mas nas últimas duas semanas o modelo 3.1 degradou muito: alta latência no CLI, erros que antes não ocorriam, quebra e alteração de arquivos de teste, e até execução dos testes no ambiente de desenvolvimento (apagando meu banco). Dica: mantenha um ambiente de teste separado. Uso o 3.1 Pro para especificações grandes e o 3.0 Flash para correções menores; estranhamente o 3.0 tem se comportado melhor e obedece mais ao MCP/skills do Laravel, enquanto o 3.1 ignora skills, raramente chama múltiplas skills e chega a criar campos direto no banco sem gerar migrations. Recentes subagentes do CLI chegam a delegar tarefas do Pro para modelos mais baratos (flashlight), agravando as falhas. O Gemini se perde quando precisa ler muitos componentes (models, controllers, views, migrations) e, apesar de eu, como programador, conseguir contornar, o sistema não é confiável para usuários leigos. Em suma, o Gemini 3.1 está em pior condição, com queda de qualidade e produtividade, exigindo que o Google corrija discrepâncias entre modelos e desempenho.