Claude Code parou de clonar jogos: o que a IA já fez com engenharia reversa e por que a Anthropic puxou o freio agora

Em outubro a IA ficou tão boa em desmontar jogo que o principal hub da comunidade de decompilação fechou as portas.

Duas semanas depois, a Anthropic mandou o Claude Code parar de recriar jogo dos outros. Sem anúncio. Com uma flag escondida no prompt.

A nova regra do Claude Code para jogos é curta, confirmada pela própria Anthropic, e bem menos ampla do que o pânico do X sugere. Mas ela não surgiu do nada. Ela é a ponta de um ano em que agente de código passou a fazer, em semanas, um trabalho de engenharia reversa que levava anos de voluntário.

Neste post a gente faz três coisas: separa o que foi confirmado do que é relato, conta tudo que a IA já fez com engenharia reversa de jogos e o estrago que isso causou no mercado, e explica por que o freio veio agora. No fim, o que ainda dá pra fazer com o Claude Code sem bater na parede.

TL;DR

• O que é: duas frases adicionadas ao prompt do Claude Code (rodando Opus 5.5) que mandam o modelo não recriar um jogo específico já existente, mesmo renomeado. Flag interna: tengu_heron_brook.
• Confirmado: a Anthropic confirmou a mudança em 30/10 e citou a usage policy sobre infração de propriedade intelectual.
• Continua permitido: jogo original, jogo de gênero, jogo feito com design e assets seus.
• Reportado, não confirmado: recusas em engenharia reversa genérica. A regra confirmada mira recriação, não decompilação.
• Por que agora (leitura nossa): IPO à vista, modelo bom demais em clonar e estúdio cancelando playtest com medo de cópia.

O que a Anthropic confirmou (e o que é só relato de usuário): a regra tengu_heron_brook

Vamos começar pelo que é fato.

Por volta de 27/10, uma nova instrução começou a chegar ao Claude Code pelos servidores da Anthropic. Ela não estava no pacote instalado: veio por configuração remota, sob a flag interna tengu_heron_brook, segundo a Crypto Briefing. Em 30/10 o texto apareceu também no pacote da versão 2.1.314, e um usuário do X chamado Chasm publicou a instrução inteira. Ele também apontou que não existe configuração pra desligar.

O texto reportado, segundo o levantamento da 1023 Jack a partir da Game Developer:

Do build original games, games in a genre, and games from the user's own
designs and assets. Don't build a recreation of a specific existing game,
even if it is renamed or called original.

Na noite de 30/10, a Anthropic confirmou. Um porta-voz encaminhou a Game Developer para Addy Osmani, do staff técnico da empresa, que disse que foram duas frases adicionadas ao prompt para o Opus 5.5, porque usar o Claude para infringir propriedade intelectual já é proibido pela usage policy. Ele também disse que a empresa vai continuar iterando pra acertar o equilíbrio.

Repara em três detalhes.

Primeiro: a proibição não é nova. Infringir PI com o Claude sempre foi contra a política. O que mudou é que agora o próprio Claude Code aplica isso na hora do pedido.

Segundo: é texto de prompt, não bloqueio técnico. Não tem classificador dedicado, não tem lista de jogos proibidos. É instrução em linguagem natural, e instrução em linguagem natural tem aderência variável. O mesmo pedido pode passar numa sessão e ser recusado na outra. A gente já viu esse filme quando a Anthropic cortou 80% do system prompt do Claude Code: o comportamento do agente muda do lado do servidor, sem você atualizar nada.

Terceiro: não está na atualização da usage policy que entra em vigor em 12/11/2026, segundo a Crypto Briefing. É regra de produto, não regra contratual nova.

Agora o que é relato, não fato.

A manchete da Tom's Hardware diz que usuários "também alegam" bloqueio em tarefas genéricas de engenharia reversa, sem relação com jogos. Há relatos de quem usa o REA, ferramenta open source que liga agentes ao Ghidra e ao IDA, reclamando de respostas cortadas no meio. Um estúdio de wargame de tabuleiro abriu issue no GitHub dizendo que teve trabalho legítimo recusado.

