---
title: "REA Reverse Engineering mit KI: Prinzip und Kopiergrenzen"
locale: de
category: knowledge_base
category_name: "Wissensdatenbank"
translation_status: reviewed
license: cc_by
author: "injoys"
source_url: https://injoys.com/en/articles/rea-ai-reverse-engineering-capabilities-and-limits
published_at: 2026-10-19T23:23:10+09:00
---

# REA Reverse Engineering mit KI: Prinzip und Kopiergrenzen

> REA verbindet KI-Agenten mit bestehenden Analysetools, damit sie Software untersuchen können. Es garantiert weder die Wiederherstellung des Originalcodes noch die Kopie eines fertigen Produkts. Auch beim Beispiel ArtCraft muss zwischen der Umsetzung von Funktionen und der Praxisreife unterschieden werden.

## Key Points

- REA ist ein Reverse-Engineering-Werkzeug, das KI-Agenten mit Ghidra, Hopper, IDA und weiteren Tools verbindet.
- Die Ergebnisse der Dekompilierung liefern Anhaltspunkte dafür, wie ein Programm funktioniert, sind aber nicht mit dem ursprünglichen Quellcode gleichzusetzen.
- Die Evidence-Protokolle von REA helfen, die Belege und Grenzen einer Analyse nachzuvollziehen, garantieren aber nicht deren Richtigkeit.
- FilmCraft hat in einer eigenen Bewertung am 10. Oktober 2026 Funktionsumfang und Praxisreife getrennt dargestellt.
- Die Unterstützung für CLI und MCP erweitert die Automatisierungsmöglichkeiten der App, ersetzt aber keine Prüfung von Leistung und Kompatibilität.

REA ist ein Reverse-Engineering-Werkzeug, das AI dabei hilft, Apps ohne Quellcode zu analysieren. Es bindet bestehende Analysewerkzeuge ein und unterstützt so die Neuimplementierung von Funktionen. Die vollständige Wiederherstellung des ursprünglichen Codes ist jedoch nicht garantiert. Auch die Schlussfolgerung, die Ära der Software sei vorbei, lässt sich damit nicht belegen.

Die folgenden Angaben zum Entwicklungsstand beruhen auf FilmCrafts eigener Bewertung vom 10. Oktober 2026.

## Was ist REA?

REA steht für Reverse Engineer Anything. Beim Reverse Engineering werden Aufbau und Verhalten eines fertigen Programms untersucht. REA ermöglicht es AI-Agenten, die dafür nötigen Werkzeuge aufzurufen.

