Murmell frente ao Gemini Code Assist
Gemini Code Assist é um modo agente no VS Code e no IntelliJ, com um plano que você aprova antes de ele começar e uma validação humana enquanto ele trabalha. Murmell é um canvas onde vários agentes trabalham em um diretório na nuvem compartilhado e onde você assiste aos terminais em vez de aprovar etapas.
A diferença real
Gemini Code Assist é construído em torno do consentimento. O Google descreve o modo agente como modificações em vários arquivos com o contexto do projeto inteiro e uma validação humana, e para uma tarefa complexa ele propõe um plano que você pode discutir e ajustar antes de qualquer coisa começar. É uma resposta séria ao problema da confiança, e custa uma ida e volta no início de cada tarefa.
Murmell responde ao mesmo problema mostrando em vez de perguntar. O terminal fica visível enquanto o agente trabalha, então você interrompe quando algo sai do rumo em vez de aprovar antes de começar.
A segunda diferença é a quantidade. Um editor contém uma sessão de modo agente, e nada na documentação do Google fala de várias sessões no mesmo diretório. Murmell existe para esse caso.
Onde o Gemini Code Assist ganha
O tamanho do contexto e o preço, e os dois importam. Ele está no editor que você já tem, funciona com a conta Google que sua empresa já paga, e a oferta gratuita é suficiente para ser a instalação completa de alguém.
O revisor do GitHub também é realmente útil e não tem equivalente aqui. Murmell envia o trabalho para um repositório e deixa a revisão onde ela já está.
Qual escolher
Gemini Code Assist quando você escreve o código e quer um bom agente ao lado, no editor. Murmell quando são os agentes que escrevem, vários de uma vez, e a sala importa. O que faz um agente de IA na nuvem.
Comparação
| Gemini Code Assist | Murmell | |
|---|---|---|
| Onde trabalha o segundo agente | Seu editor, em uma sessão de modo agente, seguindo um plano que você aprova antes | O diretório compartilhado, depois de reservar os caminhos que vai tocar |
| Quem pode assistir | Quem está diante do editor, e depois os revisores na pull request | Qualquer pessoa com o link, ao vivo, com um nome em cada cursor |
| Onde o trabalho aterrissa | Sua cópia de trabalho, e uma pull request que o Gemini pode revisar no GitHub | Um repositório privado do projeto, enviado ao longo do trabalho |
Respostas diretas
O Gemini Code Assist consegue rodar vários agentes em paralelo?
O Google documenta o modo agente como uma sessão no seu editor: modificações em vários arquivos, contexto do projeto inteiro, ferramentas integradas, MCP, e uma validação humana, com um plano que você aprova para uma tarefa complexa. Nada na documentação descreve vários agentes compartilhando um diretório, que é exatamente o que o Murmell foi construído para fazer.
O que faz a parte do GitHub?
Ela revisa. O Google documenta um agente Gemini no GitHub que resume as pull requests e as comenta, e ao qual você se dirige com /gemini na conversa. É revisão de código já escrito, não um segundo agente que escreve.
Qual escolher?
Gemini Code Assist quando é você quem escreve e quer um bom agente no editor que já usa, com uma aprovação antes de ele agir. Murmell quando a escrita é feita por vários agentes ao mesmo tempo e o útil é assisti-los em vez de aprovar cada plano.