REA mit Coding-Agenten nutzen: Deine erste Untersuchung

Um REA mit einem Coding-Agenten zu verwenden, führe npx rea-agents@latest setup aus, genehmige die Konfigurationsänderungen für deinen gewählten Client und starte ihn neu. Gib dem Agenten anschließend ein lokales Softwareziel und ein konkretes Verhalten zur Untersuchung. Fordere den relevanten Code, Fundstellen und Einschränkungen an, bevor du ihn etwas bauen lässt.

REA ist eine Open-Source-CLI mit MCP-Server. Dieser Artikel ist ein unabhängiger Community-Leitfaden; rea.tools und das Repository morluto/rea sind die offiziellen Projektquellen.

Was brauchst du vor der Installation von REA?

REA benötigt Node.js 22.x ab 22.19, Node.js 24.x ab 24.11 oder Node.js ab 26 sowie npm. Node.js 23, 25 und Vorabversionen liegen außerhalb des dokumentierten Unterstützungsbereichs. Prüfe bei der Einrichtung eines neuen Computers die offizielle Installationsanleitung.

Wähle ein Ziel, das dir gehört oder das du untersuchen darfst. Eine entpackte JavaScript-Anwendung oder ein Electron-ASAR-Archiv eignet sich als erstes Ziel, weil die statische Anwendungsanalyse von REA weder Hopper noch Ghidra oder IDA benötigt. Tiefe Analysen nativer Binärdateien verwenden eine dieser Engines und haben zusätzliche Plattform- und Versionsanforderungen. Das REA-README nennt unterstützte Zielgruppen und Voraussetzungen.

Was möchtest du tun?	Empfohlener Einstieg	Eingabe	Ergebnis
Einen Agenten eine Funktion erklären lassen	REA-MCP-Einrichtung	Lokaler Zielpfad und eingegrenzte Frage	Ergebnisse, Belege und weiterführende Untersuchung
Eine App ohne Agenten untersuchen	REA-CLI	Verzeichnis einer entpackten JavaScript-App oder ASAR	Strukturierte Belege zur Anwendung
Ein Weblayout manuell untersuchen oder JavaScript anhalten	Chrome DevTools	In Chrome geöffnete Seite	Direkte DOM/CSS-Bearbeitung und Haltepunktsteuerung
Funktionen und Graphen einer Binärdatei selbst erkunden	Ghidra	Unterstützte ausführbare Datei oder Bibliothek	Interaktives Disassembly, Dekompilierung und Analyseprojekt

Chrome DevTools und Ghidra bieten leistungsfähige Oberflächen zur direkten Untersuchung. REA ist nützlich, wenn dein Agent dir beim Navigieren durch eine Untersuchung helfen und ausgewählte Ergebnisse in eine Erklärung oder Implementierung umsetzen soll. Sieh dir unseren Ghidra-Vergleich und Chrome-DevTools-Vergleich an.

Wie verbindest du REA mit einem Coding-Agenten?

Führe den offiziellen Einrichtungsbefehl in einem Terminal aus:

npx rea-agents@latest setup

Wähle den gewünschten Client, prüfe die genauen Konfigurations- und Skill-Pfade und genehmige den Plan. Die Einrichtung registriert REAs lokalen MCP-Server und installiert die passenden Untersuchungsanweisungen. Starte den in der Abschlussmeldung genannten Client neu, damit der laufende Agent die Verbindung erkennt. Die offizielle Einrichtungsdokumentation erklärt Vorschau, Sicherungen und Umfangskontrollen.

So prüfst du die Codex-Registrierung:

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

Ersetze codex gegebenenfalls durch die Kennung deines unterstützten Clients. Ein fehlerfreies doctor-Ergebnis prüft Registrierungsdateien und Voraussetzungen; es beweist nicht, dass die aktuelle Agentensitzung wieder verbunden ist. Wenn der Agent REA weiterhin nicht sieht, starte ihn neu oder verbinde ihn erneut und prüfe seinen MCP-Verbindungsfehler. Nur den Skill von skills.sh zu installieren liefert Anweisungen, aber keine MCP-Verbindung. Die offizielle Fehlerbehebung erklärt diese Unterschiede.

Was sollte dein erster Prompt REA untersuchen lassen?

Wähle ein beobachtbares Verhalten, statt die Rekonstruktion einer ganzen Anwendung anzufordern. Für eine Anwendung, die du untersuchen darfst, eignet sich dieser eingegrenzte Prompt:

Untersuche mit REA /absolute/path/to/my-notes-app.
Erkläre, wie die Anwendung Notizen als CSV exportiert.
Zeige die relevanten Module, Fundstellen und Belege.
Trenne bestätigtes Verhalten von allem, was du nicht ermitteln kannst.