Nenhum desses casos foi ligado de forma comprovada à regra dos jogos. As respostas interrompidas no meio de tarefa de engenharia reversa têm mais cara de classificador de segurança cibernética do Opus 5.5 do que de instrução de prompt. E no sentido oposto: nos testes citados pela 1023 Jack, o Opus 5.5 continuou ajudando a decompilar um jogo a partir da cópia do próprio usuário.

Resumo honesto: a regra confirmada mira recriar o jogo de alguém. Decompilação não está no texto. Se você tomou recusa em engenharia reversa, pode ser falso positivo da regra, pode ser outro guardrail, pode ser variação de sessão. Ninguém provou qual.

Tudo que a IA já fez com engenharia reversa de jogos: matching decomp, ports e o fim do decomp.dev

Pra entender o freio, precisa entender o acelerador.

O que é matching decompilation

Decompilação "matching" é o padrão-ouro da preservação de jogos. Você reescreve o jogo em C, função por função, até que compilar esse C com o compilador original da época produza exatamente os mesmos bytes do binário do cartucho. Não é "parecido". É idêntico.

Por isso sempre foi um trabalho brutal. Cada função vira um quebra-cabeça de alocação de registrador, ordem de instrução e manias do compilador. Projeto de jogo médio levava anos com vários voluntários.

Aí entrou o agente de código. E o loop que ele executa é perfeito pra IA:

1. pega a função mais simples ainda sem match
2. escreve uma tentativa em C
3. compila com o compilador original (ex.: IDO 5.3 no N64)
4. compara com o binário e calcula % de match
5. se < 100%, lê o diff e volta pro passo 2
6. se = 100%, commita e pega a próxima função

É um problema com verificação automática e objetiva. Exatamente o tipo de tarefa em que agente brilha: tentativa e erro barato, critério de sucesso binário. O Chris Lewis documentou esse loop em detalhe no blog dele, rodando o agente em modo headless função por função.

O placar até outubro

O levantamento verificado da Capital and Compute, de 11/10, lista três jogos comerciais com 100% de matching e ajuda de IA:

Olha a última linha. O mesmo autor levou 596 dias no primeiro jogo e 84 no segundo, como a Gigazine resumiu. Um sétimo do tempo.

Mas lê as letras miúdas, porque elas importam pro resto do post. No Melee, quem fez a maior parte do trabalho foram humanos ao longo de seis anos. Nos Snowboard Kids, teve engenharia de prompt pesada, um arquivo de aprendizados sobre as manias do compilador compartilhado entre agentes e ajuda de gente experiente da comunidade. O próprio Lewis diz que "vibe coding" está longe de ser viável pra matching decomp. E matching não é sinônimo de legível: no decomp de Super Mario 64 DS, 99,9% das funções batem, mas só 31,5% do código está legível.

A pesquisa acadêmica aponta o mesmo cuidado. O paper When LLM Decompilers Recompile More and Preserve Less, de setembro, mostra que refinar a saída do Ghidra com LLM sobe a taxa de compilação de 75% pra 90%, mas a taxa de comportamento idêntico ao original cai de 74% pra 62%. O código compila mais e preserva menos.

Ports e as "slopcomps"

Do lado de lá estão os ports pra PC. Não é decompilação: é recompilação estática ou recriação, e aí o vibe coding entrou sem freio.

No começo de outubro, a Kotaku registrou a guerra entre os devs de Zelda: Recompiled e Banjo: Recompiled, projetos humanos com política explícita de "no AI", e um port de Banjo-Tooie gerado inteiro por IA. O apelido que pegou foi "slopcomp". A crítica: port sem teste, cheio de bug, que faz patch do lado errado do código e afoga o trabalho humano em visibilidade.

O fim do decomp.dev

Em meados de outubro, o decomp.dev, o índice e placar que rastreava o progresso dos projetos de decompilação, anunciou que vai encerrar. A 404 Media noticiou em 15/10.

