---

किसी ऐप में कोई फ़ीचर देखा जो आपको अपने प्रोडक्ट में चाहिए? ऐप को अपने एजेंट को दे दें—सोर्स कोड के बिना भी। REA के साथ, एजेंट उस फ़ीचर की जाँच कर सकता है, बता सकता है कि वह कैसे काम करता है, अपने प्रमाण दिखा सकता है, और आपके स्टैक और आवश्यकताओं के अनुसार अनुकूलित संस्करण बना सकता है।

REA एजेंट्स को सॉफ़्टवेयर की जाँच करने का एक सुसंगत तरीक़ा देता है। आज इसमें Linux और macOS पर Hopper या अपना Ghidra लाने के ज़रिए गहन नेटिव विश्लेषण और फ़ंक्शन डोज़ियर शामिल हैं, साथ ही अनुमोदित नेटिव PE एप्लिकेशनों के लिए एक प्रायोगिक Windows x64 Ghidra P0; निष्पादन-रहित प्रबंधित PE/CLI ट्राइएज; पुनरुत्पादनीय Evidence रिकॉर्ड; नियंत्रित प्रोसेस कैप्चर; निष्क्रिय वेबसाइट, Electron पेज, और Node/Electron V8 Inspector अवलोकन; JavaScript/source-map पुनर्निर्माण; और एप्लिकेशन परतों को जोड़ने के लिए प्रोवाइडर-न्यूट्रल ग्राफ़, बिना स्टैटिक अनुमान को रनटाइम अवलोकन से भ्रमित किए। दीर्घकालिक टूलकिट उसी एजेंट वर्कफ़्लो को APIs, प्रोटोकॉल, मोबाइल आर्टिफ़ैक्ट्स, फ़र्मवेयर, समृद्ध रनटाइम व्यवहार, और संस्करणों के बीच अंतर तक विस्तारित करता है।

रिवर्स इंजीनियरिंग सामान्यतः ऑपरेटर से यह चुनवाती है कि कौन-सा टूल इस्तेमाल करना है, उसका API सीखना है, प्रमाण को एक प्रोग्राम से दूसरे में ले जाना है, और यह तय करना है कि आगे क्या जाँचना है। REA यह काम एजेंट को कमांड, स्किल्स, संरचित परिणाम, और दोहराने योग्य जाँच वर्कफ़्लो के ज़रिए सौंपता है।

बस अपने एजेंट से पूछें

सेटअप एक बार चलाएँ। एजेंट इंटीग्रेशन एक संरेखित MCP रजिस्ट्रेशन और साथ में बंडल किया गया रूटिंग स्किल एक साथ इंस्टॉल करता है:

npx rea-agents setup

फिर पूछें:

Understand how search works in the Notes app, show me the evidence, and build a
similar feature for my project.

Notes केवল एक उदाहरण है। जिस भी ऐप को आप समझना चाहते हैं उसका नाम लें, या एजेंट से अवलोकन से शुरू करने के लिए कहें।

जाँच मॉडल

डीकंपाइल एक ऐप खोलें और पठनीय कोड, स्ट्रिंग्स, नाम, और यह कैसे काम करता है इसके अन्य सुराग प्राप्त करें।

समझें ऐप के एक भाग से दूसरे भाग तक कोड का अनुसरण करें जब तक एजेंट यह समझा न सके कि कोई सुविधा वास्तव में कैसे काम करती है।

पुनः बनाएँ एजेंट ने जो सीखा उसे अपने उत्पाद की सुविधा में बदलें, अपने स्टैक, इंटरफ़ेस, और आवश्यकताओं के अनुकूल।

REA दिखाता है कि यह अपने निष्कर्षों तक कैसे पहुँचा। यह मूल स्रोत कोड को पुनः प्राप्त करने या किसी एप्लिकेशन को स्वचालित रूप से क्लोन करने का दावा नहीं करता।

REA क्यों

