REA (Reverse Engineer Anything): Jak agenci dekompilują i odbudowują aplikacje

REA (skrót od Reverse Engineer Anything) to serwer MCP i CLI open-source, który daje agentom AI do kodowania prawdziwe narzędzia do inżynierii wstecznej. Zamiast zgadywać, jak działa dana funkcja, agent może zdekompilować plik binarny, prześledzić odpowiedni kod i przedstawić dowody stojące za każdym wnioskiem — a następnie napisać i przetestować własną wersję dla Twojego projektu. Ten przewodnik omawia, czym jest REA, jak działa, co można analizować i jak go skonfigurować.

Czym jest REA?

REA łączy agenta AI z narzędziami do inspekcji natywnych plików binarnych, aplikacji JavaScript i Electron, zestawów .NET oraz stron internetowych. Wykorzystuje Model Context Protocol (MCP), dzięki czemu agent może zlecać analizę przez lokalny serwer, śledzić odpowiedni kod i otrzymywać wyniki wraz z dowodami i określonymi ograniczeniami.

Główna idea: widzisz funkcję, która Ci się podoba w jakiejś aplikacji, rozumiesz, jak działa aż do poziomu binarnego, i odtwarzasz ją. Prosisz agenta o zbadanie funkcji za pomocą REA, a on może sprawdzić aplikację bez dostępu do jej kodu źródłowego, wyjaśnić, jak dana funkcja działa, pokazać dowody i zbudować jej wersję dla Twojego projektu.

Kilka kluczowych faktów:

• Licencja i język: Licencja MIT, napisany w TypeScript, dostępny jako rea-agents w npm.
• Domyślnie lokalny: Analiza działa lokalnie, a wyniki zawierają dowody i ograniczenia stojące za każdym wnioskiem.
• Popularność: Zewnętrzne źródła opisują go jako aktywny projekt — w październiku 2026 roku zajmował pierwsze miejsce w trendach na GitHub, a repozytorium liczy ponad 125 tys. gwiazdek w chwili pisania tego tekstu.

Jak działa REA

REA działa jako warstwa pośrednia między agentem a zestawem sprawdzonych narzędzi analitycznych. Wykorzystuje Model Context Protocol, aby agenci mogli zlecać analizę przez lokalny serwer. Agent prosi REA o inspekcję celu, śledzi istotny kod i otrzymuje ustrukturyzowane wyniki.

Przepływ pracy sprowadza się do trzech kroków: dekompiluj, zrozum, odtwórz. Wskazujesz agentowi aplikację, pytasz, jak działa dana funkcja, a REA pozwala mu zdekompilować plik binarny, prześledzić kod między funkcjami i pokazać dowody stojące za wyjaśnieniem.

Pod maską REA kieruje żądania do odpowiedniego narzędzia. Gdy prosisz agenta o przeprowadzenie inżynierii wstecznej aplikacji, serwer MCP REA przekierowuje żądanie do narzędzi takich jak Ghidra, Hopper lub IDA do dekompilacji, a także może korzystać z Chrome DevTools do inspekcji aplikacji webowych lub w stylu Electron. Biblioteka obsługuje warstwę translacji, dzięki czemu agent nie musi znać obsługi każdego narzędzia z osobna.

Ma to znaczenie, ponieważ inżynieria wsteczna normalnie oznacza żonglowanie kilkoma wyspecjalizowanymi narzędziami. Ghidra do dekompilacji, Hopper do deasemblacji, dynamiczne śledzenie zachowania w czasie wykonywania — każde narzędzie ma własne CLI, powierzchnię API i zarządzanie sesją, a REA udostępnia je wszystkie przez jeden serwer MCP, dzięki czemu agenci mogą koordynować pracę bez zarządzania stanem specyficznym dla każdego narzędzia.

Te same przepływy pracy są dostępne z poziomu terminala, więc badacze preferujący skryptowanie nie są uzależnieni od agenta.

Co można analizować

Zakres REA jest szeroki. Na podstawie własnej tabeli możliwości projektu możesz wskazać mu:

• Natywne pliki binarne — pseudokod, asembler, ciągi znaków, symbole, wywołania i odwołania (przez Hopper, Ghidra lub IDA).
• Aplikacje JavaScript / Electron — moduły, importy, mapy źródeł, trasy, relacje IPC i natywnych dodatków, sprawdzane statycznie bez uruchamiania aplikacji.
• Zestawy .NET — metadane, instrukcje CIL i zadeklarowane natywne zależności (tylko statycznie, bez dodatkowego silnika).
• Pliki APK Android — deklaracje manifestu, klasy, zdekompilowane metody i odwołania (przez bezgłowe JADX i JDK).
• Strony internetowe — struktura strony, skrypty, obserwacje sieciowe i zrzuty ekranu (przez przeglądarkę z rodziny Chrome).
• WASM, kod bajtowy EVM, pliki binarne Go, oprogramowanie układowe, zapisane przechwycenia sieciowe i zarejestrowane awarie Linux — każdy z własnymi wymaganiami i przewodnikiem.

