ARTIGO DO SÍNTESE TECH · 5 MIN DE LEITURA
REA: conheça a ferramenta que usa IA para investigar como um software funciona
Projeto conecta agentes como Claude Code e Codex a ferramentas de engenharia reversa. Entenda o que ele analisa, para que serve e por que “desvendar qualquer software” exige cuidado.
O que é o REA?
Imagine encontrar uma função interessante em um aplicativo e querer entender como ela foi construída, mesmo sem acesso ao código-fonte. Esse é o tipo de investigação que o REA — sigla de Reverse Engineer Anything — pretende facilitar ao conectar agentes de IA a ferramentas de análise de software.
O projeto de código aberto está publicado no GitHub sob a conta morluto. Segundo sua documentação, ele permite investigar desde a organização de um aplicativo até instruções de programas compilados. O ponto central é fazer o agente trabalhar com evidências técnicas, em vez de responder apenas com uma hipótese sobre o funcionamento do programa.
Apesar do nome ambicioso, REA não é um novo modelo de inteligência artificial nem uma garantia de descobrir todos os segredos de qualquer aplicativo. É uma camada de ferramentas e instruções que pode ser usada por agentes como Claude Code, Codex, Cursor e Gemini CLI.
Engenharia reversa, em português claro
Na programação tradicional, você parte do código para construir um programa. Na engenharia reversa, examina um programa, seus arquivos ou seu comportamento para entender partes de sua construção. É parecido com observar uma máquina funcionando e estudar suas peças para descobrir como uma função foi implementada.
Um programa compilado nem sempre preserva nomes, comentários e a organização do código original. Ferramentas de análise podem mostrar instruções, relações entre funções e pseudocódigo: uma representação que ajuda a interpretar a lógica, mas não equivale automaticamente ao código-fonte que o autor escreveu.
Esse trabalho pode ser útil para manutenção de sistemas antigos, interoperabilidade, preservação de jogos e pesquisa de segurança. A utilidade depende do objetivo e das condições do software analisado.
Como a IA entra nessa investigação
O REA se comunica com o agente por MCP, um protocolo para conectar assistentes a ferramentas. O agente faz uma pergunta ou solicita uma inspeção; o REA aciona os recursos disponíveis e devolve resultados com evidências e limitações. A partir disso, o agente pode pedir novas análises, explicar uma função ou ajudar a escrever uma implementação que depois precisa ser testada.
Para investigar programas nativos em profundidade, a documentação cita ferramentas como Ghidra, Hopper e IDA. Outros caminhos, como a inspeção estática de JavaScript ou de assemblies .NET, têm requisitos diferentes. Por isso, instalar o REA não significa que todas as formas de análise estarão prontas no seu computador.
O projeto também descreve inspeções de aplicativos Electron, sites e pacotes Android, entre outros alvos. A disponibilidade depende do formato, do sistema operacional, das ferramentas auxiliares e da versão utilizada.
O que os exemplos publicados mostram
Um dos estudos de caso do próprio projeto investiga uma parte do jogo DX-Ball responsável por posicionar o som entre os canais de áudio. Os responsáveis relatam uma reconstrução que passou por 3.205 casos de comparação com o código x86 original e reproduziu os 63 bytes da função compilada. Esse resultado é específico daquela função e das condições apresentadas.
Outro exemplo acompanha o caminho da área de transferência no Notion, um aplicativo baseado em Electron. A investigação percorre componentes que ligam a interface a outras partes do aplicativo para explicar como aquela função se comunica internamente.
São demonstrações publicadas pelo projeto, não testes independentes realizados pelo Síntese Tech. Elas ajudam a entender o método, mas não comprovam que o REA consiga reconstruir um aplicativo inteiro ou repetir o mesmo resultado em qualquer programa.
O que ele não promete resolver sozinho
Entender uma parte do programa não equivale a recuperar todo o projeto original. Código ofuscado, componentes que dependem de servidores, formatos sem suporte e informações ausentes podem limitar a investigação. Uma explicação produzida por IA também pode conter erros, mesmo quando usa ferramentas reais.
Segundo o REA, a análise dos alvos ocorre localmente. Isso não significa que todo o processo fique fora de serviços externos: o agente recebe os resultados, e o provedor do modelo tem sua própria política de dados. Quem trabalha com software confidencial precisa avaliar também esse caminho da informação.
Há ainda diferença entre ler arquivos e observar um programa em execução. Algumas modalidades interagem com aplicativos, dispositivos ou rede. Para começar, é importante entender quais operações serão realizadas e quais ferramentas e licenças são necessárias.
Por que vale acompanhar
O interesse no REA aponta para um uso mais concreto dos agentes: conversar com ferramentas especializadas, coletar evidências e construir uma explicação que possa ser conferida. Para desenvolvedores e pesquisadores, isso pode reduzir parte do trabalho de navegar manualmente por informações espalhadas.
Para quem está começando, a mudança mais fácil de perceber é esta: o assistente deixa de apenas sugerir como um aplicativo talvez funcione e passa a ter recursos para investigar partes dele. A qualidade da conclusão continua dependendo da evidência encontrada, da interpretação e da validação.
O próprio projeto orienta o uso em pesquisa, educação, interoperabilidade, preservação e análise de software próprio ou autorizado. A ferramenta não concede direitos sobre código e recursos de terceiros. O caminho para conhecer o REA é consultar o repositório e os estudos de caso oficiais, sem confundir uma demonstração interessante com uma promessa universal.
Fontes e transparência
Artigo original do Síntese Tech, elaborado com apoio de IA a partir das fontes primárias consultadas em 15 de outubro de 2026. Não instalamos nem testamos o REA; os resultados dos estudos de caso são relatos do projeto. A capa é uma ilustração conceitual criada com IA, sem reproduzir a interface do produto.