Claude Opus 5.5 criou um RTS que você joga pelo som: por dentro do modem de áudio do Battle Drones

Dois celulares sobre uma mesa, sem Wi-Fi, sem Bluetooth, sem servidor em lugar nenhum. Um hospeda uma partida de estratégia em tempo real, o outro entra, e a única coisa que passa entre eles é ruído — uma portadora em torno de 10 kHz indo em uma direção e 17 kHz na outra, transportando ordens dos jogadores a aproximadamente 1.880 bits por segundo. Esse é o recurso mais novo no artefato público mais ambicioso até agora do Claude Opus 5.5: Battle Drones, um RTS de navegador no estilo Command & Conquer que Simon Willison publicou em 20 de outubro de 2026, após doze iterações principais e 321 commits, em sua maioria de agentes de programação. A Anthropic lançou o Claude Opus 5.5 em 22 de setembro de 2026 a US$ 4 por milhão de tokens de entrada e US$ 20 por milhão de saída, então o modelo em si tem um mês; o que há de novo esta semana é aquilo que ele foi usado para construir, e a especificação aberta que vem junto.Artefatos públicos como este tendem a omitir como o modelo falha por baixo dos panos, e os incidentes registrados estão catalogados no OrcaRouter AI Incident Archive, onde cada entrada traz suas próprias fontes, gravidade, grau de confiança e marcação de disputa.

As duas metades dessa afirmação são verificáveis. O jogo roda em simonw.github.io/battledrones/, o código-fonte está no GitHub sob Apache-2.0, e o enlace acústico não é uma caixa-preta — o repositório traz SOUND-DUEL.md, uma especificação completa de modem com planos de banda, taxas de codificação, formatos de pacote e números medidos de relação sinal-ruído. O que segue é o que esse documento e o post realmente dizem, separado do que eles não dizem.

O que foi lançado em 20 de outubro

Battle Drones não é um demo reel. Conforme descrito no artigo, ele tem nove edifícios, sete veículos terrestres, seis veículos aéreos e três tipos de infantaria, todos construídos como modelos 3D gerados em TypeScript em vez de carregados de um pacote de assets. Há névoa de guerra, com requisitos separados de armas antiaéreas e antiterrestres. Seis mapas abrangem cinco biomas, além de um gerador de mapas aleatórios com semente que produz um campo de batalha de 108×108 simétrico em relação a um ponto — construído, segundo o post, em um sprint de 45 minutos depois que o autor percebeu que ainda tinha 25% de uma cota semanal do Claude e 45 minutos até ela ser redefinida.

Os modos incluem escaramuça, ondas de sobrevivência do Last Stand, modo espectador de IA contra IA, uma campanha de oito missões e algo genuinamente incomum: um modo agente contra agente no qual dois modelos de linguagem jogam um contra o outro por meio de uma ferramenta que expõe apenas o estado do jogo não visual e visível pela névoa de guerra. Replays gravados dessas partidas acompanham o repositório, junto com um visualizador de depuração que mostra as respostas subjacentes dos modelos.

As contagens no próprio README do repositório divergiram ligeiramente da lista de recursos do post — o README diz dezesseis unidades e dez edifícios, enquanto o post enumera nove edifícios e dezesseis unidades entre terra, ar e infantaria. Dezesseis confere; a contagem de edifícios não. É pequeno, mas é o tipo de desvio que acontece quando um agente escreve o README e ninguém o audita, e o autor diz claramente que "revisou quase nada do código."

A ligação de som, em números

Esta é a parte pela qual vale a pena ler a especificação, porque “multijogador por áudio” soa como um truque até você ver as restrições de engenharia que ele precisou respeitar. Dois dispositivos compartilham uma sala e um canal acústico, então o projeto usa duplex por divisão de frequência: ambos os celulares transmitem continuamente, o anfitrião em 9,525–12,5 kHz e o convidado em 15,975–18,95 kHz, com as faixas posicionadas de modo que o segundo harmônico do anfitrião comece acima de 19,05 kHz e a intermodulação de terceira ordem de cada faixa fique afastada da outra.

• Modulação — OFDM com espaçamento entre subportadoras de 25 Hz, símbolo útil de 40 ms mais um prefixo cíclico de 10 ms, resultando em 50 ms por símbolo e 20 símbolos por segundo

• Carga útil — 188 bits por pacote no plano de banda alta, 186 no plano de fallback de banda baixa, idêntica em ambos os modos, de modo que uma troca de modo nunca altera o que cabe

• Taxa de transferência — 1.880 bit/s no modo rápido alto, 940 bit/s no robusto alto, 930 e 465 no plano baixo; os pacotes levam 100, 200, 200 e 400 ms, respectivamente