O admin, que assina como Encounter, não fez discurso anti-IA. Pelo contrário: escreveu que, "com a orientação certa, input humano e code review, a IA pode acelerar o processo de decompilação de forma significativa". O problema foi outro. Forks hostis de projetos alheios pra "terminar com IA", contribuições de passagem sem esforço, ports meia-boca lançados às pressas pra pegar o crédito antes dos humanos. E ficou impossível distinguir projeto humano de projeto de IA. Na frase que virou manchete: "o aspecto comunitário da decompilação foi quebrado".

O índice principal e o cadastro de projetos novos saem do ar. As páginas de projeto e o histórico continuam.

Esse é o ponto que separa ferramenta de profissão. O agente que fez o Snowboard Kids em 84 dias tinha alguém que entendia compilador, desenhou o loop de verificação e revisou o resultado. O agente que gerou a slopcomp tinha alguém com pressa. Vibe coding resolve o protótipo de sábado; transformar isso em engenharia que aguenta revisão é outro jogo, e é o que a gente treina toda semana no Clã Beer and Code.

O sinal da semana

E a fronteira continua andando. Em 30/10, um Show HN com 278 pontos mostrou o nesformer: uma CPU de NES "compilada" dentro dos pesos de um Qwen3.5 comum, com o modelo prevendo a execução do processador token a token. Não é clone de jogo, é experimento de pesquisa. Mas mostra o clima: a pergunta deixou de ser "a IA consegue?" faz tempo.

O impacto no mercado: clone em horas, estúdio adiando playtest, e o que ainda não tem dado

Decompilação de jogo de N64 pra preservação é uma coisa. O que assusta o mercado é outra: pegar um jogo novo, ainda em demo, e clonar antes do lançamento.

Em 19/10, a Digital Sun, estúdio de Moonlighter, desistiu do playtest público do ReVamp no Steam e moveu os testes pra um grupo menor no Discord, a partir de 29/10. O jogo sai em março de 2027. A justificativa do estúdio:

"Estamos preocupados com as notícias recentes de jogos sendo submetidos a engenharia reversa, clonados e publicados antes mesmo de o original sair. Com o lançamento ainda a meses de distância, um build público grande do ReVamp pareceu um risco grande demais."

E completou com a frase que explica o tamanho do estrago: mostrar o jogo cedo "é como os indies são vistos e encontram os fãs que os sustentam". Na mesma semana, segundo a cobertura, o demo de Drunken Goddess Reflux saiu do Steam Next Fest pelo mesmo medo.

Um cuidado de honestidade: o comunicado da Digital Sun não cita IA. Quem liga a decisão à IA é a imprensa. Faz sentido? Faz. A 404 Media fala em clone barato feito "em poucas horas". Mas é inferência, não declaração.

O raciocínio econômico é simples, e um comentário no Hacker News resumiu bem: clonar quase não dá trabalho, criar algo novo é ordens de grandeza mais lento e mais arriscado. Copiar o que já provou funcionar é menos arriscado. Então, quase por definição, você deve esperar muito mais clone do que jogo novo.

Pra fechar essa seção com o que não sabemos:

• Não existe dado de vendas mostrando publisher perdendo receita pra clone feito com IA.
• Não existe número de market share de clones nas lojas.
• Não existe dado de quantos estúdios cancelaram demo por esse motivo além dos casos citados.

O impacto medido até aqui é comportamental: estúdio escondendo jogo, comunidade fechando, dev de port brigando com dev de port. É sinal forte, mas é sinal, não estatística.

E um aviso sobre o que circula nos fóruns: a ideia de "clean room com duas IAs", uma decompila e escreve a especificação, a outra implementa sem ver o código, é sugestão de fórum. Não é posição jurídica, não tem precedente testado e não te protege de nada.

Por que agora: S-1, risco de PI e um modelo bom demais em recriar

Aqui entra análise. O que vem abaixo é leitura nossa, não declaração da Anthropic. A empresa citou só a usage policy. Mas o timing fala.

