GitHub Repo
REA 6.5.0 加入指定來源分析，讓逆向工程代理保留明確的證據範圍
REA 於 10 月 14 日發布 6.5.0，讓 CLI 與 MCP 用戶指定 JavaScript 分析檔案，並分頁讀取保留的分析證據。新版將來源選擇與摘要輸出分開，但尚未提供與完整分析的效能對照。
逆向工程代理工具 REA 於 10 月 14 日發布 6.5.0，更新重點包括指定 JavaScript 來源、跨 bundle 關係還原，以及保留分析證據的摘要與分頁介面。GitHub 發布時間落在本次兩天觀察窗口內，版本內的變更紀錄則標示 10 月 13 日。版本公告
REA 為程式代理提供檢查應用程式的工具。官方 Electron 範例展示，工具如何從 renderer 的 API 呼叫，追到 preload 的 IPC 通道，再定位主程序與 CSV 寫入函式；這類跨檔案線索可協助代理縮小調查範圍。不過，靜態推導出的呼叫路徑仍須以執行期觀察確認。官方分析指南
這次來源選擇改動處理的是分析工作本身。過去即使要求摘要，讀取器仍會配置所有相關檔案的文字，分析器也會處理整個應用程式，最後才縮減回傳內容。新版 CLI 可重複指定 --source-path，MCP 則接受 source_paths，讓已知入口檔案先取得分析結果。未選取檔案仍保留身分與完整清單，位元組完整性也會驗證，但不解碼成文字或進行語意分析；匯入關係不會自動擴大選取範圍。實作與驗證紀錄
6.5.0 同時讓多種分析結果先回傳精簡摘要，再分頁取得已保留的 Evidence，避免為讀取細節而重新分析。跨 bundle 還原則保留每個檔案的來源資訊與跨區塊匯入關係。從代理工作流程來看，這有助於分開管理「分析了哪些材料」與「本輪送入模型多少內容」，也讓未檢查部分維持明確的未知狀態。版本說明
工程師仍須留意驗證邊界：指定來源功能已有 Linux CLI／MCP 的真實 ASAR 測試，但沒有同期完整分析的耗時對照，不能據此宣稱固定加速幅度。跨 bundle 測試限於 Linux x64、Wakaru 1.14.0 與專案自有 esbuild／webpack 樣本。導入時應檢查來源選擇是否涵蓋必要 manifest、HTML 與 source map，並確認代理沒有把局部證據解讀成整個應用程式的完整行為。測試限制、發布驗證範圍