Açık kaynak tersine mühendislik MCP sunucusu REA bir haftada 115.000 GitHub yıldızına ulaştı

Ne oldu

Açık kaynak proje REA (Reverse Engineer Anything), 12 Ekim itibarıyla 115.000 GitHub yıldızını ve 25.000 fork'u aştı; bu, ilk kez GitHub'ın trending listesinde görünmesinden yaklaşık bir hafta sonra gerçekleşti — bilgi, Türkçe, İspanyolca ve Endonezce olarak da yayımlanan bir devto yazısından. morluto/rea deposu Nisan 2026'da oluşturulmuş ve Ekim'in ilk haftasına kadar neredeyse tamamen fark edilmemişti. API araçları sağlayıcısı Apidog tarafından yayımlanan yazı, bu yükselişi GitHub'ın gördüğü en hızlılardan biri olarak nitelendiriyor.

Yükselişin şekli

Yazı, Trendshift'in günlük takibine dayanarak REA'nın 4 Ekim'de tek günde yaklaşık 1.400 yeni yıldızla trending listesinde ilk kez göründüğünü, ardından büyümenin birikimli olarak sürdüğünü aktarıyor: 7 Ekim'de 5.602, 9 Ekim'de 19.375, 10 Ekim'de 26.572 ve 11 Ekim'de 31.255. Depo, 6–12 Ekim arasındaki yedi günün beşinde GitHub Trending'de bir numaralı konumdaydı. Sürümler de aynı tempoyu korudu: 3.2 sürümü 3 Ekim'de, 4.0 5 Ekim'de, 5.0 7 Ekim'de, 6.0 8 Ekim'de ve 6.1 ile 6.4 arası 9–11 Ekim'de çıktı.

Yazıya göre bu sıçramayı açıklayan tek bir lansman yazısı ya da viral bir tweet yok. İşi yapan şey sunum oldu: sevdiğiniz bir özelliği seçin ve binary seviyesine kadar nasıl çalıştığını anlayın. Ajanların masaüstü uygulamalarını binary'lerinden yeniden inşa ettiği demo videoları hızla yayıldı; yanında da yazılım geliştirmenin bittiğine dair alışılmış iddialar geldi. Sunulan daha yararlı okuma ise daha dar: REA, kodlama ajanları ile zaten var olan tersine mühendislik araçları arasındaki iyi paketlenmiş bir bağlayıcı.

Araç gerçekte ne yapıyor

REA yerel bir MCP sunucusu olarak çalışıyor ve aynı iş akımları ajan olmadan betiklenebilen CLI komutları olarak da mevcut. Bir ajan REA'nın araçlarını çağırır, REA hedefi uygun motorla inceler ve ajan yapılandırılmış bulguları, bunların sınırlamalarını ve açık sorularıyla birlikte alır.

README'deki hedef tablosuna göre REA; native binary'ler (pseudocode, assembly, string'ler, semboller ve cross-reference'lar; Hopper, Ghidra veya IDA gerektirir), Go binary'leri, JavaScript ve Electron uygulamaları, web siteleri, kaydedilmiş HAR veya mitmproxy ağ kayıtları, .NET assembly'leri, Android APK'ları ve cihazları, firmware ve WASM/EVM bytecode'u kapsıyor; her biri kendi bağımlılık gereksinimlerine sahip. Statik JavaScript, .NET, web sitesi ve kayıt analizi ek motor olmadan çalışıyor; derin native analiz için JDK 21 veya daha yeni bir sürümle Ghidra 12.1, Hopper ya da IDA gerekiyor.

Kurulum Node.js 22.19 veya daha yeni bir sürüm istiyor; 23 ve 25 sürümleri desteklenmiyor. Tek bir npx komutu MCP sunucusunu kaydediyor ve eşleşen beceri talimatlarını kuruyor; herhangi bir şey yazmadan önce bir plan gösteriyor ve mevcut yapılandırmayı yedekliyor. Kurulum kılavuzu Claude Code, Claude Desktop, Codex, Cursor, Gemini CLI, Windsurf, Devin, OpenCode, Antigravity, GitHub Copilot CLI, VS Code, Grok Build ve Hermes başta olmak üzere çok sayıda desteği listeliyor.