Die Anbindung erfolgt über MCP und CLI. MCP ist ein Protokoll, das AI mit externen Werkzeugen verbindet. Bei der CLI erfolgt die Bedienung durch Befehle im Terminal. Welche Ziele unterstützt werden, steht in der [REA README](https://github.com/morluto/rea).

| Bestandteil | Aufgabe | Worauf bei den Ergebnissen zu achten ist |
| --- | --- | --- |
| AI-Agent | Untersuchungsfragen festlegen und Ergebnisse interpretieren | Prüfen, ob Erklärungen belegt sind |
| REA | Werkzeuge aufrufen und Analyseergebnisse übermitteln | Umfang und Lücken der Analyse prüfen |
| Ghidra, Hopper, IDA | Interne Struktur ausführbarer Dateien analysieren | Unterstützte Formate und Grenzen der einzelnen Analysewerkzeuge prüfen |
| Werkzeuge zur Laufzeitbeobachtung | Tatsächliches Verhalten und Ausgaben beobachten | Getestete Eingaben und Ausführungsumgebung prüfen |

REA und ArtCraft sind Projekte mit unterschiedlichen Aufgaben. REA bindet Analysewerkzeuge ein. ArtCrafts Crafting Apps sind Apps für Bearbeitungsaufgaben. Allein aus der Existenz beider Projekte lässt sich kein Zusammenhang zwischen ihren Entwicklungsprozessen ableiten.

## Was lässt sich aus ausführbaren Dateien herausfinden?

Bei der Dekompilierung wird ausführbarer Code in eine für Menschen leichter lesbare Form umgewandelt. Das Ergebnis ist nicht mit dem ursprünglichen Quellcode gleichzusetzen. Beim Kompilieren können ursprüngliche Namen und Kommentare verloren gehen.

Ghidra ist ein von der NSA entwickeltes und gepflegtes Reverse-Engineering-Werkzeug. Es bietet Dekompilierung und Befehlsanalyse. Auch Automatisierung und die Ausführung von Skripten werden unterstützt. Der Funktionsumfang ist in der [Ghidra README](https://github.com/NationalSecurityAgency/ghidra) beschrieben.

| Analyseziel | Mögliche Anhaltspunkte | Was sich daraus allein nicht sicher bestimmen lässt |
| --- | --- | --- |
| Native ausführbare Datei | Pseudocode, Befehle, Zeichenfolgen, Aufrufbeziehungen | Der gesamte ursprünglich geschriebene Quellcode |
| JavaScript- und Electron-Apps | Module, Importbeziehungen, interne Verbindungen der App | Implementierungen, die nur auf dem Server laufen |
| Website | Seitenstruktur, Skripte, beobachtete Kommunikation | Der vollständige Servercode und nicht öffentliche Daten |
| Laufendes Programm | Ausgaben, Interaktionen, Dateiänderungen | Das Verhalten bei allen nicht getesteten Eingaben |

Auf dem Client beobachtete Anfragen liefern Anhaltspunkte für die Analyse des Servers. Aus diesen Anfragen allein lässt sich dessen Innenleben nicht vollständig rekonstruieren. Der nach Zieltyp unterschiedene Unterstützungsumfang von REA ist ebenfalls in der [offiziellen README](https://github.com/morluto/rea) beschrieben.

## Wie unterstützt REA die Analyse durch AI?

REA wählt benötigte Analyseergebnisse aus, übermittelt sie und bewahrt die Belege auf. Dadurch muss AI nicht immer wieder die gesamte umfangreiche Ausgabe lesen. Der Arbeitsablauf ist in der offiziellen CLI-Dokumentation und der MCP-Spezifikation beschrieben.

### Nur die benötigten Teile lesen

REA kann Zusammenfassungen oder einzelne Einträge aus gespeicherten Analyseergebnissen abrufen. So lässt sich die Untersuchung auf bestimmte Funktionen oder Module eingrenzen. Das verringert die Notwendigkeit, umfangreiche Ergebnisse vollständig in eine Unterhaltung einzufügen. Die Nutzung wird in der [Dokumentation zu CLI und Evidence](https://github.com/morluto/rea/blob/main/docs/cli.md) erläutert.

### Analysestatus und Wiederverwendung von Ergebnissen

Bei der Ghidra-Anbindung bleibt der Dekompiler für das geöffnete Programm verfügbar. Eine MCP-Sitzung kann Analysebelege aufbewahren. Separate CLI-Aufrufe laufen jedoch jeweils in einem eigenen Prozess. Wie weit der Zustand erhalten bleibt, steht in der [Installationsdokumentation](https://github.com/morluto/rea/blob/main/docs/installation.md).

### Belege im Evidence-Protokoll festhalten

Evidence ist ein Protokoll, das Belege und Grenzen der Analyseergebnisse festhält. Nicht beobachtete Punkte können als ungeklärt markiert bleiben. Ein leeres Ergebnis bedeutet nicht automatisch, dass eine Funktion fehlt. Diese Unterscheidung ist in den [MCP-Laufzeitregeln](https://github.com/morluto/rea/blob/main/docs/mcp-contracts.md) festgelegt.

Evidence lässt sich mit einem Beleg vergleichen. Dass ein Beleg vorliegt, garantiert jedoch keine richtige Interpretation. Wichtige Schlussfolgerungen sollten erneut mit den ursprünglichen Belegen und Testergebnissen abgeglichen werden.

## Welche Funktionen implementieren die ArtCraft-Apps neu?

ArtCraft veröffentlicht Rust-Apps für vertraute kreative Aufgaben. In der offiziellen Liste ist gekennzeichnet, wenn sie sich noch in einer frühen Alpha-Phase oder in Entwicklung befinden. Ob sie kostenlos öffentlich verfügbar sind und ob sie sich als Ersatz für die praktische Arbeit eignen, muss getrennt beurteilt werden. Die Liste steht auf der [Crafting Apps-Seite](https://getartcraft.com/apps).

| App | Hauptaufgabe |
| --- | --- |
| PhotoCraft | Bildbearbeitung |
| VectorCraft | Erstellung von Vektorillustrationen |
| FilmCraft | Videobearbeitung |
| LightCraft | Fotoverwaltung und RAW-Entwicklung |
| PdfCraft | PDFs öffnen und Dokumente bearbeiten |
| EffectCraft | Motion Graphics und visuelle Effekte |
| DesignCraft | Seitenlayout und Publikationsgestaltung |

PhotoCraft hat sich zum Ziel gesetzt, Arbeitsabläufe aus Photoshop neu zu implementieren. FilmCraft verfolgt dieses Ziel für Arbeitsabläufe aus Premiere Pro. Das sind die vom Entwicklungsteam beschriebenen Projektziele, keine unabhängig nachgewiesene vollständige Kompatibilität.

## Funktionsumfang und Praxistauglichkeit im Vergleich

Dass eine Funktion vorhanden ist, bedeutet noch nicht, dass sie sich in der Praxis einsetzen lässt. FilmCraft bewertet beides getrennt. Am 10. Oktober 2026 war Premiere Pro 26.5.2 die Vergleichsversion.

| FilmCrafts eigene Bewertung | Veröffentlichter Wert | Worauf sich der Wert bezieht |
| --- | --- | --- |
| Funktionsumfang | etwa 86% | Umfang der implementierten Menüs, Effekte, Bedienfelder, Formate und weiterer Elemente |
| Praxistauglichkeit | etwa 56% | Eigene Einschätzung, inwieweit die App in realen Projekten als Ersatz dienen kann |

Die damalige Schätzung der Praxistauglichkeit lag bei **etwa 56%**. Die beiden Werte beruhen auf unterschiedlichen Bewertungskriterien. Ihre Differenz darf weder als Fehlerquote noch als verbleibende Entwicklungszeit gelesen werden. Werte und Einschränkungen sind im Abschnitt Status der [FilmCraft README](https://github.com/storytold/filmcraft) veröffentlicht.

Die offizielle Dokumentation nennt eine schnellere Verarbeitung großer Videos als Verbesserungsziel. Auch das direkte Öffnen von Premiere-Projektdateien wird als nicht unterstützte Funktion aufgeführt. Beim Hosting von Plugins gibt es ebenfalls Einschränkungen.

Ob die App als Ersatz taugt, lässt sich daher nicht allein an einem ähnlichen Erscheinungsbild erkennen. Der gesamte Arbeitsablauf einschließlich Speichern und erneutem Öffnen muss geprüft werden. Bei der Videobearbeitung gehört auch die Synchronität der exportierten Datei dazu.

Die folgenden Kriterien können als Checkliste für den Vergleich von Apps dienen.

| Prüfpunkt | Was konkret zu prüfen ist |
| --- | --- |
| Dateikompatibilität | Ob sich verwendete Dateien öffnen und erneut speichern lassen |
| Wiedergabequalität | Ob es bei tatsächlich bearbeiteten Videos zu Ruckeln oder Tonverzögerungen kommt |
| Ergebnis | Ob Farben, Untertitel und Ton im exportierten Video wie beabsichtigt ausfallen |
| Wiederaufnahme der Arbeit | Ob sich ein gespeichertes Projekt erneut öffnen und weiterbearbeiten lässt |
| Bestehende Arbeitsumgebung | Ob benötigte Plugins und Austauschformate unterstützt werden |

## Wie CLI und MCP die Nutzung von Apps verändern

CLI und MCP bieten Bedienwege neben dem Klicken auf der Oberfläche. Laut der Beschreibung von PhotoCraft lässt sich dieselbe Engine über mehrere Schnittstellen aufrufen: UI, CLI, JSON-Steuerkanal und MCP. Der Aufbau ist in der [PhotoCraft README](https://github.com/storytold/photocraft) veröffentlicht.

Das schafft eine Grundlage dafür, dass AI App-Funktionen für einzelne Arbeitsschritte aufrufen kann. Der Agent setzt Anfragen in natürlicher Sprache in konkrete Befehle um. Die Ergebnisse müssen anschließend gesondert geprüft werden.

| Bedienweg | Geeignete Aufgaben | Was zu prüfen ist |
| --- | --- | --- |
| Grafische UI | Bearbeitung, die visuelle Entscheidungen erfordert | Übereinstimmung von Vorschau und Endergebnis |
| CLI | Wiederkehrende Aufgaben und Skriptausführung | Eingabeoptionen und Beendigungsstatus |
| MCP | Aufgaben, die ein AI-Agent zusammenstellt | Aufgerufene Funktionen und Prüfung der Ergebnisse |

Daraus lässt sich nicht vorhersagen, dass Benutzeroberflächen verschwinden werden. Menschen müssen Ergebnisse möglicherweise weiterhin mit eigenen Augen prüfen. Automatisierte Bedienwege und grafische Bearbeitungsoberflächen können nebeneinander genutzt werden.

## Häufige Missverständnisse über REA

Wer die Analysefähigkeiten von REA mit der Fähigkeit gleichsetzt, ein fertiges Produkt zu kopieren, versteht das Werkzeug falsch. Auch aus der Zahl der Werkzeuge allein lässt sich die Qualität einer Analyse kaum beurteilen. Für jede der folgenden Behauptungen sind eigene Belege nötig.

| Häufige Behauptung | Was getrennt zu prüfen ist |
| --- | --- |
| Jede App lässt sich in wenigen Minuten rekonstruieren | Messergebnisse je nach Ziel, Analyseumfang und Umgebung |
| Es gibt immer genau 126 Werkzeuge | Tatsächliche Werkzeugliste der installierten Version |
| Evidence verhindert Halluzinationen | Unterschied zwischen dokumentierten Belegen und richtiger Interpretation |
| Mit Rust ist alles immer schnell | Bei tatsächlichen Aufgaben gemessene Verarbeitungsleistung |
| Eine gleiche Oberfläche bedeutet gleiche Funktionen | Prüfung einschließlich Speichern, Kompatibilität und Ausgabe |
| Getrennte Agenten ergeben automatisch ein rechtmäßiges Clean-Room-Verfahren | Trennung der Zugriffsrechte und geltende Nutzungsbedingungen |

Die Werkzeugliste lässt sich mit `tools/list` für die installierte Version prüfen. Auch ob ein Werkzeug für die jeweilige Aufgabe verfügbar ist, muss geprüft werden. Die entsprechenden Regeln sind in der [MCP-Spezifikation](https://github.com/morluto/rea/blob/main/docs/mcp-contracts.md) beschrieben.

Eine GitHub-Trending-Platzierung braucht einen Erhebungszeitpunkt und einen Zeitraum. Auch die Motivation der Entwickler muss anhand ihrer ursprünglichen Aussagen geprüft werden. Die Behauptung, das Projekt sei wegen einer Vertragsstrafe bei Kündigung begonnen worden, wurde nicht als bestätigte Tatsache übernommen.

Für die Behauptung, Claude Opus 5.5 sei verwendet worden, sind ebenfalls gesonderte Aufzeichnungen zum Entwicklungsprozess nötig. Allein die Veröffentlichung der App belegt nicht, welches Modell verwendet wurde. Prüfen Sie diese Behauptung anhand der Arbeitsprotokolle oder ursprünglichen Veröffentlichungen der Entwickler.

## Bedingungen für eine Clean-Room-Reimplementierung

Bei einer Clean-Room-Reimplementierung wird der Zugriff auf Informationen zwischen Analyse und Implementierung getrennt. Die Erstellung der Funktionsspezifikation und das Schreiben des neuen Codes werden unterschiedlichen Rollen zugewiesen. Die Agenten lediglich in getrennte Chatfenster zu setzen, reicht nicht aus.

Die Installationsdokumentation von REA erläutert Beschränkungen für den Datei- und Netzwerkzugriff. Sie sollen verhindern, dass die Implementierungsumgebung auf die Analyseergebnisse zugreifen kann. Die Trennung ist in der [Dokumentation zur Installation und Einrichtung](https://github.com/morluto/rea/blob/main/docs/installation.md) beschrieben.

Der DISCLAIMER von REA garantiert nicht, dass die Ergebnisse korrekt sind. Wer Analyseergebnisse erhält, erwirbt dadurch auch keine Rechte am Original. Rechte und Nutzungsbedingungen müssen für jedes Programm gesondert geprüft werden. Der Geltungsbereich ist im [REA DISCLAIMER](https://github.com/morluto/rea/blob/main/DISCLAIMER.md) festgelegt.

> Dekompilierung, Rekonstruktion, Heuristiken und AI-gestützte Analysen können unvollständig oder fehlerhaft sein.
>
> REA DISCLAIMER, Analyseergebnisse und generierte Ausgaben

Die Aussage bedeutet, dass AI-Analysen unvollständig oder falsch sein können. Auch die Bezeichnung Clean Room garantiert nicht automatisch die Rechtmäßigkeit. Wenn Sie eine Veröffentlichung oder kommerzielle Nutzung planen, prüfen Sie zuerst die Nutzungsbedingungen des betreffenden Programms.

## Der Unterschied zwischen lokaler Analyse und Übertragung an AI

Lokale Analyse bedeutet nicht, dass keinerlei Informationen nach außen übertragen werden. REA gibt an, die untersuchten Dateien lokal zu verarbeiten. Für den Agenten, der die Werkzeugergebnisse erhält, gelten die Richtlinien des Modellanbieters. Auf diesen Unterschied weist die [REA FAQ](https://github.com/morluto/rea) hin.

Analyseergebnisse können Zeichenfolgen aus den Dateien enthalten. In Ausführungsprotokollen können Kontoinformationen stehen. Wenn Sie eine geschäftlich genutzte App untersuchen, prüfen Sie zuerst Folgendes.

- Personenbezogene und vertrauliche Informationen, die in Analyseergebnissen enthalten sein könnten
- Werkzeugausgaben, die der Agent an den Modellanbieter sendet
- Richtlinien des Modelldienstes zur Speicherung, zum Training und zur Aufbewahrung
- Mit wem Analyseberichte und Protokolle geteilt werden dürfen

Das Analyseziel kann auch Anweisungen enthalten, die AI täuschen sollen. Die REA-Dokumentation sieht vor, sie als nicht vertrauenswürdige Daten zu behandeln. Anweisungen in einer Datei dürfen nicht als Befehle des Nutzers übernommen werden. Die Regeln dafür stehen in der [MCP-Spezifikation](https://github.com/morluto/rea/blob/main/docs/mcp-contracts.md).

## Reihenfolge bei der eigenen Überprüfung

Legen Sie zu Beginn der Überprüfung eng fest, welche Funktion Sie reproduzieren möchten. Das Ziel, eine ganze App zu verstehen, hat unklare Abschlusskriterien. Wenn Eingaben und erwartete Ergebnisse feststehen, lässt sich der Nutzen der Analyse leichter beurteilen.

1. Wählen Sie ein Programm, zu dessen Analyse Sie berechtigt sind.
2. Legen Sie die zu prüfende Funktion und die Testeingaben fest.
3. Halten Sie die Versionen von REA und des Analysewerkzeugs fest.
4. Speichern Sie Belege und ungeklärte Punkte getrennt.
5. Gleichen Sie in einer zulässigen Umgebung das tatsächliche Verhalten mit den Analyseergebnissen ab.
6. Falls Sie die Funktion neu implementiert haben, vergleichen Sie die Ergebnisse mit denselben Eingaben.
7. Dokumentieren Sie fehlgeschlagene Eingaben und nicht unterstützte Bedingungen.

Im Bericht kann auch der Hashwert der untersuchten Datei festgehalten werden. Ein Hashwert hilft festzustellen, ob es sich um dieselbe Datei handelt. Wenn Version und Testbedingungen dokumentiert sind, können andere die Ergebnisse leichter erneut überprüfen.

## Wo bleibt die Wettbewerbsfähigkeit von Software?

Auch wenn Neuimplementierungen leichter werden, lässt sich nicht der gesamte Wert eines Produkts kopieren. Die Analyse eines Clients verschafft noch keinen Zugriff auf Serverdaten. Nutzerbeziehungen und die Fähigkeit, einen Dienst zu betreiben, sind ebenfalls eigenständige Faktoren.

Auf Grundlage der öffentlichen Dokumentation lässt sich erwarten, dass sich die Wettbewerbskriterien ändern. Wie schnell Funktionen implementiert werden, reicht als Maßstab immer weniger aus. Auch überprüfbare Qualität und die Fähigkeit zum Betrieb müssen berücksichtigt werden.

| Wettbewerbsfaktor | Was REA und die Beispiele für Neuimplementierungen zeigen |
| --- | --- |
| Funktionsimplementierung | Werkzeuge zur Untersuchung bestehenden Verhaltens lassen sich leichter anbinden |
| Produktreife | Vorhandene Funktionen und Praxistauglichkeit müssen getrennt bewertet werden |
| Zugänglichkeit für Automatisierung | Aufrufbare Schnittstellen wie CLI und MCP erweitern die Nutzungsmöglichkeiten |
| Betrieb von Diensten | Serverdaten und Nutzerbeziehungen müssen gesondert aufgebaut werden |

Diese Tabelle ist eine Interpretation auf Grundlage offizieller Dokumente. Sie ist kein Messergebnis zur Umsatzentwicklung des gesamten Marktes. Die Auswirkungen auf einzelne Unternehmen können je nach Produktqualität und Betriebsstruktur unterschiedlich ausfallen.

## FAQ

### Stellt REA den ursprünglichen Quellcode wieder her?
Es ist nicht garantiert, dass ein mit dem Original identischer Quellcode wiederhergestellt wird. Die Analyse nativer Programme liefert Anhaltspunkte wie Pseudocode und Maschinenbefehle. Auf dieser Grundlage beschreibt der Agent die Funktionsweise oder erstellt eine Implementierung.

### Ist Ghidra für die Nutzung von REA unbedingt erforderlich?
Das hängt davon ab, was analysiert wird. Für die Analyse nativer Programme werden Analysewerkzeuge wie Ghidra, Hopper und IDA verwendet. Für die statische Analyse von JavaScript oder .NET gibt es auch Wege ohne solche Analysewerkzeuge.

### Hat REA 126 Tools?
Ohne Angabe der Version lässt sich das kaum als feste Zahl ansehen. Prüfen Sie die Liste unter tools/list in der installierten Version. Auch dort aufgeführte Tools sind in der aktuellen Umgebung möglicherweise nicht verfügbar.

### Kann man den Erklärungen der KI vertrauen, wenn Evidence-Aufzeichnungen vorliegen?
Evidence dient dazu, Belege und Grenzen nachvollziehbar zu machen. Auch wenn Aufzeichnungen vorliegen, können Interpretationen falsch sein. Überprüfen Sie wichtige Schlussfolgerungen durch eine tatsächliche Ausführung oder einen gesonderten Test.

### Sind REA und ArtCraft dasselbe Tool?
Es sind unterschiedliche Projekte. REA verbindet Reverse-Engineering-Tools mit Agenten. Die Crafting Apps von ArtCraft bearbeiten unter anderem Bilder, Videos und Dokumente.

### Kann ich FilmCraft sofort anstelle von Premiere Pro verwenden?
Prüfen Sie zuerst die für Ihre Arbeit erforderliche Kompatibilität und Ausgabequalität. Die offizielle Dokumentation beschreibt den Alpha-Status und funktionale Einschränkungen von FilmCraft. Nach eigener Einschätzung lag die Praxistauglichkeit am 10. Oktober 2026 bei etwa 56%.

### Bedeuten 86% Funktionsumfang bei FilmCraft, dass die Leistung gleich ist?
Nein, das bedeutet nicht, dass die Leistung gleich ist. Die etwa 86% vom 10. Oktober 2026 sind eine eigene Bewertung des Umfangs der implementierten Funktionen. Sie geben weder die Verarbeitungsgeschwindigkeit noch die Fehlerquote an.

### Wird eine Bildschirmoberfläche überflüssig, wenn CLI und MCP unterstützt werden?
Mehr Automatisierungswege machen eine Benutzeroberfläche nicht überflüssig. Für die visuelle Bearbeitung oder die Kontrolle der Ergebnisse kann eine Bildschirmoberfläche nötig sein. Je nach Art der Aufgabe lassen sich mehrere Bedienwege kombinieren.

### Bleiben Unternehmensinformationen im Unternehmen, wenn die Analyse lokal erfolgt?
Man muss zwischen der lokalen Analyse und der Datenübertragung durch den Agenten unterscheiden. Ergebnisse der Tools können an externe Modelldienste übermittelt werden. Prüfen Sie die Einstellungen des verwendeten Agenten und die Datenrichtlinien des Anbieters.

### Ist eine Clean-Room-Neuimplementierung abgeschlossen, wenn man KI-Agenten aufteilt?
Die bloße Aufteilung der Rollen reicht nicht aus. Auch der Zugriff auf Dateien und das Netzwerk in der Implementierungsumgebung muss getrennt werden. Eine solche technische Trennung garantiert nicht automatisch die Rechtmäßigkeit.

### Kann man allein mit REA die Daten und den Code eines Servers kopieren?
Die Analyse des Clients allein reicht nicht aus, um den gesamten internen Inhalt des Servers zu erfassen. Beobachtete Anfragen und Antworten liefern nur begrenzte Anhaltspunkte. Sie belegen weder die nicht öffentliche Implementierung noch sämtliche Daten des Servers.

### Ist dieser Artikel ein Erfahrungsbericht über die direkte Nutzung von REA und ArtCraft?
Es handelt sich um eine technische Erläuterung, für die die offizielle Dokumentation geprüft wurde. Die Apps wurden nicht ausgeführt und es wurden keine Leistungstests durchgeführt. Die öffentlich beschriebenen Funktionen und die eigene Bewertung des Entwicklungsteams wurden getrennt dargestellt.

## Sources

- [REA README: Unterstützte Ziele, Funktionsweise, FAQ](https://github.com/morluto/rea)
- [Ghidra Software Reverse Engineering Framework](https://github.com/NationalSecurityAgency/ghidra)
- [REA CLI und Nachweise](https://github.com/morluto/rea/blob/main/docs/cli.md)
- [REA MCP-Laufzeitverträge](https://github.com/morluto/rea/blob/main/docs/mcp-contracts.md)
- [REA Installation und Einrichtung](https://github.com/morluto/rea/blob/main/docs/installation.md)
- [REA HAFTUNGSAUSSCHLUSS: Anwendungsbereich und Grenzen der Analyseergebnisse](https://github.com/morluto/rea/blob/main/DISCLAIMER.md)
- [Offizielle Liste der ArtCraft Crafting Apps](https://getartcraft.com/apps)
- [FilmCraft README: Funktionen, Alpha-Status, Selbstbewertung vom 10. Oktober 2026](https://github.com/storytold/filmcraft)
- [PhotoCraft README: Bearbeitungs-Engine und Agentensteuerung](https://github.com/storytold/photocraft)

## Images

![Ein Mann im dunklen Pullover betrachtet ein Tablet mit zwei Videovorschauen und einer Schnitt-Timeline.](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzAxOTUsInB1ciI6ImJsb2JfaWQifX0=--945925f39590e27477cbcb5280f3e9984ab90869/ai-ed2a455d.webp)
![Eine Frau im blauen Pullover blickt auf einen Monitor, während ein Mann hinter Glas arbeitet; dazwischen liegt eine Netzgrafik.](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzAyMDEsInB1ciI6ImJsb2JfaWQifX0=--9d6b6cad7c57d623804982aaeddbe8270740975f/ai-33a9acb5.webp)