• Controlo de erros — código convolucional com K=7, taxa ½, polinómios 133/171, descodificação Viterbi suave, entrelaçamento entre símbolos e tons, CRC-16 com polinómio 0x1021, e rejeição rígida se mais de 10% dos bits recodificados não coincidirem

• Enquadramento — um símbolo de sincronismo mais 40 símbolos de dados por superquadro, 41 símbolos ou 2,05 segundos, transportando 20, 10, 10 ou 5 pacotes, dependendo do plano e do modo

• Enlace medido — SNR de potência de 40–70 dB em cada banda de 1 kHz de 1 a 21 kHz a 10–30 cm, caindo para 17–31 dB efetivos a 10 cm e 9–19 dB a 30 cm quando se considera o eco, com reflexões chegando 8–15 ms após o caminho direto

A parte honesta da especificação é o que ela se recusa a prometer. Não há ARQ: um pacote perdido não é retransmitido, o próximo simplesmente redescreve todo turno não confirmado, e, se o acúmulo ultrapassar um pacote, ele é dividido em até quatro segmentos rotativos. Acúmulos grandes, portanto, transformam-se em travamentos em lockstep em vez de corrupção. Os turnos são aceitos uma única vez cada, por marca d'água alta, e os pacotes de jogo são protegidos por um CRC com chave baseada em ambos os nonces de emparelhamento, de modo que uma gravação de outra partida falha na verificação. Como diz a especificação, o jamming pode ser sobrevivido, mas não impedido: você trava, nunca dessincroniza silenciosamente.

As taxas de entrega dos testes com o modelo de sala são de 99% ou melhores a 20 cm e 95% a 40 cm no modo robusto, e de 98% a 20 cm no modo rápido. São resultados de simulação reportados na especificação, não um estudo de campo — e a própria publicação diz que a funcionalidade era muito recente quando foi lançada: "Só agora consegui pôr isto a funcionar, por isso ainda não tive muito tempo para o testar ativamente."

O bug que importa mais do que o modem

Escondido nas observações finais está o detalhe provavelmente mais útil para qualquer pessoa que construa software com estado usando um agente. Como replays e multiplayer em lockstep exigem que a simulação seja idêntica bit a bit em todos os dispositivos, Claude teve de parar de chamar Math.sin() e Math.cos() — Chrome e Safari retornam valores ligeiramente diferentes — e substituí-las por implementações próprias. Dois navegadores discordarem nos últimos bits de uma função transcendental basta para dessincronizar uma partida minutos depois.

Isso é uma restrição real de engenharia, encontrada pelo modelo e corrigida pelo modelo, e que se generaliza muito além dos jogos. Qualquer sistema construído por agentes com um núcleo determinístico — um agendador, uma reprodução de livro-razão financeiro, um arcabouço de simulação, uma build reproduzível — vai esbarrar na mesma classe de problema, e vai esbarrar nela silenciosamente. A lição para o leitor não é "Claude é bom em jogos." É que o determinismo precisa ser um requisito explícito no prompt, porque nada em uma implementação padrão o torna verdadeiro.

The Radio Probe, e um padrão de prompting que vale a pena roubar

Antes de escrever o modem, o modelo criou uma página de medição. O post descreve uma ferramenta "Radio Probe", ainda no repositório como radio-probe.html, cuja função era responder a uma pergunta: quanta largura de banda dois dispositivos conseguem realmente obter entre si, nesta sala, a esta distância? A implementação completa só avançou depois que a sonda retornou números bons o suficiente para justificá-la. O mesmo arquivo documenta as duas coisas que a sonda não mediu — um iPhone transmitindo com o próprio microfone aberto, e um telefone ouvindo a própria transmissão — que são exatamente os modos de falha que importariam em campo.

O padrão vale a pena ser copiado qualquer que seja o modelo que você use: peça ao agente para construir o instrumento antes de construir a funcionalidade. Medir primeiro e construir depois é como você evita uma semana de trabalho apoiada numa suposição que ninguém verificou. Isso também produz os números que tornam uma afirmação como "o multiplayer de áudio funciona" verificável em vez de apenas charmosa.

O que isso diz sobre o Claude Opus 5.5 — e o que não diz

As afirmações mais fortes no post são específicas. Willison escreve que o Claude Opus 5.5 é "espetacular em modelagem 3D usando Three.js" — cada prédio, veículo e paisagem no jogo é construído proceduralmente em código, e ele classifica o GPT-6 Astra na mesma categoria. Ele também observa que o modelo escreve música: não há arquivos de áudio no projeto, e a trilha sonora é gerada em código, varia conforme o mapa e se intensifica à medida que o combate esquenta.

