மூலக் கோப்புக் கட்டமைப்பு இல்லாவிட்டாலும், ஆய்வு செய்ய உங்களுக்கு அனுமதியுள்ள கோப்புகளிலிருந்து உள்ளூர் JavaScript அல்லது Electron செயலியை REA வரைபடமாக்க முடியும். ஒரு நடத்தைக்கான ஆதாரத் தொடர் பயனுள்ள முடிவாகும்: எந்தத் தொகுதி அதை வெளிப்படுத்துகிறது, அழைப்பு செயல்முறை எல்லையை எங்கு கடக்கிறது, எந்தப் பகுதிகளைத் தனியே சரிபார்க்க வேண்டும் என்பதைக் காட்டுகிறது. இந்த வழிகாட்டி பயன்படுத்துவது REA திட்டத்தின் தற்போதைய ஆவணங்கள்—2026 அக்டோபர் 14 அன்று சரிபார்க்கப்பட்டது. BIG CHANGE எந்தச் செயலியிலும் REA-ஐ இயக்கவில்லை.
பெரிய மாற்றம்
- என்ன மாறியது:வழங்கப்பட்ட செயலி அடைவு அல்லது ASAR-இலிருந்து தொகுதிகள், இறக்குமதிகள், மூல வரைபடங்கள், வழித்தடங்கள், Electron IPC ஆகியவற்றின் கட்டமைக்கப்பட்ட வரைபடத்தை REA நிரலாக்க முகவருக்கு வழங்குகிறது. ஒவ்வொரு கண்டுபிடிப்பும் அதற்கான கோப்புகளைச் சுட்டலாம்.
- இது ஏன் முக்கியம்:ஒரு அம்சத்தை ஆராயும் உருவாக்குநர், கைமுறையாக எதைப் பார்ப்பது என்று முடிவு செய்வதற்கு முன், தொகுக்கப்பட்ட செயலியில் பெயரிடப்பட்ட API அல்லது IPC சேனலைப் பின்தொடரலாம். கேள்வி குறுகியதாகி ஆதாரத்தைச் சரிபார்ப்பதும் எளிதாகிறது.
- கவனிக்க வேண்டியது:நிலையான குறியீட்டுப் பாதைகள் சாத்தியமானவை மட்டுமே; பயன்பாட்டின்போது செயலி அவற்றைப் பயன்படுத்துகிறது என்பதற்கான சான்றல்ல. குறிப்பிட்ட நடத்தைக்கான கூற்றுக்கு அனுமதிக்கப்பட்ட இலக்கில் தனித்த கண்காணிப்பு அல்லது சோதனை தேவை.
தொடங்குவதற்கு முன்
இந்த வழிமுறை உள்ளூர் JavaScript அல்லது Electron செயலியைச் சொந்தமாகக் கொண்ட அல்லது ஆய்வு செய்ய அனுமதி பெற்ற உருவாக்குநருக்கானது. பிரித்தெடுக்கப்பட்ட செயலி அடைவு அல்லது அதன் app.asar கோப்பு மற்றும் முழுப் பாதை தேவை. REA-வின் தொகுப்பு மேனிஃபெஸ்ட் பதிவுசெய்யும் rea-agents பதிப்பு 6.4.0 மேலும் Node.js 22.x வரிசையில் 22.19 அல்லது அதற்குப் பின், 24.x-இல் 24.11 அல்லது அதற்குப் பின், அல்லது 26 மற்றும் அதற்குப் பிந்தைய பதிப்புகள் தேவை. npm-மும் வேண்டும். Linux-இல் REA-வின் நிலையான JavaScript/Electron பகுப்பாய்வுக்கு procps-உடன் பொருந்தும் ps கருவியும் தேவை. REA-வின் PATH செயல்முறை உரிமையாளர் சரிபார்ப்புக்கு இது பயன்படுகிறது; அதன் நிறுவல் வழிகாட்டி விளக்குகிறது. இவை REA இயங்கும் புரவலன் கணினிக்கான தேவைகள்; இலக்கு செயலியை இயக்குவதற்கான தேவைகள் வேறு.
நிலையான JavaScript பணிவழிக்கு Hopper, Ghidra, IDA, உலாவி அல்லது இயங்கும் Electron செயல்முறை தேவையில்லை. அவை REA-வின் பிற பணிவழிகளுக்கான கருவிகள். இலக்கை ஆய்வு செய்ய உங்களுக்கு உரிமை உள்ளதா என உறுதிப்படுத்தி, எந்த artifact முடிவை உருவாக்கியது எனத் துல்லியமாக அறிய அசல் கோப்புகளின் நகலை வைத்திருங்கள். நிறுவுவதற்கு அதிகாரப்பூர்வ morluto/rea களஞ்சியம் அல்லது அதனுடன் இணைக்கப்பட்ட npm தொகுப்பைப் பயன்படுத்துங்கள்; ஒத்த பெயர் மட்டும் மூலத்தை உறுதிப்படுத்தாது.
1. REA-ஐ அமைக்கவும் அல்லது ஒருமுறை CLI-ஐப் பயன்படுத்தவும்
இணைக்கப்பட்ட நிரலாக்க முகவருக்கு, ஆவணப்படுத்தப்பட்ட அமைப்புக் கட்டளை இதுதான்:
npx rea-agents setupமுகவர் கட்டமைப்பில் அது முன்மொழியும் மாற்றங்களைப் பார்த்து, விரும்பியவற்றை ஒப்புதல் அளித்தபின் முகவரை மீண்டும் தொடங்குங்கள். முனைய ஆய்வு மட்டும் தேவைப்பட்டால், கீழுள்ள ஆவணப்படுத்தப்பட்ட கட்டளை அந்த இயக்கத்திற்குத் தொகுப்பை அழைக்கிறது. @latest இயக்கும் நேரத்தில் கிடைக்கும் தற்போதைய வெளியீட்டைத் தேர்ந்தெடுக்கிறது; வெளியீட்டு விவரங்கள் மாறலாம் என்பதால் தீர்மானிக்கப்பட்ட பதிப்பை ஆதாரத்துடன் பதிவு செய்யுங்கள். மேலுள்ள 6.4.0 என்பது இந்தக் கட்டுரையின் அக்டோபர் 14 சரிபார்ப்பில் திட்ட மேனிஃபெஸ்டில் இருந்த பதிப்பு.
2. வழங்கப்பட்ட கோப்புகளைப் பகுப்பாய்வு செய்யுங்கள்
எடுத்துக்காட்டு பாதையை, அனுமதி பெற்ற செயலி கோப்புறை அல்லது ASAR-க்கான முழுப் பாதையால் மாற்றுங்கள்:
npx -y rea-agents@latest analyze-javascript-application /absolute/path/to/app --json > app-evidence.json CLI வழிகாட்டி முழு Evidence மிகப் பெரியதாக இருக்கலாம் என எச்சரிக்கிறது. அதை ஒரு கோப்பில் சேமித்து, பின்னர் சுருக்கம் அல்லது தேர்ந்தெடுத்த தொகுதி காட்சியைப் படியுங்கள். முழு முடிவையும் prompt-இல் ஒட்டாதீர்கள். கட்டளை தோல்வியடைந்தால், கண்டறியப் பிழையையும் இலக்கு பாதையையும் வைத்திருங்கள்; வெளியேறும் நிலை பூஜ்ஜியமாக இருந்தாலும் பகுதி கவரேஜ், எச்சரிக்கைகள் அல்லது தீராத கண்டுபிடிப்புகள் இருக்கலாம். Windows-க்கான README இத்தகைய பாதையைக் காட்டுகிறது: . "D:/apps/example"artifact reconstruction குறிப்பு
செயலியை இயக்காமல் தேர்ந்தெடுக்கப்பட்ட கோப்புகளைத் தரவாக இந்தச் செயல் படிக்கிறது என்கிறது. இது artifact பாதைகள் மற்றும் digest-களைப் பட்டியலிட்டு, கிடைக்கும் JavaScript மற்றும் TypeScript-ஐப் பாகுபடுத்தி, சாத்தியமான நுழைவுப் புள்ளிகள், இறக்குமதிகள், source map-கள், route-கள், வலைப்பின்னல் endpoint-கள், Electron preload மற்றும் renderer இணைப்புகள், API-கள், IPC அழைப்புகள் மற்றும் கையாளிகள், native add-on கோரிக்கைகளை அறிக்கையிடுகிறது. வரைபடம், நிலையான Electron சுருக்கம், கவரேஜ் மற்றும் வரம்புகள் கொண்ட Evidence பதிவு எதிர்பார்க்கப்படும் முடிவு. அறிக்கையிடப்பட்ட binding என்பது ஆய்வு செய்ய வேண்டிய தொடர்பு; அந்த native module-ஐ decode செய்தது அல்ல. contextBridge 3. ஒரு குறிப்பிட்ட அம்சத்தைப் பின்தொடருங்கள் .node மெனு செயல் அல்லது வெளிப்படுத்தப்பட்ட API முறை போன்ற பெயரால் கண்டறியக்கூடிய அம்சத்தைத் தேர்ந்தெடுக்கவும். பயனருக்குத் தெரியும் பெயரைப் பதிவு செய்து, REA முடிவில் பொருந்தும் தொகுதி, எழுத்துருவாக உள்ள IPC சேனல் அல்லது route-ஐத் தேடுங்கள். அறிவிக்கப்பட்ட மூல இடங்களை வரிசையாகப் பின்தொடருங்கள்: renderer அல்லது பக்க அழைப்பு, preload பாலம், IPC பரிமாற்றம், பொருந்தும் முதன்மைச் செயல்முறை கையாளி, பின்னர் அது அழைக்கும் கோப்பு அல்லது சேவைச் செயல். REA-வின்
Electron CSV எடுத்துக்காட்டு
இந்த முறையைக் காட்டுகிறது மற்றும் சேனல் ஆகியவற்றுடன் முதன்மைச் செயல்முறை எழுதும் கூறையும் பயன்படுத்தி. அவை மாதிரி செயலியின் பெயர்கள்; உங்கள் இலக்கில் வேறு பெயர்கள் இருக்கும். notes.exportCsv() அதாவது notes:export சேனல் மற்றும் முதன்மைச் செயல்முறை எழுதும் கூறு. அவை மாதிரி செயலியின் பெயர்கள்; உங்கள் இலக்கில் பெயர்கள் வேறாக இருக்கும்.
ஒவ்வொரு இணைப்புக்கும் artifact digest, கோப்பு பாதை, இடம், குறியீடு உண்மையில் காட்டுவது ஆகியவற்றைப் பதிவு செய்யுங்கள். ஒரு handler-உடன் இணைக்கப்பட்ட நேரடி channel-ஐ, கணக்கிட்டு உருவாக்கப்படும் channel அல்லது தெளிவற்ற இணைப்பிலிருந்து வேறுபடுத்துங்கள். ஒரு module அல்லது handler இல்லை என்று கருதுவதற்கு முன் coverage மற்றும் limitations புலங்களைப் பாருங்கள். சேதமடைந்த அல்லது கிடைக்காத கோப்புகள், ASAR துணைக் bytes இல்லாமை, தீர்க்கப்படாத expressions, வரையறுக்கப்பட்ட பகுப்பாய்வு ஆகியவை உறவுகளை அறிய முடியாததாக விடலாம் என REA கூறுகிறது. Source map அசல் source பெயர்களைக் காட்டலாம்; அசல் source tree கிடைக்கும் என கருவி உறுதி அளிக்காது.
4. நடத்தையைத் தனியாகச் சரிபார்க்கவும்
நிலையான சான்றுப் பாதையிலிருந்து மறுக்கக்கூடிய ஒரு கூற்றை எழுதுங்கள்: இந்தச் செயல் இந்த channel-ஐ அழைக்கிறது, handler இந்த வகை கோப்பை எழுதுகிறது என்பதுபோல். பின்னர் அங்கீகரிக்கப்பட்ட சோதனைச் சூழலில் அந்தச் செயலை மட்டும் செய்து, உருவான கோப்பு, மாறிய நிலை அல்லது உங்கள் அனுமதிக்குள் சேகரித்த trace போன்ற முடிவை நேரடியாகக் கவனியுங்கள். செயலியின் version, artifact digest, சோதனைப் படிகள், கவனித்த முடிவு ஆகியவற்றைப் பதிவு செய்யுங்கள். செயலியை இயக்க அனுமதி இல்லையெனில் கூற்றை நிலையான code path அளவிலேயே வையுங்கள். ஊகிக்கப்பட்ட பாதையை runtime capture மூலம் சரிபார்க்கலாம் என்று REA எடுத்துக்காட்டு தெளிவாகக் கூறுகிறது; static graph மட்டும் எந்த branch ஓடியது என்பதை காட்டாது.
மற்றொரு developer அதே source இடங்களைக் கண்டறிந்து, static pairing-இன் வரம்புகளைப் பார்த்து, உங்கள் குறுகிய check-ஐ மீண்டும் செய்ய முடிந்தால் வெற்றி. analysis command வெற்றிகரமாக முடிந்தது என்பதாலேயே runtime நடத்தை சரிபார்க்கப்படாது; செயலியின் உண்மையான மறுஉருவாக்கமும் நிரூபிக்கப்படாது.
முடிவு முழுமையற்றிருந்தால்
முதலில் path முழுமையாக extract செய்த directory அல்லது ASAR-ஐக் குறிக்கிறதா என்றும் தேவையான .asar.unpacked துணைக் கோப்புகள் உள்ளனவா என்றும் பார்க்கவும். REA coverage மற்றும் diagnostics-ஐப் பாருங்கள்; காணாமல் போன அல்லது தோல்வியுற்ற source என்பது தெரியாதது, எதிர்மறை முடிவு அல்ல. பெரிய செயலிக்கு குறிப்பு துல்லியமான --source-path selections-ஐப் பதிவுசெய்வதை விளக்குகிறது; தேர்ந்தெடுக்கப்படாத கோப்புகள் பகுப்பாய்வு வரம்பிற்கு வெளியே இருக்கும். literal IPC match தெளிவற்றதாக இருந்தாலோ channel கணக்கிட்டு உருவாக்கப்பட்டாலோ, சுட்டிய கோப்புகளைப் பார்த்து கேள்வியைச் சுருக்குங்கள். தெளிவின்மை நீடித்தால் இறுதி குறிப்புகளில் அதை வைத்திருங்கள்.
REA-வின் code MIT உரிமம் பெற்றது; ஆனால் target software மற்றும் வெளிப்புற analysis engine-க்கு தனித்தனி உரிமங்களும் நிபந்தனைகளும் உள்ளன. Static analysis target கோப்புகளை உள்ளூரிலேயே செயலாக்குகிறது. REA கண்டறிதல்களை coding agent-க்கு வழங்கினால் அந்த model provider-க்கு தனி data policy உண்டு; உங்கள் நிறுவனம் அனுமதிக்கும் வரை ரகசியங்கள் அல்லது proprietary output அனுப்ப வேண்டாம். உங்கள் agent மற்றும் விருப்ப engine-இன் விதிமுறைகள், செலவுகளையும் சரிபார்க்கவும். இங்குள்ள செயல்முறையும் package version-மும் 2026 அக்டோபர் 14 அன்று ஆவணங்களின் அடிப்படையில் சரிபார்க்கப்பட்டன.
