I Tested The Viral Github Repo To Reverse Engineer Anything

Streszczenie

Saraev testuje viralowe repo REA: agent wysyła zapytanie do MCP, który steruje Ghidrą (NSA, 2019), Hopperem (2011) i IDA (lata 90.), a wynikiem jest pseudokod + dowody + niewiadome, z których agent iteracyjnie odbudowuje aplikację. Test na żywo: odtworzenie aplikacji Podgląd (Preview) na Macu — wersja z REA niemal identyczna z oryginałem, ale Opus bez REA skończył szybciej z wiarygodnym efektem. Teza autora: to moment memetyczny (wykresy gwiazdek GitHub zamiast dobrych demo), nie przełom. Szerszy wniosek biznesowy: front-end i back-end się komodytyzują, aplikacje-nakładki na Claude/Codex zostaną wchłonięte przez same modele.

Kluczowe wnioski

• REA = interfejs MCP do istniejących narzędzi reverse engineeringu (Ghidra, Hopper, IDA) + Chrome DevTools — nic technologicznie nowego
• Test: odtworzenie Mac Preview — REA daje wierniejszą kopię, vanilla Claude Code robi ~2/3 czasu z „wiarygodnym” wynikiem
• Sygnał ostrzegawczy: film/post zaczynający się od wykresu gwiazdek GitHub zwykle nie ma czym zaimponować w demo
• Wrappery na modele (ładne wizualizacje, explainery) są wchłaniane przez same modele — wartość przesuwa się wyżej w łańcuchu
• Kopiowanie cudzych aplikacji = ryzyko IP; realna wartość to tańsze łączenie istniejących pomysłów w nowe produkty
• Wystarczy prompt: „podoba mi się funkcja X w aplikacji Y — rozpracuj jak działa i odtwórz” — agent sam robi screenshoty i analizę

Warte zapamiętania

• "If the only thing you could talk about are GitHub stars, then why don't you just show me the super dope demo instead?"