एजेंट्स के लिए बनाया गया	पूछें कि कोई ऐप क्या करता है और अपने एजेंट को अनुमान लगाने के बजाय इसका निरीक्षण करने दें।
CLI और MCP	अपने टर्मिनल या एजेंट से समान रिवर्स-इंजीनियरिंग क्षमताएँ चलाएँ।
जटिलता संभाली गई	REA पर्दे के पीछे रिवर्स-इंजीनियरिंग टूल्स को इंस्टॉल और प्रबंधित करता है।
अंतर्दृष्टि से कोड तक	किसी सुविधा को समझें, फिर उसी कोडिंग सत्र में अपना संस्करण बनाएँ।
डिज़ाइन से स्थानीय	विश्लेषण आपके समर्थित स्थानीय होस्ट पर चलता है। REA ऐप को किसी होस्टेड विश्लेषण सेवा पर अपलोड नहीं करता।
संदर्भ बनाए रखता है	हर प्रश्न के लिए शुरू से शुरू किए बिना कई ऐप्स की जाँच करें।

त्वरित शुरुआत

सेटअप चलाएँ — अनुशंसित

npx --yes rea-agents@latest setup

npm पैकेज-रनर प्रॉम्प्ट, जब दिखाया जाता है, इस invocation के लिए REA डाउनलोड करने को स्वीकृति देता है; यह किसी भी setup परिवर्तन को स्वीकृति नहीं देता। REA विज़ार्ड अलग से अपनी पूरी योजना दिखाता है और उसे लागू करने से पहले पूछता है। Setup Homebrew, Node.js, या npm को अपडेट नहीं करता। setup कमांड उस काम के साथ खुलता है जिसे यह सक्षम करता है: किसी agent से स्थानीय ऐप्स की जाँच करना, deep-analysis provider के माध्यम से साक्ष्य पुनर्प्राप्त करना, और REA के guided workflow का पुनः उपयोग करना। यह पहचाने गए agents का सारांश देता है, फिर पूछता है कि कौन-सी क्षमताएँ सेट अप करनी हैं: agent integration (MCP के साथ मेल खाता guided workflow) और—जब आवश्यक हो—Hopper provider। कुछ भी पहले से चयनित नहीं होता। agent integration चुनने पर उन विशिष्ट पहचाने गए agents के लिए दूसरी खाली चेकलिस्ट खुलती है जिन्हें registration प्राप्त करनी चाहिए।

@latest अनुरोधित release को स्पष्ट करता है और npm से उस tag के अंतर्गत वर्तमान में प्रकाशित release माँगता है। REA npm द्वारा चुने गए package version को चुपचाप प्रतिस्थापित नहीं करता। इसलिए जानबूझकर किए गए rollbacks एक सटीक package अनुरोध के माध्यम से उपलब्ध रहते हैं।

REA यात्रा को inline रखता है ताकि उसका इतिहास terminal में बना रहे। किसी क्षमता का चयन करना हर पहचाने गए target का चयन या किसी परिवर्तन को अधिकृत करना नहीं है। कुछ भी बदलने से पहले, REA मौजूदा configuration को मान्य करता है, सटीक paths और बाहरी प्रभावों को प्रिंट करता है, और No को default रखते हुए अंतिम स्वीकृति माँगता है। जब आप चुनते हैं तो स्क्रीन उपलब्ध keys को दृश्यमान रखती है; Ctrl-C और अस्वीकार करना सिस्टम को अपरिवर्तित छोड़ देते हैं।

REA Claude Code, Claude Desktop, Codex, Cursor, Gemini CLI, Windsurf, और Devin का पता लगाता है। यह पहचाने जाने पर पहले छह को configure करता है; Devin की रिपोर्ट की जाती है लेकिन उसे अपरिवर्तित छोड़ दिया जाता है क्योंकि इसकी कोई प्रलेखित स्थानीय MCP configuration सीमा नहीं है। Registrations additive, backup-first, और लिखने के बाद read back होते हैं। आप सुरक्षित रूप से setup दोबारा चला सकते हैं।

योजना का निरीक्षण करने के लिए rea setup --dry-run का उपयोग करें, सटीक agents चुनने के लिए --client दोहराएँ, और क्रमिक vertical prompts के लिए --accessible का उपयोग करें। Machine output --json के माध्यम से उपलब्ध रहता है; prompt UI और progress stderr पर जाते हैं।