1. O S-1. Em 26/10 a Anthropic protocolou o prospecto de IPO. A gente leu o documento e o trecho que importa aqui é este: de 5% a 7% da receita dos nove meses até 30/09 veio de clientes violando a usage policy ou os termos, e a empresa diz que reforçou o enforcement. Empresa a caminho da bolsa não quer manchete de "ferramenta da Anthropic clona jogo da Nintendo" no mês do roadshow. Risco de PI vira risco pra investidor. A regra entrou um dia depois do S-1.

2. O modelo ficou bom demais. Clone de jogo com IA não é novidade. A diferença é que com o Opus 5.5 o caso viral deixou de ser "olha esse Flappy Bird" e virou recriação de jogo comercial numa sessão. Quando a capacidade passa de demonstração pra produto, o risco jurídico muda de categoria.

3. Pressão do setor. Decomp.dev fechando, estúdio cancelando playtest, comunidade de ports em guerra aberta. Tudo em outubro. A Anthropic não citou nenhuma reclamação de publisher ou processo, e ninguém mostrou que houve uma. Mas o ambiente estava pedindo um gesto.

4. É o gesto mais barato possível. Duas frases de prompt, entregues remotamente, sem mudar a usage policy e sem treinar nada. Dá pra ajustar amanhã. Pra uma empresa que quer mostrar responsabilidade sem perder o público dev, é a ferramenta óbvia.

O que o debate no Hacker News pegou

A thread do HN sobre o assunto levantou quatro pontos que valem pra qualquer dev:

• Inteligência alugada. "É isso que acontece quando você aluga sua inteligência de outra pessoa." A regra mudou do lado do servidor, sem changelog, sem opt-out.
• Prazo de validade. A aposta de um comentarista: funciona por cerca de um ano, até modelo aberto alcançar, e aí vira terra de ninguém. A proposta dele é investir em sistemas de reputação resistentes a clone, não em bloqueio.
• Migração. Quem faz engenharia reversa vai pro ChatGPT e, se fechar lá, pros modelos chineses. Até 31/10 não apareceu regra equivalente específica pra jogos na OpenAI ou no Google, segundo a 1023 Jack.
• Assimetria. "Mas copiar o estilo Ghibli continua permitido." A crítica é que a indústria de software protegeu o "seu" e deixou ilustrador e artista pra trás. Cabe discussão, mas o incômodo é legítimo: estilo não é protegido por copyright, um jogo específico sim. A linha jurídica explica a diferença; não necessariamente a justifica.

A gente tende a concordar com o diagnóstico do prazo. Instrução de prompt não segura quem quer contornar. Ela segura o dev distraído e protege a Anthropic de ser cúmplice no caso fácil. Que é, provavelmente, todo o objetivo.

Claude Code e jogos: o que ainda dá pra fazer (e onde a linha realmente está)

Se você usa o Claude Code pra jogo, quase nada muda. A regra mira um alvo estreito.

Continua liberado:

• Jogo original.
• Jogo de gênero: roguelike, metroidvania, tower defense, plataforma 2D.
• Jogo a partir de design e assets seus.
• Estudo de mecânica: "como funciona o sistema de combo de um jogo de luta".

O que o modelo deve recusar:

• "Recria o jogo X."
• "Faz um clone do X, mas chama de Y."
• "Copia as fases, personagens e regras do X."

A diferença está em como você formula. Pedido que nomeia um jogo específico como alvo de cópia aciona a regra. Pedido que descreve mecânica, gênero e as suas decisões de design, não.

Compare:

# tende a ser recusado
Recria o Vampire Survivors em Phaser, com as mesmas armas e o mesmo mapa.

# dentro da regra
Quero um roguelite de sobrevivência em ondas, top-down, em Phaser.
Mecânicas: ataque automático, XP que cai dos inimigos, escolha de 1 entre
3 upgrades a cada nível. Os sprites estão em /assets (feitos por mim).
O tema é uma cozinha medieval: o jogador é um cozinheiro, os inimigos
são ingredientes podres. Começa pelo loop de ondas e o spawn de inimigos.

O segundo pedido é melhor de qualquer jeito. Ele dá contexto, restrição e identidade. É assim que você conversa com um agente quando quer software que não pareça genérico.

