REA (Reverse Engineer Anything): Como Agentes Decompilam e Reconstroem Apps

REA (abreviação de Reverse Engineer Anything) é um servidor MCP e CLI open-source que dá a agentes de codificação IA ferramentas reais de engenharia reversa. Em vez de adivinhar como um recurso funciona, seu agente pode decompilar um binário, rastrear o código relevante e mostrar as evidências por trás de cada conclusão — e então escrever e testar uma versão para o seu próprio projeto. Este guia aborda o que é REA, como funciona, o que você pode analisar e como configurá-lo.

O que é REA?

REA conecta seu agente de IA a ferramentas para inspecionar binários nativos, aplicativos JavaScript e Electron, assemblies .NET e sites. Ele usa o Model Context Protocol (MCP) para que um agente possa solicitar análises por meio de um servidor local, seguir o código relevante e receber os resultados com suas evidências e limitações declaradas.

A proposta central: veja um recurso que você gosta em um app, entenda como ele funciona até o nível binário e reconstrua-o. Você pede ao seu agente para investigar um recurso com REA, e ele pode inspecionar o app sem o código-fonte, explicar como o recurso funciona, mostrar as evidências e construir uma versão para o seu projeto.

Alguns fatos para se orientar:

• Licença e linguagem: É licenciado sob MIT e escrito em TypeScript, distribuído como rea-agents no npm.
• Local por padrão: A análise roda localmente, e os resultados incluem as evidências e limitações por trás de cada conclusão.
• Momentum: Cobertura de terceiros o descreve como um projeto ativo, com tendência de #1 no GitHub em outubro de 2026, e o repositório lista mais de 125 mil estrelas no momento da escrita.

Como o REA funciona

O REA fica entre seu agente e um conjunto de ferramentas de análise consolidadas. Ele usa o Model Context Protocol para permitir que agentes solicitem análises por meio de um servidor local. O agente pede ao REA para inspecionar um alvo, segue o código que importa e recebe resultados estruturados.

O fluxo de trabalho se resume a três etapas: decompilar, entender, recriar. Você aponta seu agente para um app, pergunta como um recurso funciona, e o REA permite que ele decompile o binário, siga o código entre funções e mostre as evidências por trás de sua explicação.

Por baixo dos panos, o REA direciona as solicitações para a ferramenta certa. Quando você pede ao seu agente para fazer engenharia reversa de um app, o MCP do REA o encaminha para ferramentas como Ghidra, Hopper ou IDA para decompilação, e também pode integrar coisas como Chrome DevTools para inspecionar apps baseados na web ou no estilo Electron. A biblioteca cuida da camada de tradução para que o agente não precise saber como operar cada ferramenta individualmente.

Isso importa porque a engenharia reversa normalmente significa lidar com várias ferramentas especializadas. Ghidra para decompilação, Hopper para desmontagem, rastreadores dinâmicos para comportamento em tempo de execução — cada ferramenta tem sua própria CLI, superfície de API e gerenciamento de sessão, e o REA expõe todas elas por meio de um único servidor MCP para que os agentes possam coordenar sem gerenciar o estado específico de cada ferramenta.

Os mesmos fluxos de trabalho estão disponíveis no seu terminal, então pesquisadores que preferem scripts não ficam presos a um agente.

O que você pode analisar

A cobertura do REA é ampla. Com base na própria tabela de capacidades do projeto, você pode apontá-lo para:

• Binários nativos — pseudocódigo, assembly, strings, símbolos, chamadas e referências (via Hopper, Ghidra ou IDA).
• Apps JavaScript / Electron — módulos, importações, source maps, rotas, IPC e relacionamentos de add-ons nativos, inspecionados estaticamente sem executar o app.
• Assemblies .NET — metadados, instruções CIL e dependências nativas declaradas (somente estático, sem engine adicional necessária).
• APKs Android — declarações de manifesto, classes, métodos decompilados e referências (via JADX headless e um JDK).
• Sites — estrutura de página, scripts, observações de rede e capturas de tela (via navegador da família Chrome).
• WASM, bytecode EVM, binários Go, firmware, capturas de rede salvas e travamentos Linux gravados — cada um com seus próprios requisitos e guia.

Uma escolha de design importante: a inspeção estática de JavaScript e .NET lê os arquivos sem executá-los, enquanto a captura em tempo de execução realmente executa ou interage com o alvo usando suas permissões. A análise nativa depende de um provedor — ele aciona Ghidra, IDA Pro ou Hopper para binários nativos — portanto, os formatos e o suporte ao host variam conforme qual deles você tem instalado.

Como configurar

A configuração é um único comando. Com uma versão compatível do Node.js e npm instalados, execute:

npx rea-agents setup

Você escolhe seus agentes, revisa as alterações propostas e as aprova; a configuração adiciona o servidor MCP do REA e as instruções de fluxo de trabalho correspondentes, com backups da configuração existente, e então você reinicia seu agente.

A configuração cobre os principais agentes de codificação. As opções suportadas incluem Claude Code, Cursor, Codex, Gemini CLI e Grok Build, e outros clientes que suportam servidores MCP locais podem usar o registro manual.

Para trabalho nativo aprofundado, você precisará de um provedor. A análise nativa pode usar uma instalação existente de Hopper, Ghidra ou IDA, enquanto a análise estática de JavaScript não precisa de nenhuma engine nativa — de acordo com o repositório, a configuração pode opcionalmente instalar o Hopper após sua aprovação.

Uma vez configurado, você pergunta em linguagem natural — por exemplo, "entenda como a busca funciona no app Notas, mostre-me as evidências e construa um recurso similar para o meu projeto" — e o agente executa todo o ciclo.

É legal usar?

A engenharia reversa ocupa um espaço jurídico complexo, e o REA é explícito de que é uma ferramenta para uso lícito. O projeto a enquadra como sendo para pesquisa, educação, interoperabilidade, preservação de software e análise de software que você possui ou está autorizado a examinar. Ele também observa que engines comerciais como IDA Pro, Hopper e JEB devem ser obtidas legalmente sob suas próprias licenças — o REA não concede licença ou ativação de ferramenta. Trate esses termos como seu primeiro passo antes de apontar um agente para qualquer coisa que você não possui.

Por que isso importa para fluxos de trabalho de IA

O REA faz parte de um padrão mais amplo: dar aos agentes ferramentas reais e evidências em vez de pedir a um modelo que raciocine a partir da memória. É a mesma mudança por trás de runtimes de agentes como DeepSeek Harness e superfícies de desenvolvedor criadas para esse fim como Cursor Origin — o valor está no acesso estruturado a ferramentas e na saída verificável, não apenas no modelo.

O design de "mostrar as evidências" é a parte interessante. Um agente que pode citar a função exata, o deslocamento de byte ou a chamada IPC por trás de uma afirmação é muito mais confiável do que um que resume um binário por intuição.

Faça isso com sua própria força de trabalho de IA

O REA mostra o que os agentes podem fazer quando você lhes dá ferramentas reais e pede resultados verificáveis. O Eigent aplica a mesma ideia ao trabalho cotidiano: uma força de trabalho "Cowork" multi-agente, open-source e local que executa tarefas reais — revisando código e pull requests, pesquisando e automatizando fluxos de trabalho de múltiplas etapas — na sua própria máquina. Se você quer agentes que agem com ferramentas em vez de adivinhar, baixe o Eigent e construa o seu próprio.