REA (Reverse Engineer Anything) funciona com o agente que eu já uso?

Sim, o REA Reverse Engineer Anything foi feito pra funcionar com o agente que você já usa. Segundo o README do repositório morluto/rea, o setup suporta Claude Code, Codex, Cursor, Gemini CLI, Grok Build e outros agentes. Qualquer cliente com suporte a servidores MCP locais também pode usar o REA, registrando o MCP manualmente. O comando npx rea-agents setup registra o servidor MCP do REA no agente, instala as instruções de workflow e faz backup da configuração existente antes. Depois é só revisar, aprovar e reiniciar o agente, sem trocar de stack
Fala aí, beleza? Pra testar o REA você NÃO precisa trocar de agente 😀
O REA (Reverse Engineer Anything) é um projeto público no GitHub, no repositório morluto/rea, com licença MIT
A descrição oficial é bem direta: fazer engenharia reversa de qualquer coisa com agentes, do comportamento do app até binários nativos
E aí vem a dúvida de quem já tem a stack montada: será que ele encaixa no agente que eu já uso?
Ninguém quer desmontar o setup inteiro só pra testar uma ferramenta nova, né? Bora ver
Formação Claude Code
Domine Claude Code do absoluto zero até o avançado
- 120 aulas
- 4 projetos
- 9h 45min
Agentes compatíveis com o REA e como cada um se conecta:
Segundo o README do projeto, o setup suporta Claude Code, Codex, Cursor, Gemini CLI, Grok Build e outros agentes
E tem mais: qualquer agente que suporte servidores MCP locais pode usar o REA, mesmo fora dessa lista
| Agente | Configurado pelo setup | Como conectar |
|---|---|---|
| Claude Code | Sim | npx rea-agents setup |
| Codex | Sim | npx rea-agents setup |
| Cursor | Sim | npx rea-agents setup |
| Gemini CLI | Sim | npx rea-agents setup |
| Grok Build | Sim | npx rea-agents setup |
| Outros clientes com suporte a MCP local | Não | Registro manual do servidor MCP |
Se liga num detalhe: o README fala em outros agentes além desses cinco, mas sem cravar uma lista fechada aqui
Então, se o seu agente não aparece entre os cinco, o caminho garantido é checar se ele suporta MCP local
Essa pergunta de compatibilidade aparece em quase toda ferramenta nova pra agentes, tipo a lista de agentes do CodeGraph, e a resposta costuma girar em torno do mesmo ponto: MCP 🙂
O que o setup do REA muda no seu agente?
Antes do como, o porquê
O REA não é um agente novo pra você aprender do zero, ele é uma ferramenta que se pluga no agente que você já tem
Que servidor MCP? É o jeito padrão de um agente conversar com uma ferramenta externa, mais ou menos como um plugin: o agente chama, a ferramenta responde
O setup faz duas coisas no seu agente:
- Registra o servidor MCP do REA, assim o agente passa a enxergar a ferramenta
- Instala as instruções de workflow correspondentes, que orientam o agente sobre como usar o REA
E antes de mexer em qualquer coisa, ele faz backup da configuração que já existe (isso aqui é ouro pra quem tem config cheia de ajuste fino haha)
Ou seja: a ferramenta e o workflow ficam junto do agente que você já usa, sem trocar de stack
E o que o agente recebe do REA na prática?
- Análise nativa: pseudocódigo e assembly
- Análise de JavaScript/Electron: os módulos recuperados e as relações entre eles
O que você precisa antes de conectar o REA?
Nada de PC da Nasa, a lista é curta:
- Node.js e npm instalados, já que o REA é distribuído como pacote npm (
rea-agents) - Um agente da lista do setup ou qualquer cliente que suporte MCP local
- Pra análise nativa: uma instalação existente de Hopper, Ghidra ou IDA, ou deixar o próprio setup instalar o Hopper (isso é opcional e só acontece com a sua aprovação)
E se o seu foco é JavaScript?
A análise estática de JavaScript não precisa de motor nativo nenhum, então dá pra começar sem instalar Hopper, Ghidra ou IDA 😀
Como conectar o REA ao agente que você já usa:
Bora ver na prática?
- Rode o setup no terminal:
npx rea-agents setup
O erro comum deste passo: rodar sem Node.js e npm instalados, o comando depende dos dois
- Escolha os agentes que você quer conectar ao REA
Se você usa mais de um (tipo Claude Code no dia a dia e Cursor no editor), esse é o momento de marcar o que faz sentido pro seu fluxo
- Revise as mudanças propostas e aprove
O setup mostra o que vai alterar antes de aplicar, e é aí que muita gente vai no modo next, next e finish
O erro comum deste passo: aprovar sem ler, Tome cuidado! O backup da config existe, mas olhar antes é sempre melhor que restaurar depois
É a mesma lógica de revisar tudo antes de apontar o agente pra produção: o agente fica com mais poder, então vale saber exatamente o que mudou
- Reinicie o agente
O erro comum deste passo: esquecer de reiniciar e achar que o REA não funcionou
Sem reiniciar, o agente pode não carregar o servidor MCP novo nem as instruções de workflow
- (Opcional) Instale o comando
reaglobalmente pra uso no dia a dia:
npm install --global rea-agents
rea --help
O rea --help mostra as opções disponíveis do comando
E se eu pedir análise nativa e nada acontecer?
Caso isso apareça, confere se tem Hopper, Ghidra ou IDA instalado
A análise nativa usa um desses motores, e o setup só instala o Hopper se você aprovar
Já a análise estática de JavaScript roda sem motor nativo
Meu agente não está na lista, e agora?
Se ele suporta servidores MCP locais, dá pra usar o REA registrando o servidor MCP manualmente
O formato exato desse registro muda de cliente pra cliente, então o melhor caminho é seguir a documentação do seu agente pra adicionar um MCP local e consultar o repositório do REA
Quando faz sentido testar o REA sem mudar de stack?
Alguns use cases bem claros:
- Você já vive no Claude Code, Codex, Cursor, Gemini CLI ou Grok Build e quer engenharia reversa dentro do mesmo fluxo, sem abrir outra ferramenta
- Você analisa apps JavaScript/Electron e não quer instalar motor nativo nenhum, só recuperar os módulos e entender como eles se relacionam
- Você já tem Hopper, Ghidra ou IDA instalado e quer aproveitar essa instalação, agora com o agente recebendo pseudocódigo e assembly
- Você usa outro cliente com suporte a MCP local e topa fazer o registro manual do servidor
Em todos esses casos a ideia é a mesma: o agente que você já domina ganha uma ferramenta nova, e você não reaprende nada do zero
Para entender agentes de IA autônomos:
Se você tá começando agora no mundo dos agentes e quer entender a ideia de um agente que pega a tarefa e trabalha sozinho, este vídeo do canal mostra esse conceito na prática:
Com essa base, fica muiiito mais fácil entender por que plugar ferramentas como o REA via MCP faz diferença no seu fluxo 🙂
Vale testar o REA no seu agente atual?
Se o seu agente está na lista (Claude Code, Codex, Cursor, Gemini CLI ou Grok Build) ou suporta MCP local, a resposta é sim: dá pra usar o REA sem trocar de stack
O setup registra o servidor MCP, instala as instruções de workflow e ainda faz backup da sua config antes de mexer em qualquer coisa
O próximo passo é rodar npx rea-agents setup, revisar com calma o que ele propõe e dar uma olhada no repositório github.com/morluto/rea pra acompanhar o projeto
E aí, vai plugar no Claude Code ou em outro agente? Bora trocar uma ideia nos comentários
Até o próximo post! 😀
Perguntas frequentes
O REA (Reverse Engineer Anything) funciona com Claude Code?
Sim, Claude Code está entre os agentes que o setup do REA configura automaticamente. Basta rodar npx rea-agents setup, escolher Claude Code na lista, aprovar as mudanças propostas e reiniciar o agente.
Preciso ter Ghidra, IDA ou Hopper instalado para usar o REA com JavaScript?
Não. A análise estática de JavaScript roda sem motor nativo nenhum. Esses três motores (Hopper, Ghidra ou IDA) só entram em cena na análise nativa, pra gerar pseudocódigo e assembly.
O REA é um projeto gratuito e open source?
Sim, o REA é um projeto público no GitHub, no repositório morluto/rea, distribuído sob licença MIT. Ele é empacotado como pacote npm, chamado rea-agents.
Dá para usar o REA num agente que não está na lista do setup?
Dá, desde que esse agente suporte servidores MCP locais. Nesse caso o registro do servidor MCP do REA é feito manualmente, em vez de passar pelo npx rea-agents setup.
O que o agente recebe depois que o REA analisa um binário nativo?
Na análise nativa, o REA retorna pseudocódigo e assembly pro agente trabalhar em cima. Já na análise de JavaScript e Electron, o retorno são os módulos recuperados e as relações entre eles.
Como instalar o comando rea para usar no dia a dia, sem repetir o setup toda vez?
É só instalar o pacote globalmente com npm install --global rea-agents. Depois disso, o comando rea --help mostra as opções disponíveis direto no terminal.
Formações
Formação Vibe Coding
Do Prompt ao Produto: Crie Software Real com IA
- 474 aulas
- 20 projetos
- 39h 27min
Blog | Mais populares

O que o REA (Reverse Engineer Anything) consegue inspecionar? Lista de alvos suportados por grupo
REA (Reverse Engineer Anything) inspeciona binários, APKs, WASM, firmware e mais. Veja a lista completa de alvos suportados por grupo.

Análise de website com o REA: o que o agente consegue ver em uma página que não é sua?
REA análise de website: entenda como o agente observa estrutura, rede, console e storage de forma passiva, via CDP, sem tocar no backend.

Vale usar o REA ou basta jogar o binário no chat do agente? A diferença na prática
REA MCP vale a pena ou é melhor jogar o binário no chat? Veja a diferença na prática, quando usar e quando não compensa.
