REA 6.7.0 納入 Kuna 反編譯器，讓程式代理重用靜態分析結果

REA 於 10 月 18 日發布 6.7.0，整合當日已標記、但未發布至 npm 的 6.6.0 功能，包括 Kuna 反編譯後端、可重用的 JavaScript 分析查詢，以及多語系 APK 資源解碼。這次更新讓程式代理能在同一份分析上持續追問，減少重複執行底層工具。發布說明

REA 負責把程式碼、參照與執行觀察交給代理解讀。官方原生程式指南示範，代理須交叉查看指令、呼叫者與常數，才能補足反編譯偽程式碼遺漏的運算；因此，分析來源是否可追溯，會直接影響重建結果的可信度。原生分析指南

新增的 Kuna 後端採靜態分析，只讀取目標映像而不執行它。使用者須自行提供執行檔，設定 REA_KUNA_COMMAND，再明確選擇後端。REA 可查詢函式、偽程式碼、組合語言與呼叫關係，並以目標檔、Kuna 執行檔的雜湊、版本及工作數識別快取；輸出的文字也保留來源檔案、位元組範圍與摘要，方便追查代理引用的證據。Kuna 技術文件

這套快取也有語意上的限制：冷啟動時可先回傳單一函式反編譯結果，完整專案匯出完成後，同一函式的文字可能改變。官方驗證使用 Linux 上的 Kuna 1.833；Windows、PE 與通用 Mach-O 尚不支援，型別恢復及部分底層查詢也未提供。工程師應固定工具版本與設定，再檢查來源標記，避免把不同分析階段的輸出當成相同證據。Kuna 限制與快取設計

對代理工作流程而言，另一項變更是透過 inspect_analysis_view 分頁查詢既有 JavaScript 分析中的指定路徑、屬性與模組參照，並保留覆蓋範圍資訊。技術上的價值在於讓後續問題沿用已完成的工作；實際節省多少延遲與模型用量，仍須以自身專案量測。版本變更