Yazının öne çıkardığı tasarım tercihi kanıt modeli: her sonuç, dosya özetlerini (digest), byte aralıklarını ve kayda işaret eden JSON pointer'ları içeren köken bilgisini, ayrıca analizin belirleyemediği şeylerin açık bir listesini taşıyor. Analiz kullanıcının makinesinde çalışıyor; ancak README'deki SSS, ajanın model sağlayıcısının araç sonuçlarını yine kendi veri politikası kapsamında aldığını düpedüz belirtiyor.

Güçlü yönler, sınırlar ve uyarılar

Projenin kendi vaka çalışmaları, yazının en dürüst bulduğu ölçüt. DX-Boll çalışmasında bir ajan bir ses çağrısını bir yardımcı fonksiyona kadar izledi, eksik pseudocode'u C'ye dönüştürdü ve yeniden yapılanma, fonksiyonun derlenmiş halindeki 63 byte'ın tamamını yeniden üretirken 3.205 orijinal x86 test senaryosunu geçti. Bir Notion çalışması clipboard API'sini renderer'dan preload ve IPC üzerinden Electron'un ana sürecine kadar izledi; üçüncü bir çalışma ise 1990'lardan bir PC-98 oyunundaki 16 bitlik talimatlarla mermi halkasının açı matematiğini kurtardı.

Ortak örüntü: tek bir fonksiyon ya da tek bir veri yolu hakkında dar kapsamlı sorular ve cevabı doğrulamanın bir yolu. Tam bir uygulamayı yeniden inşa etmeyi vaat eden videolar ikna edici görünüyor ama yalnızca hedefe benzeyen bir şey üretiyor. REA'yı basit bir Mac uygulaması üzerinde düz bir ajanla karşılaştıran erken bir inceleme yalnızca küçük bir fark, REA ile daha yavaş çalışma buldu.

API çalışması için REA'nın inspect_web_network_capture aracı HAR dosyalarını (veya Linux'ta native mitmproxy kayıtlarını) çevrimdışı okuyor, kaydedilmiş URL'leri asla yeniden istemiyor ve authorization başlıklarını, cookie'leri ile URL kimlik bilgilerini kanıttan yapısal olarak dışlıyor. Ardından bir api-surface analiz görünümü istekleri yöntem, origin ve çıkarılmış path şablonuna göre grupluyor; belgeler bunu dikkatle bir şartnameden çok çıkarılmış bir envanter olarak tanımlıyor.

Belirtilmeye değer bir uyarı: buradaki tüm rakamlar ve vaka çalışmaları bağımsız doğrulamaya değil, tek bir sağlayıcı tarafından yayımlanmış kılavuza dayanıyor.

Neden önemli

Bu ilgi, ajan araçlarının nereye gittiğine dair bir sinyal. Geliştiriciler kodlama ajanlarının kaynak kodun ötesindeki yapıtlar üzerinde — eski binary'ler, üçüncü taraf masaüstü uygulamaları, IPC akışları ve yakalanmış ağ trafiği — çalışmasını sağlayan MCP sunucularını açıkça istiyor. REA'nın kanıt öncelikli tasarımı ayrıca ajanlı çalışma için yükselen güven sorusuna işaret ediyor; byte aralıkları ve açık bilinmeyenler taşıyan bulgular, düz model iddialarından çok daha denetlenebilir. Öte yandan, dokuz günde dokuz sürüm benimseyenler için hızlı bir değişim demek ve bugünkü gerçek değer, toplu uygulama yeniden inşasında değil dar, doğrulanabilir sorularda yatıyor.