Smonta una funzione
e rifalla tua

Si chiama REA, che sta per Reverse Engineer Anything. È gratis, ha la licenza MIT e su GitHub ha superato le 340.000 stelle.

Collega il tuo agente agli strumenti che usano gli esperti di sicurezza per guardare dentro le app: Hopper, Ghidra e IDA per i programmi, JADX per le app Android, il browser per i siti. Tu indichi una funzione e l'agente la segue dentro l'app anche senza il codice sorgente. Ti spiega come funziona, ti mostra le prove e ti dice cosa non è riuscito a capire.

L'analisi gira sul tuo computer e l'app non viene caricata da nessuna parte. Quello che REA trova passa però al modello del tuo agente, come qualsiasi altra cosa che gli fai leggere.

Ti serve Node.js con npm: la 22 dalla 22.19 in su, la 24 dalla 24.11 in su oppure la 26 e successive. Controlla la tua con node -v. Poi apri il terminale e lancia:

npx rea-agents setup

1. Scegli gli agenti. Il setup ti chiede dove installarlo: Claude Code, Codex, Cursor, Gemini CLI e altri venti.
2. Rivedi e approva. Ti mostra i file che vuole toccare e aspetta il tuo sì. Aggiunge il server MCP di REA e una skill con le istruzioni di lavoro. Della configurazione che avevi fa prima un backup.
3. Riavvia l'agente. In Claude Code scrivi /mcp: nella lista deve comparire rea.

Vuoi che lo installi Claude Code al posto tuo? Incollagli questo. Il setup gli prepara il piano senza toccare niente e lui aspetta il tuo ok prima di applicarlo.

Installa REA, il pacchetto npm rea-agents, per Claude Code.
Prima controlla con node -v che la versione di Node.js vada bene
(22 dalla 22.19, 24 dalla 24.11 oppure 26 e successive).
Poi lancia: npx -y rea-agents@latest setup --client claude_code --dry-run
e mostrami tutte le modifiche che propone.
Aspetta il mio ok prima di rilanciare lo stesso comando con --yes al posto di --dry-run.
Alla fine ricordami di riavviare Claude Code.

Il pacchetto giusto si chiama rea-agents. Girano copie con nomi simili, quindi controlla il nome prima di installare. Per aggiornarlo rilancia npx rea-agents@latest setup e riavvia l'agente: REA esce con versioni nuove spesso.

Ogni tipo di app chiede uno strumento diverso. Se è la prima volta, parti da un'app Electron: non devi installare niente in più.

1. App Electron e JavaScript. Molte app da desktop sono fatte così, Notion compresa. Non serve nessun programma in più.
2. Programmi per computer. Serve Hopper, Ghidra o IDA. Se non ne hai nessuno, il setup può installarti Hopper sul Mac e su alcune versioni di Linux, sempre dopo il tuo ok. Hopper è un programma a pagamento con una demo gratuita che ha dei limiti.
3. App Android. Servono JADX e un JDK completo.
4. Siti web. Basta un browser della famiglia di Chrome.
5. Programmi .NET. Non serve niente in più.

Più la funzione è precisa, meglio lavora. Per esempio «i risultati che compaiono mentre scrivi nella ricerca». Poi dai all'agente il percorso dell'app sul tuo computer.

Usa REA per capire come funziona [la funzione, per esempio i risultati che compaiono mentre scrivi nella ricerca] in [nome dell'app].
L'app è installata qui: [percorso dell'app sul tuo computer].

Voglio sapere:
1. da dove parte la funzione e che pezzi di codice attraversa, passo per passo
2. che dati entrano, che dati escono e dove vengono salvati
3. che librerie o servizi esterni usa

Per ogni passo mostrami la prova: il file, la funzione o l'indirizzo dove l'hai trovata.
Tieni separato quello che hai visto, quello che hai dedotto e quello che non sai.
Non scrivere ancora codice.

Senza l'ultima riga su visto, dedotto e ignoto l'agente riempie i buchi con quello che gli sembra probabile. E tu non te ne accorgi. REA è costruito per tenere separate le tre cose, quindi chiediglielo sempre.

Se la funzione sta su un sito, cambia il punto di partenza:

Usa REA per capire come funziona [la funzione] sul sito [indirizzo del sito].
Guarda la struttura della pagina, gli script e le chiamate di rete che partono quando la uso.
Mostrami le prove e tieni separato quello che hai visto da quello che hai dedotto.
Non scrivere ancora codice.

Prima di costruire fatti scrivere cosa fa la funzione, con parole sue. Da qui in poi l'agente lavora sulla descrizione del comportamento e il codice dell'app originale resta fuori dal tuo progetto.

Scrivi la specifica della funzione che hai appena studiato.
Mi serve per rifarla da zero nel mio progetto.
Descrivi con parole tue cosa fa, i casi limite e i dati che usa.
Non copiare codice, testi o immagini dell'app originale.
Segna ogni punto come visto, dedotto o ignoto.
Salvala in docs/specifica-[nome-funzione].md.

Leggila tu prima di andare avanti. I punti ignoti sono le scelte che fai tu: come deve comportarsi la tua versione in quei casi?

Apri una sessione nuova nel tuo progetto. Così l'agente parte dalla specifica e dal tuo codice, senza gli appunti dell'analisi.

Leggi docs/specifica-[nome-funzione].md e il mio progetto.
Costruisci una versione mia di questa funzione con [il tuo stack, per esempio Next.js e Supabase].
Scrivila da zero con lo stile del mio codice e usa solo la specifica.
Prima di scrivere codice proponimi un piano di massimo cinque punti e aspetta il mio ok.
Alla fine scrivi i test per i casi limite della specifica e falli girare.

Se un test non passa, chiedi all'agente se nella specifica quel punto era visto o dedotto. Se era dedotto, torna a studiarlo con il prompt 1.

REA nasce per la ricerca, lo studio, la compatibilità fra programmi e per il software che è tuo o che hai il permesso di analizzare. Molte licenze vietano il reverse engineering dei programmi commerciali. Prima di aprirne uno, leggi la sua.

Gli autori scrivono chiaro cosa non supportano:

1. aggirare licenze, DRM, anti-cheat e altre protezioni;
2. copiare software proprietario o riprodurne il codice e le immagini protette;
3. entrare in sistemi che non hai il permesso di testare.

Il metodo di questa pagina va nella direzione giusta: capisci come funziona una cosa, la descrivi con parole tue e la riscrivi da zero. Se usi Hopper o IDA ti serve una licenza regolare o la loro demo.

Puoi fare la stessa cosa con le tue skill di Claude. Gli dai sei lavori tuoi venuti benissimo e sei che non hanno funzionato. Lui trova cosa li distingue e da lì costruisce la skill.

Lo scrive anche Anthropic nella sua guida alle skill: un esempio trasmette lo stile e il livello di dettaglio più chiaramente di una descrizione. Io i miei script li faccio così, partendo dai reel che ho girato davvero.

Voglio costruire una skill che faccia [il lavoro, per esempio gli script dei miei reel].
Nella cartella esempi/migliori ci sono sei lavori venuti benissimo.
Nella cartella esempi/peggiori ci sono sei lavori che non hanno funzionato.
Leggili tutti e confrontali.
Dimmi cosa hanno in comune i migliori e cosa manca ai peggiori: struttura, attacco, lunghezza, tono, chiusura.
Accanto a ogni regola scrivi se è vista (c'è in tutti i migliori), dedotta (è una tua ipotesi) o ignota (dagli esempi non si capisce).
Non costruire ancora la skill.

Leggi le regole una per una. Togli quelle sbagliate, conferma le dedotte che ti tornano e lascia fuori le ignote.

Queste sono le regole che ho controllato:
[incolla le regole]

Costruisci la skill in .claude/skills/[nome-skill]/SKILL.md.
Copia i tre esempi migliori in una cartella examples/ dentro la skill.
Nel SKILL.md scrivi di leggerli prima di cominciare ogni lavoro.
Poi provala: fai un lavoro nuovo con la skill e confrontalo con i migliori.
Dimmi cosa manca.

Il comando di installazione e i sette prompt di questa pagina, in ordine. Tienilo nel progetto e lo ritrovi quando ti serve.