Se você tem um caso legítimo e tomou recusa, duas dicas práticas. Deixe explícito no contexto que os assets e o design são seus. E se é falso positivo de verdade, reporte: a Anthropic disse publicamente que quer ajustar a calibragem. Não existe flag pra desligar, e tentar enganar o modelo com "é só um jogo original parecido" é exatamente o caso que a segunda frase da regra prevê.

Decomp pra preservação não é clone comercial

Por fim, a distinção que mais importa e que mais se perdeu na discussão.

Decompilação pra preservação reconstrói o código de um jogo antigo, muitas vezes abandonado pelo dono, e só funciona com a sua cópia do jogo: o repositório guarda o código, nunca a ROM nem os assets. É o que permite estudar, modar e manter vivo um jogo de 1999 em hardware de 2026.

Clone comercial pega o jogo de alguém, às vezes nem lançado ainda, e vende como se fosse seu.

Uma coisa é arqueologia. A outra é pirataria com passos extras. A regra da Anthropic, pelo texto confirmado, mira a segunda. Se ela vai acertar sempre a segunda sem respingar na primeira é a pergunta que as próximas semanas vão responder.

Limitações desta leitura

• O texto exato da regra é reportado, a partir da publicação do Chasm e da Game Developer. A Anthropic confirmou a mudança, não publicou o texto num documento oficial.
• As recusas em engenharia reversa genérica são relatos de usuário, sem causa comprovada.
• "Por que agora" é análise. A Anthropic citou apenas a usage policy. A ligação com o S-1 é nossa leitura de timing.
• Não há dado de mercado sobre perda de vendas por clones feitos com IA.
• Aderência a prompt varia. O que você ler aqui sobre "passa" e "não passa" é tendência, não garantia.
• Nada aqui é aconselhamento jurídico.

FAQ

O Claude Code proibiu fazer jogos?

Não. A regra confirmada só impede recriar um jogo específico que já existe, mesmo renomeado. Jogo original, jogo de gênero e jogo feito com design e assets próprios continuam permitidos, segundo a própria Anthropic. Se o seu pedido descreve mecânica e não nomeia um jogo como alvo de cópia, você está dentro da linha.

O que é tengu_heron_brook?

É o nome da flag interna sob a qual a instrução foi entregue ao Claude Code pelos servidores da Anthropic, por volta de 27/10/2026. Foi descoberta por um usuário no X. Não é configuração pública e não há opção pra desligar. "Tengu" aparece em outras flags internas do Claude Code; o nome em si não tem significado documentado.

O Claude ainda ajuda com engenharia reversa e decompilação?

A regra confirmada não fala de decompilação. Há relatos de recusa em engenharia reversa genérica e relatos de ajuda normal no decomp de um jogo a partir da cópia do usuário. Nenhum dos dois lados foi comprovado como efeito da regra. Na prática: pode variar por sessão e por guardrail de segurança, não só por essa instrução.

Dá pra contornar a regra?

Tecnicamente, é só texto de prompt, então a aderência varia. Mas tentar disfarçar um clone como "jogo original" é exatamente o que a segunda frase da regra prevê, e continua sendo violação da usage policy. O caminho que funciona é o legítimo: descrever mecânica e gênero, usar assets seus e construir identidade própria.

Conclusão

A regra da Anthropic são duas frases. O contexto dela é um ano inteiro.

Em doze meses, agente de código levou matching decomp de anos pra semanas, transformou port de fã em guerra de comunidade, fez o principal índice de decompilação fechar e assustou estúdio indie a ponto de esconder demo. A Anthropic, a caminho da bolsa, escolheu o freio mais barato que tinha: um parágrafo no prompt.

Vai segurar? Pro dev distraído, sim. Pra quem quer clonar de propósito, por pouco tempo. O problema de fundo, como mostrar um jogo ao mundo sem ser clonado antes do lançamento, não se resolve com prompt.

Enquanto isso, fica de olho no comportamento do seu agente. Ele muda do lado do servidor, sem aviso. A gente acompanha essas mudanças todo mês, como nas novidades do Claude Code de outubro.