Så använder du REA med kodningsagenter: din första undersökning

För att använda REA med en kodningsagent kör du npx rea-agents@latest setup, godkänner konfigurationsändringarna för den klient du har valt och startar om klienten. Ge sedan agenten ett lokalt program att undersöka och ett specifikt beteende att utreda. Be om relevant kod, platser i källkoden och begränsningar innan du ber den att bygga något.

REA är ett CLI och en MCP-server med öppen källkod. Den här artikeln är en oberoende guide från communityn. rea.tools och kodarkivet morluto/rea är projektets officiella källor.

Vad behöver du innan du installerar REA?

REA kräver Node.js 22.x från och med 22.19, Node.js 24.x från och med 24.11 eller Node.js 26 och senare, samt npm. Node.js 23, 25 och förhandsversioner ligger utanför det dokumenterade intervallet som stöds. Kontrollera den officiella installationsguiden när du konfigurerar en ny dator.

Välj ett analysobjekt som du äger eller har tillstånd att undersöka. Ett uppackat JavaScript-program eller ett Electron-ASAR-arkiv är en bra start, eftersom REA:s statiska programanalys inte kräver Hopper, Ghidra eller IDA. Djupanalys av nativa binärfiler använder någon av dessa motorer och har ytterligare krav på plattform och version. REA:s README listar de typer av analysobjekt som stöds och deras förutsättningar.

Vad vill du göra?	Rekommenderad startpunkt	Indata	Resultat
Be en agent förklara en funktion	REA:s MCP-konfiguration	Lokal sökväg till analysobjektet och en avgränsad fråga	Resultat, underlag och fortsatt undersökning
Granska ett program utan en agent	REA:s CLI	Katalog med ett uppackat JavaScript-program eller ASAR	Strukturerat underlag om programmet
Granska en webblayout manuellt eller pausa JavaScript	Chrome DevTools	Sida öppen i Chrome	Direkt redigering av DOM/CSS och kontroll över brytpunkter
Själv utforska en binärfils funktioner och grafer	Ghidra	Körbar fil eller bibliotek som stöds	Interaktiv disassemblering, dekompilering och analysprojekt

Chrome DevTools och Ghidra erbjuder kraftfulla gränssnitt för direkt granskning. REA är användbart när du vill att din agent ska hjälpa dig att driva undersökningen och omvandla utvalda resultat till en förklaring eller implementation. Se vår jämförelse med Ghidra och jämförelse med Chrome DevTools.

Hur ansluter du REA till en kodningsagent?

Kör det officiella konfigurationskommandot i en terminal:

npx rea-agents@latest setup

Välj den avsedda klienten, granska den exakta konfigurationen och sökvägarna för agentinstruktionerna och godkänn planen. Konfigurationen registrerar REA:s lokala MCP-server och installerar de matchande undersökningsinstruktionerna. Starta om klienten som anges i slutförandemeddelandet så att den körande agenten kan upptäcka anslutningen. Den officiella dokumentationen för konfiguration förklarar förhandsgranskningen, säkerhetskopiorna och inställningarna för omfattning.

För att kontrollera registreringen i Codex använder du:

npx -y rea-agents@latest doctor --client codex --json

Ersätt codex med ID:t för din klient som stöds när det är lämpligt. Ett felfritt doctor-resultat kontrollerar registreringsfiler och förutsättningar. Det bevisar inte att den aktuella agentsessionen har återanslutit. Om agenten fortfarande inte ser REA startar du om eller återansluter den och granskar felet i dess MCP-anslutning. Om du bara installerar instruktionspaketet från skills.sh får du instruktionerna, men ingen MCP-anslutning. Den officiella felsökningshjälpen tar upp dessa skillnader.

Vad ska din första prompt be REA att hitta?

Välj ett observerbart beteende i stället för att be om en rekonstruktion av hela programmet. För ett program som du har tillstånd att granska kan en avgränsad prompt vara:

Använd REA för att granska /absolute/path/to/my-notes-app.
Förklara hur programmet exporterar anteckningar som CSV.
Visa relevanta moduler, platser i källkoden och underlag.
Skilj bekräftat beteende från sådant du inte kan fastställa.