Dois outros resultados são relatados pelo autor, e não reproduzidos de forma independente, e devem ser lidos dessa forma. A “atualização de diversão” foi um único prompt — “Este jogo ainda não é divertido o suficiente. Deixe-o MUITO mais divertido.” — executado em um modo de fluxo de trabalho dinâmico que orquestra muitos subagentes por muitas horas, durante as quais o modelo executou mais de mil sessões simuladas de teste de jogabilidade. O resultado relatado, proveniente de 1.200 partidas de IA contra IA na dificuldade Normal: os jogos ainda indefinidos após 25 minutos caíram de 14% para 0,9%, e a parcela de vitórias de um lado que estava 800+ de sucata atrás subiu de 24% para 46%. Essas são as medições do autor sobre o próprio jogo, não um benchmark do modelo.

O que o artigo não mostra é igualmente importante. Não há avaliação de terceiros do Claude Opus 5.5 em desenvolvimento de jogos, nem comparação direta com outro modelo na mesma tarefa, nem contabilização de tokens ou dólares para as execuções. O próprio enquadramento do autor é que ele sabe "quase nada sobre desenvolvimento de jogos", "reviu quase nenhum do código" e não considera o resultado um projeto indie sério. Esse é um conjunto invulgarmente franco de ressalvas, e ele limita até onde o resultado pode ser generalizado: trata-se de um profissional, uma base de código, um mês.

Quanto custa executar um projeto como este

A tabela de preços publicada da Anthropic para o Claude Opus 5.5 é de US$ 4,00 por milhão de tokens de entrada, US$ 20,00 por milhão de saída e US$ 0,20 por milhão para leituras de cache. Um projeto com esse perfil é quase inteiramente limitado pela saída — o modelo está escrevendo TypeScript, não lendo um grande corpus fixo —, então a linha de US$ 20 de saída é a que governa a conta, e as execuções noturnas de várias horas com alto paralelismo são o que transforma “barato por token” em um número real. Nenhum total foi publicado para Battle Drones, então a afirmação honesta é que o teto é definido por quantas horas de agente você está disposto a comprar, e não por qualquer número no post.

Esse também é o argumento para não vincular um caminho de produção a um único modelo com base em um artefato impressionante. O Claude Opus 5.5 está no OrcaRouter pelo preço de tabela da Anthropic, com 0% de margem, então uma mudança de preço do fornecedor entra em vigor do nosso lado no mesmo dia, e o failover automático significa que uma longa execução de agente não morre porque um endpoint upstream está tendo um dia ruim. Se você quer testar se uma build noturna como essa é reproduzível em um modelo diferente, uma API para mais de 200 modelos é a forma mais barata de descobrir — mesmo formato de requisição, nome de modelo diferente, sem um segundo contrato.

O que não está estabelecido

• Popularidade — o repositório mostrava 4 estrelas e 0 forks quando verificado em 21 de outubro de 2026, um dia após a publicação do post. Isto não é um fenômeno; é o projeto de uma pessoa, publicado.

• Confiabilidade em campo do enlace de áudio — os percentuais de entrega da especificação vêm de testes com modelo de sala, e o autor afirma que não teve muito tempo para testar ativamente o recurso. Não interprete os 99% como uma promessa sobre a sua mesa de cozinha.

• Estado da técnica — o post cita Siner, de Alon Horesh, e ggwave, de Georgi Gerganov, como os únicos trabalhos comparáveis que conseguiu encontrar, e chama o multiplayer por áudio para jogos em HTML estático de "um primeiro para um RTS, pelo que consigo perceber". Isso é a busca do autor, não uma revisão de literatura.

• Atribuição do código — Claude Opus 5.5 conduziu a maior parte das iterações posteriores, mas a primeira versão foi construída com Claude Fable 5 em julho, e o próprio README diz que o restante do documento foi escrito por Claude. Trate o repositório como um artefato de proveniência mista.

• Um resultado de benchmark — não há nenhum. Nada aqui compara o Claude Opus 5.5 com outro modelo em uma tarefa com pontuação.

O que realmente se deve levar disso é mais restrito e mais útil do que "uma IA construiu um jogo". Um RTS de navegador sem backend, uma simulação determinística e um modem acústico funcional são a demonstração de que a parte difícil do software construído por agentes migrou da geração de código para a especificação de restrições — determinismo, medição, comportamento de erro — com precisão suficiente para que o código gerado seja verificável. SOUND-DUEL.mdO documento é a evidência: ele existe porque alguém fez o modelo escrever o que o link podia e não podia fazer antes de entregá-lo. Se você quer ver se essa disciplina se transfere para a sua própria carga de trabalho, execute o mesmo prompt contra um segundo modelo e compare as especificações, não as capturas de tela.