Ersetze den Pfad durch dein tatsächliches Ziel. REA liefert Untersuchungsergebnisse; der Coding-Agent interpretiert sie. Prüfe vor dem Akzeptieren der Antwort, ob das Ergebnis Zieldateien, relevanten Code und Lücken in der Abdeckung benennt. Eine plausible Erklärung ohne Fundstelle ist eine Hypothese, die weiter untersucht werden muss.

Wenn MCP nicht verfügbar ist, kann die statische JavaScript-Untersuchung auch direkt laufen:

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

Der Befehl akzeptiert ein entpacktes Anwendungsverzeichnis oder ASAR und liefert einen Evidence-Datensatz. Fehler nativer Analyseanbieter bei einer Prüfung verhindern diesen separaten JavaScript-Ablauf nicht automatisch. REAs Anleitung zur aufgabenbezogenen Einsatzbereitschaft empfiehlt, die tatsächlich benötigte Aufgabe zu prüfen.

Wie prüfst du ein Ergebnis vor dem Nachbau einer Funktion?

Mache aus der Erklärung eine kleine Vorhersage. Vergleiche bei einem CSV-Export eine normale Notiz mit einer Notiz, die ein Komma, ein Anführungszeichen oder einen Zeilenumbruch enthält. Frage den Agenten, welcher Zweig diese Zeichen verarbeitet und wie die vorhergesagte Ausgabe zum beobachteten Export der Originalanwendung passt. Halte die beobachtete Ausgabe vom vorgeschlagenen Ersatzcode des Agenten getrennt.

Die offizielle Notes-Untersuchung vermittelt diesen Ablauf anhand eines CSV-Exports. Das offizielle Dinosaurierbeispiel zeigt ein anderes Ziel: REA liest das geladene Skript des Browserspiels, der Agent ermittelt dessen Beschleunigungsregel, und eine kleine Rekonstruktion macht die Geschwindigkeit einstellbar. Dies sind vom Projekt verfasste ausgearbeitete Beispiele, keine unabhängigen Nutzerberichte.

Welche Grenzen gelten für Versionen und Datenschutz?

Der main-Branch des Repositorys kann Funktionen dokumentieren, die neuer sind als das veröffentlichte npm-Paket. @latest fordert die aktuelle npm-Version an; dauerhafte MCP-Registrierungen sind auf genau die Version festgelegt, die die Einrichtung ausgeführt hat. Aktualisiere bei einem Update die Einrichtung und starte den Agenten neu. Wähle Funktionen anhand der tatsächlichen Werkzeugliste und Schemas des verbundenen Servers, statt vorauszusetzen, dass jede main-Branch-Funktion installiert ist. Die offizielle Erklärung der Veröffentlichungsgrenze beschreibt diesen Unterschied.

REA analysiert Ziele auf deinem Computer. Werkzeugergebnisse werden an deinen Coding-Agenten gesendet, dessen Modellanbieter eigene Datenrichtlinien hat. Prüfe vor dem Teilen, was ein Ergebnis enthält, insbesondere Quellcodeausschnitte, lokale Pfade, aufgezeichnete Anfragen oder Anwendungsdaten. Die offizielle FAQ beschreibt diese Grenze zwischen lokaler Analyse und Modellanbieter.

Welche Fragen stellen sich nach der ersten Untersuchung?

Kann ich REA ohne Hopper, Ghidra oder IDA nutzen?

Ja. Die statische Untersuchung von JavaScript/Electron und .NET benötigt keine native Analyse-Engine. Tiefe native Analyse benötigt eine. Wähle die Voraussetzungen passend zum Ziel, statt jeden optionalen Analyseanbieter als zwingend zu behandeln.

Stellt REA den Originalquellcode wieder her?

Native Analyse liefert Assembly und Pseudocode mit unterstützenden Ergebnissen. Pseudocode ist eine Analysedarstellung, kein Versprechen, den Originalquellcode nachzubilden. Der Agent kann anhand der Ergebnisse eine neue Implementierung schreiben und testen.

Kann ich REA ohne KI-Abonnement ausführen?

Die REA-CLI kann Analyseabläufe direkt ausführen. Bei Verwendung eines Coding-Agenten gelten dessen Zugangsvoraussetzungen und die Bedingungen seines Modellanbieters. REAs MIT-Lizenz liefert weder Modellzugang noch eine Lizenz für eine kommerzielle Analyse-Engine.

Was mache ich, wenn ein Befehl fehlschlägt?

Prüfe zunächst die dokumentierten Voraussetzungen und aktualisiere REA. Bei einer global installierten CLI aktualisiert rea update die zugehörige Installation; bei einer npx-basierten Agenteneinrichtung führe npx rea-agents@latest setup erneut aus und starte den Client neu. Bleibt der Fehler bestehen, melde REA-Version, Betriebssystem, Zieltyp, Analyseanbieter, Schritte und Fehlerausgabe im offiziellen Issue-Tracker.