Ersätt sökvägen med ditt faktiska analysobjekt. REA levererar undersökningsresultat som kodningsagenten tolkar. Innan du godtar svaret bör du kontrollera att resultatet identifierar målfilerna, den relevanta koden och eventuella luckor i täckningen. En rimlig förklaring utan en stödjande hänvisning till koden är en hypotes som behöver undersökas vidare.

Om MCP inte är tillgängligt kan statisk JavaScript-granskning också köras direkt:

npx -y rea-agents@latest analyze-javascript-application /absolute/path/to/my-notes-app --json

Kommandot tar emot en katalog med ett uppackat program eller ett ASAR-arkiv och returnerar en Evidence-post. Fel för nativa analysmotorer vid en kontroll hindrar inte automatiskt detta separata JavaScript-arbetsflöde. REA:s vägledning om beredskap för en avgränsad uppgift rekommenderar att du kontrollerar just den uppgift du behöver utföra.

Hur kontrollerar du ett resultat innan du återskapar en funktion?

Omvandla förklaringen till en liten förutsägelse. För en CSV-exportfunktion kan du jämföra en vanlig anteckning med en anteckning som innehåller ett kommatecken, ett citattecken eller en radbrytning. Fråga agenten vilken förgrening som hanterar dessa tecken och hur den förutsagda utdatan stämmer med det ursprungliga programmets observerade export. Håll den observerade utdatan åtskild från agentens föreslagna ersättningskod.

Den officiella Notes-undersökningen använder en CSV-export för att lära ut processen. Det officiella dinosaurieexemplet illustrerar ett annat analysobjekt: REA läser det inlästa skriptet i webbläsarspelet, agenten identifierar dess accelerationsregel och en liten rekonstruktion gör hastigheten justerbar. Det här är genomarbetade exempel som skapats av projektet, inte oberoende användaromdömen.

Vilka begränsningar gäller för versioner och integritet?

Kodarkivets main-gren kan dokumentera funktioner som är nyare än det publicerade npm-paketet. @latest begär den aktuella npm-versionen. Beständiga MCP-registreringar är låsta till exakt den version som utförde konfigurationen. Kör konfigurationen på nytt och starta om agenten när du uppdaterar. Välj funktioner utifrån den anslutna serverns faktiska verktygslista och scheman i stället för att anta att alla funktioner från main-grenen är installerade. Den officiella beskrivningen av versionsgränsen förklarar skillnaden.

REA analyserar analysobjekten på din dator. Verktygsresultaten skickas till din kodningsagent, vars modellleverantör har en egen datapolicy. Granska vad ett resultat innehåller innan du delar det, särskilt kodutdrag, lokala sökvägar, registrerade anrop eller programdata. Den officiella sidan med vanliga frågor beskriver denna gräns mellan lokal analys och modellleverantören.

Vilka frågor brukar uppstå efter den första undersökningen?

Kan jag använda REA utan Hopper, Ghidra eller IDA?

Ja. Statisk granskning av JavaScript/Electron och .NET kräver ingen nativ analysmotor. Djupanalys av nativ kod gör det. Välj förutsättningar utifrån analysobjektet i stället för att behandla varje valfri analysmotor som obligatorisk.

Återvinner REA den ursprungliga källkoden?

Analys av nativ kod returnerar assemblerkod och pseudokod med stödjande resultat. Pseudokod är en representation för analys, inte ett löfte om att återskapa den ursprungliga källkoden. Agenten kan använda resultaten för att skriva en ny implementation och testa den.

Kan jag köra REA utan en AI-prenumeration?

REA:s CLI kan köra analysarbetsflöden direkt. Att använda en kodningsagent innebär att klientens egna åtkomstkrav och modellleverantörens villkor gäller. REA:s MIT-licens ger ingen modellåtkomst eller licens för en kommersiell analysmotor.

Vad ska jag göra när ett kommando misslyckas?

Kontrollera de dokumenterade förutsättningarna och uppdatera först REA. För ett globalt installerat CLI uppdaterar rea update den installation som kommandot tillhör. För en npx-baserad agentkonfiguration kör du npx rea-agents@latest setup på nytt och startar om klienten. Om felet kvarstår rapporterar du REA-version, operativsystem, typ av analysobjekt, analysmotor, steg och felutdata via den officiella ärendehanteraren.