安裝
npx rea-agents setup適合誰
REA 適合需要在 agent 裡做逆向分析的人：想弄清楚一個應用的行為，或要檢查原生二進位檔、JavaScript 與 Electron 應用、.NET 組件、網站的開發者與維護者；維護 Electron 桌面應用或 .NET 服務、想看清第三方相依套件或歷史版本實際行為的人同樣對得上。它把這些檢查工具接入你的 agent，同一批工具也能在終端機直接使用，分析在本機完成。判斷標準很簡單：如果你要回答的問題是「這個程式或檔案到底做了什麼」，而答案藏在二進位檔、打包產物或執行行為裡，就值得裝它試試。不適合的情況：目標不是你有權檢查的檔案或應用；環境裝不了它要求的 Node.js 版本；你想要的是不接觸本機檔案的純線上掃描服務。
3 分鐘完成第一次嘗試
推薦主路徑只有一條：用官方 setup 命令註冊 REA 的 MCP 伺服器並安裝配套說明，然後重新啟動 agent。
npx rea-agents setup
前提：本機已裝好 Node.js 22.x（不低於 22.19）、24.x（不低於 24.11）或 26+，以及 npm。在終端機執行上面的命令，它會註冊 MCP 伺服器並安裝匹配的使用說明。若接入不成功，先核對 Node.js 版本是否符合上述要求。
重新啟動後做一次低風險呼叫來確認接入：讓 agent 對一個本機 JavaScript 檔案做靜態檢查。動作前先說明性質——官方寫明靜態 JavaScript 與 .NET 檢查只讀取你提供的檔案、不執行應用，這一步不會啟動目標程式。可觀察的成功訊號：setup 命令執行完成，重新啟動後的 agent 能給出該檔案的檢查結果，說明 REA 工具已在 agent 中可用。官方未列出各工具的具體名稱與參數，實際可用工具以 agent 重新啟動後註冊的清單為準。除讓 agent 呼叫外，你也可以在終端機直接使用同一批工具，這是官方說明的次要用法。
使用案例
案例一：不執行程式看清一份 JavaScript 檔案。情境：拿到一份打包或混淆過的 JS 檔案，想先弄清它做了什麼再決定是否執行。做法：把檔案路徑交給 agent，讓它用 REA 的靜態 JavaScript 檢查能力分析。可期待的結果：agent 讀取該檔案並給出分析結論，全程不執行這份程式碼；.NET 組件同理，靜態檢查同樣只讀檔案；靜態結論與執行時觀察還可以互相印證。
案例二：擷取目標的執行時行為。情境：靜態分析看不出問題，需要觀察程式實際怎麼執行。動作前必須確認副作用：官方寫明 runtime capture 會以你的使用者權限執行或與所選目標互動，每個 runtime guide 各自描述其效果；確認目標和影響後，再讓 agent 執行擷取。若目標涉及真實使用者資料或正式環境，先在隔離副本上驗證步驟。可期待的結果：agent 回傳目標的執行時行為資訊；具體會改動什麼，以對應 runtime guide 的說明為準。
使用邊界
讀寫性質要區分：靜態 JavaScript 與 .NET 檢查只讀檔案、不執行應用；runtime capture 是有實際動作的操作，會以你的使用者權限執行或與目標互動。官方未提供統一的復原路徑說明，不要預設任何一步可復原。
分析位置方面，官方說明 REA 在本機分析目標；這只描述分析發生在哪裡，不構成安全結論，本指南也不對資料流向或隱私邊界作獨立判斷。分析產物在本機的儲存位置與清理方式，官方頁面未說明，屬未確認項。
官方頁面未列明、動手前需自行確認的資訊：各檢查工具的具體名稱與參數、支援的作業系統與 agent 用戶端範圍、是否需要帳號憑證，以及各 runtime guide 的具體條目。版本要求可能隨專案演進變化，執行 setup 前以官方頁面當前說明為準。