Kluczowy wybór projektowy: statyczna inspekcja JavaScript i .NET odczytuje pliki bez ich wykonywania, podczas gdy przechwytywanie w czasie wykonywania faktycznie uruchamia cel lub wchodzi z nim w interakcję przy użyciu Twoich uprawnień. Analiza natywna zależy od dostawcy — obsługuje Ghidra, IDA Pro lub Hopper dla natywnych plików binarnych — więc obsługiwane formaty i platformy hosta zależą od tego, który z nich masz zainstalowany.

Jak to skonfigurować

Konfiguracja to jedno polecenie. Mając zainstalowaną obsługiwaną wersję Node.js i npm, uruchom:

npx rea-agents setup

Wybierasz swoich agentów, przeglądasz proponowane zmiany i zatwierdzasz je; konfiguracja dodaje serwer MCP REA i pasujące instrukcje przepływu pracy, z kopiami zapasowymi istniejącej konfiguracji, a następnie restartujesz agenta.

Konfiguracja obejmuje głównych agentów do kodowania. Obsługiwane opcje to Claude Code, Cursor, Codex, Gemini CLI i Grok Build, a inne klienty obsługujące lokalne serwery MCP mogą korzystać z ręcznej rejestracji.

Do zaawansowanej pracy z kodem natywnym potrzebny jest dostawca. Analiza natywna może korzystać z istniejącej instalacji Hopper, Ghidra lub IDA, podczas gdy statyczna analiza JavaScript nie wymaga natywnego silnika — zgodnie z repozytorium, konfiguracja może opcjonalnie zainstalować Hopper po Twojej akceptacji.

Po podłączeniu pytasz w naturalnym języku — na przykład: „zrozum, jak działa wyszukiwanie w aplikacji Notes, pokaż mi dowody i zbuduj podobną funkcję dla mojego projektu" — a agent wykonuje cały cykl.

Czy korzystanie z tego jest legalne?

Inżynieria wsteczna zajmuje niuansową przestrzeń prawną, a REA wyraźnie zaznacza, że jest narzędziem do legalnego użytku. Projekt opisuje go jako przeznaczony do badań, edukacji, interoperacyjności, zachowania oprogramowania i analizy oprogramowania, które posiadasz lub jesteś upoważniony do badania. Zaznacza również, że komercyjne silniki takie jak IDA Pro, Hopper i JEB muszą być legalnie nabyte na podstawie własnych licencji — REA nie udziela licencji na narzędzia ani aktywacji. Traktuj te warunki jako pierwszy krok przed wskazaniem agentowi czegokolwiek, czego nie posiadasz.

Dlaczego ma to znaczenie dla przepływów pracy AI

REA jest częścią szerszego wzorca: dawania agentom prawdziwych narzędzi i dowodów zamiast proszenia modelu o rozumowanie z pamięci. To ta sama zmiana, która stoi za środowiskami uruchomieniowymi agentów jak DeepSeek Harness i dedykowanymi powierzchniami deweloperskimi jak Cursor Origin — wartość tkwi w ustrukturyzowanym dostępie do narzędzi i weryfikowalnych wynikach, a nie tylko w modelu.

Projekt „pokaż dowody" jest najciekawszą częścią. Agent, który może wskazać dokładną funkcję, przesunięcie bajtowe lub wywołanie IPC stojące za twierdzeniem, jest znacznie bardziej godny zaufania niż taki, który podsumowuje plik binarny na podstawie przeczuć.

Zrób to z własną siłą roboczą AI

REA pokazuje, co agenci mogą zrobić, gdy dasz im prawdziwe narzędzia i poprosisz o weryfikowalne wyniki. Eigent stosuje tę samą ideę do codziennej pracy: open-source'owa, lokalna wieloagentowa siła robocza „Cowork", która wykonuje prawdziwe zadania — przegląda kod i pull requesty, prowadzi badania i automatyzuje wieloetapowe przepływy pracy — na Twoim własnym komputerze. Jeśli chcesz agentów, którzy działają z narzędziami zamiast zgadywać, pobierz Eigent i zbuduj własną siłę roboczą.