For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the complete content index is available at https://we0.ai/llms.txt, the full English article bundle is available at https://we0.ai/llms-full.txt, and this page is available as Markdown at https://we0.ai/pt/articles/gemini-4-argon-agents-beat-minecraft-in-2-d6535212.md.
Quatro agentes de programação Gemini 4 Argon entraram em um mundo de sobrevivência do Minecraft recém-gerado com um objetivo: derrotar o End...
Quatro agentes de programação Gemini 4 Argon entraram em um mundo de sobrevivência do Minecraft recém-gerado com um objetivo: derrotar o Ender Dragon. Concluíram a tarefa após 27 horas e 14 minutos, tendo escrito 2.783 programas e morrido 605 vezes.
Os agentes não receberam funções permanentes nem uma estratégia de jogo escrita por uma pessoa. Coordenaram-se por meio do chat do jogo e de uma memória compartilhada, decidindo como reunir recursos, abrir portais e se recuperar de erros à medida que a partida avançava.
Os pesquisadores monitoraram o experimento e podiam pausá-lo ou encerrá-lo. De acordo com o relatório técnico, não interferiram na estratégia dos agentes durante a partida.
O estudo usou o Minecraft Java Edition 1.20.4, no modo de sobrevivência e na dificuldade Fácil, com um mundo aleatório e comandos de trapaça desativados. Essas configurações fazem parte do resultado; não são detalhes secundários.
Cerca de dez minutos após o início, um agente propôs uma divisão de tarefas no chat. Outro revisou o plano, e a equipe estabeleceu funções: fabricar ferramentas, coletar comida e suprimentos, minerar diamantes e preparar um portal para o Nether.
Os agentes compartilhavam coordenadas e lições práticas, em vez de depender de um plano centralizado escrito por uma pessoa. Mais tarde, recuperaram os itens que os outros haviam deixado cair e reutilizaram código auxiliar. O artigo identifica uma função auxiliar que aparece em 655 programas.
Diagrama da arquitetura da equipe de pesquisa, reproduzido no relatório de origem; os créditos do pacote de texturas são indicados na Nota sobre as fontes.
A configuração incluía instruções gerais para os agentes: inspecionar o ambiente, verificar os resultados, criar ferramentas reutilizáveis, guardar informações úteis na memória e relatar os fatos com honestidade. Portanto, “sem funções de jogo designadas” não significa que os agentes não tenham recebido instruções ou infraestrutura.
Os agentes controlavam os jogadores por meio do Mineflayer, uma biblioteca JavaScript de código aberto, e de seu plugin de localização de caminhos. Recebiam informações estruturadas sobre blocos e criaturas próximos, inventário, posição e saúde; não percebiam o jogo por meio dos pixels da tela.
Cada etapa envolvia escrever um programa, executá-lo e ler o texto ou o erro retornado. O Mineflayer fornecia ações básicas, como mover-se, cavar, fabricar itens e atacar, enquanto os agentes decidiam quais ações combinar e qual objetivo perseguir em seguida.
Essa distinção é importante ao comparar a partida com o jogo humano ou com agentes de jogos baseados em visão. O acesso a informações exatas sobre o estado do jogo e a um plugin de localização de caminhos elimina algumas dificuldades de percepção e navegação, embora a equipe ainda precisasse resolver o problema de planejamento de longo prazo.
Os quatro jogadores geraram 2.783 programas antes de vencer. A duração mediana de execução de um programa foi de 33,5 segundos, mas o programa de cada jogador estava em execução apenas cerca de 40% do tempo; o restante era dedicado a ler os resultados, raciocinar e escrever o programa seguinte. A quantidade de programas, por si só, não mede a velocidade de ação em tempo real.
Primeiro, a equipe fabricou ferramentas e construiu um portal para o Nether; depois, reuniu pó de Blaze e pérolas de Ender para criar Olhos do Ender. Isso exigiu viagens repetidas por áreas perigosas e a recuperação de recursos perdidos.
Um agente localizou a fortaleza lançando dois Olhos do Ender de lugares diferentes, registrando suas trajetórias de voo e calculando a interseção. A estimativa ficou a 43 metros da sala do portal e a cerca de 1,3 quilômetro da aldeia.
Levar os Olhos do Ender até a fortaleza também se tornou um problema de coordenação. Quando um jogador se afogou carregando os doze, os companheiros compartilharam as coordenadas dos itens deixados para trás e o prazo até eles desaparecerem. Outro agente recuperou os itens antes que sumissem, permitindo que o grupo ativasse o Portal do End.
A luta contra o Ender Dragon causou 69 das 605 mortes. Os agentes inspecionaram o estado do dragão, anotaram estratégias e se adaptaram após tentativas malsucedidas. Por fim, reconheceram a função dos dez cristais de cura e desenvolveram uma maneira de alcançá-los empilhando terra ao lado dos pilares.
Figura de pesquisa que mostra os cristais e a luta final; os créditos e a licença do pacote de texturas estão indicados acima.
Trinta e nove minutos depois da destruição do último cristal, o dragão morreu. O jogador que desferiu o golpe final tinha 2,5 pontos de vida, de um total de 20.
As mortes demonstram uma recuperação persistente, mas também ineficiência. Os pesquisadores relatam que 22% dos programas terminaram com um erro. Seis reinicializações do servidor pausaram o mundo por cerca de 20 minutos no total, período incluído no tempo decorrido informado.
Descreva sua ideia uma vez e o We0 AI pode gerar um site de apresentacao, paginas e CMS, alem de ajudar a atrair clientes e trafego apos o lancamento.
Uma geração completa de projetos para registro gratuito
Melhor para experimentar um fluxo de geração completo e ver rapidamente um primeiro rascunho do projeto.
A equipe registrou todos os programas e resultados, 229 mensagens de chat, capturas periódicas do mundo e o log do servidor. O log do servidor situa a vitória 27 horas e 14 minutos após o primeiro programa.
Um quinto agente atuou como Observador. Ele não jogou nem planejou as ações dos quatro participantes; verificou os registros em busca de alegações falsas, exploração de brechas nas especificações e problemas de infraestrutura. Os pesquisadores também auditaram manualmente uma amostra dos logs e relatam não ter encontrado trapaças.
Os programas usados no jogo tinham restrições: não podiam iniciar processos nem gravar arquivos. O artigo afirma que nenhum programa enviado emitiu um comando para o servidor ou fez uma solicitação de rede. No entanto, os próprios agentes de programação tinham acesso a ferramentas gerais de trabalho com software, incluindo espaços de trabalho, shells e pesquisa na Web. As restrições dos programas usados no jogo não devem ser confundidas com os recursos completos do ambiente de agentes ao redor deles.
A expressão “sem intervenção humana” também precisa desse contexto. As pessoas configuraram o servidor, o ambiente isolado, as ferramentas e o painel de monitoramento, e continuaram podendo interromper o experimento. A afirmação diz respeito à execução observada depois da configuração, não a um sistema que criou o próprio ambiente sem engenharia humana.
O Observador é independente dos quatro agentes jogadores dentro do estudo. Não se trata de uma reprodução independente do resultado feita por um laboratório externo.
A fonte compara esse resultado com agentes anteriores de Minecraft e demonstrações da comunidade. Esses sistemas usaram níveis de dificuldade, sementes, interfaces, ferramentas auxiliares ou arquiteturas de planejamento diferentes; por isso, os tempos de conclusão não formam uma classificação controlada em relação a esta execução.
A pergunta útil aqui é mais específica: agentes de programação de uso geral conseguem manter um objetivo compartilhado, trocar informações e corrigir falhas durante uma tarefa que dura mais de um dia? Este estudo oferece um exemplo positivo e detalhado.
Os autores sugerem aplicar a estrutura de execução e as lições aprendidas à engenharia de software, à ciência, ao design e à robótica. Essas são direções de pesquisa, não capacidades comprovadas por derrotar o dragão. Repetir o experimento com diferentes sementes, tamanhos de equipe e interfaces mais difíceis ajudaria a estabelecer a confiabilidade e a identificar quais partes da configuração são mais importantes.
A equipe de pesquisa relata uma partida concluída no modo de sobrevivência e sustenta o resultado com registros de programas, conversas, capturas do mundo e logs do servidor. O resultado não foi reproduzido de forma independente para este artigo.
O tempo registrado foi de 27 horas e 14 minutos, desde o primeiro programa até a derrota do dragão. Inclui cerca de 20 minutos de inatividade ao longo de seis reinicializações do servidor.
Não. Eles escreveram programas JavaScript por meio do Mineflayer e leram o estado estruturado do jogo e os resultados em texto. O plugin de localização de caminhos também ajudou a planejar rotas para contornar obstáculos.
O relatório afirma que ninguém atribuiu funções de jogo nem interveio na estratégia depois do início da partida. Os pesquisadores forneceram o ambiente e as instruções gerais, monitoraram o progresso e mantiveram a possibilidade de interromper o experimento.
Os agentes falharam repetidamente ao reunir recursos, atravessar áreas perigosas e lutar contra o dragão. Recuperaram-se usando notas compartilhadas e novas tentativas, mas o número de mortes também mostra que concluir a tarefa não significou jogar de forma eficiente ou consistentemente confiável.
O experimento demonstra colaboração de longo prazo em um ambiente de jogo controlado. Projetos de software e do mundo físico têm modos de falha diferentes, portanto, a confiabilidade em contextos mais amplos exige uma avaliação própria.
Quatro agentes de programação Gemini concluíram o Minecraft criando seus próprios programas, compartilhando informações e se recuperando de falhas repetidas. O registro documenta um dia inteiro de coordenação, incluindo a coleta de recursos, a localização da fortaleza e a luta final contra o dragão.
A dificuldade Fácil, o acesso a informações estruturadas sobre o estado do jogo, a localização de caminhos e o monitoramento criado por pessoas são elementos essenciais de contexto. O resultado é uma demonstração documentada de colaboração persistente; a confiabilidade e a transferência de capacidade para além do ambiente isolado ainda precisam ser avaliadas.
Comece com uma frase e tenha um site completo em minutos.
