500B de tokens depois: deixando agentes de IA decompilarem um jogo de tiro em primeira pessoa

Artigo original ↗ Discussão no Hacker News ↗

Agentes de IA agora são capazes de decompilar jogos complexos como Call of Duty: Modern Warfare 2 em código-fonte quase idêntico ao byte, mas fazer isso pode consumir centenas de bilhões de tokens e muito processamento, levantando questões sobre custo, uso de energia e praticidade. Os comentaristas debatem se a reprodução exata em nível de binário é necessária ou se reimplementações “funcionalmente equivalentes” bastam, especialmente para preservar bugs que importam para compatibilidade em multiplayer e speedrunners. A discussão também aborda implicações legais e econômicas: como a lei de direitos autorais se aplica à engenharia reversa assistida por IA, se a precificação fortemente subsidiada para APIs de IA é sustentável e o que isso significa para o futuro do software proprietário e do SaaS quando LLMs conseguem clonar produtos existentes com baixo custo.

Escopo do projeto e custo

  • A discussão gira em torno de uma descompilação, conduzida por um agente de IA, de um FPS comercial, amplamente inferido como sendo o Modern Warfare 2 de 2009, com o objetivo de uma reassemblagem quase idêntica ao byte.
  • O uso relatado de tokens (~500B, muitos via um modelo mais barato) gera debate sobre custo, viabilidade e se o resultado do projeto vale a pena, dadas as restrições legais e a ausência de lançamento público.

Economia da IA e modelos de assinatura

  • Vários comentários argumentam que os preços atuais de API e assinatura são fortemente subsidiados, comparados a táticas de crescimento no estilo Uber ou a modelos fracassados de “tudo que você pode comer”, como o MoviePass.
  • Outros contrapõem que empresas de IA podem cobrir os custos marginais de inferência, mas não a P&D contínua, de modo que a “lucratividade” depende de como o treinamento é contabilizado.
  • Há confusão e correção em torno da matemática do preço por token; muitos observam que cache e modelos baratos reduzem significativamente o custo efetivo.

Abordagens técnicas para descompilação

  • Dois objetivos principais são contrastados:
    • Saída idêntica ao byte: garante reprodução integral de bugs e comportamento determinístico, crucial para speedruns, compatibilidade em multiplayer e “preservação”.
    • Equivalência funcional: reescrever funções para se comportarem da mesma forma sob testes, usando harnesses que comparam acessos à memória e cobertura, às vezes com ajuda de solucionadores SMT e fuzzing.
  • Alguns argumentam que a correspondência perfeita byte a byte é exagero e cara; outros dizem que é a única forma de garantir equivalência, especialmente para bugs de casos-limite e estado global.
  • Discussão sobre a escolha do modelo: modelos mais inteligentes e caros podem terminar mais rápido e sair mais baratos no total do que enxames de modelos mais fracos; as experiências variam.

Questões legais e de PI

  • Vários comentários defendem que esses ports de engenharia reversa provavelmente infringem direitos autorais sob doutrinas dos EUA que protegem a estrutura e organização de programas, citando casos históricos e a disputa Google–Oracle sobre APIs.
  • Ideias de clean room e “cleanroom-as-a-service” são mencionadas, mas sua robustez e posição legal são vistas como obscuras.
  • Alguns destacam que já existem remoções por DMCA atingindo projetos semelhantes e observam riscos de aplicação por parte das empresas.

Software, SaaS e “vibe copying”

  • Muitos especulam que LLMs e agentes poderosos tornam muito mais fácil clonar binários, interfaces SaaS e até algoritmos, minando o software proprietário tradicional.
  • Respostas propostas:
    • Mais software migrando totalmente para SaaS/nuvem para ocultar a implementação.
    • Um futuro de ferramentas sob medida, geradas por IA, para indivíduos em vez de apps empacotados.
    • O reconhecimento de que até serviços em nuvem podem ser sondados e “destilados” em especificações por agentes.

Energia, ética e lições mais amplas

  • Alguns criticam a pegada de carbono do projeto por ser um resultado de hobby não compartilhável; outros respondem que a solução é energia mais limpa, não limitar a experimentação.
  • Para desenvolvimento “normal”, os comentaristas enfatizam:
    • Harnesses e testes fortes como oráculos são essenciais ao usar agentes.
    • Fluxos de trabalho agênticos se destacam em tarefas pontuais, focadas em precisão, mas não substituem o julgamento humano de arquitetura nem a revisão de código.