REA 與 Chrome DevTools：代理調查還是直接偵錯？

需要直接偵錯瀏覽器、編輯 DOM/CSS、設定 JavaScript 斷點和檢查效能時，選擇 Chrome DevTools。希望程式設計代理調查瀏覽器頁面，把選定的腳本或請求與具體問題關聯起來，並根據證據解釋結果時，選擇 REA。

REA 的瀏覽器流程需要事先準備本機瀏覽器連線。僅在這個社群網站輸入 URL，並不會觸發網站檢查。本獨立指南連結到 REA 官方瀏覽器文件和 Chrome DevTools 文件。

兩種瀏覽器工作流程有什麼不同？

Chrome DevTools 內建於 Chrome。其面板允許開發者檢查正在執行的頁面、修改樣式、暫停 JavaScript、檢查請求、記錄使用者流程，以及分析效能和記憶體。你可以直接在瀏覽器中控制調查。Google 的 DevTools 概覽介紹了這些流程。

REA 將程式設計代理連線到選定的瀏覽器觀察結果，包括頁面結構、已載入腳本、網路活動和按需截圖。代理利用這些觀察結果回答具體問題或提出重建方案。REA 另有針對本機應用檔案和原生二進位檔案的流程，超出 DevTools 通常的頁面偵錯範圍。REA README區分了這些目標型別。

你想做什麼？	建議起點	輸入	結果或優勢
立即調整間距、佈局或 CSS 規則	Chrome DevTools	選中的 DOM 元素	實時樣式編輯和視覺反饋
在某行 JavaScript 暫停並檢查狀態	Chrome DevTools	執行中的頁面和斷點	直接控制偵錯程式並檢查變數
查詢載入瓶頸或記憶體問題	Chrome DevTools	效能錄製或記憶體分析記錄	專門的時間軸和診斷面板
詢問代理瀏覽器功能如何工作	REA 瀏覽器流程	已準備的本機連線和具體問題	代理解讀選定的程式碼和觀察結果
從 Electron 套件追蹤功能到原生程式碼	REA 的獨立應用/原生分析流程	本機應用檔案及合適的分析提供者	跨多種目標型別的證據

什麼時候 Chrome DevTools 更合適？

當你知道要檢查什麼，並希望立即得到反饋時，使用 DevTools。選擇元素、測試樣式、設定斷點或檢視請求，通常只需一個簡短的直接操作。DevTools 省去了與代理互動時額外的設定和解讀過程。

細緻分析瀏覽器效能和記憶體時，DevTools 也是更好的起點。Performance 面板提供載入和執行時錄製；Memory 工具有助於調查記憶體問題。REA 能收集瀏覽器觀察結果，並不意味著它擁有與每項 DevTools 診斷功能對應的介面。這類任務可從 Google 效能文件或記憶體文件開始。

請求失敗時，Network 面板可以直接展示瀏覽器記錄的活動。代理能幫助解釋證據，但如果響應狀態或請求酬載已經說明問題，就不需要額外的代理環節。

REA 調查什麼時候有幫助？

如果問題需要結合多項觀察，而且你希望程式設計代理解釋它們的關係，REA 很有用。請詢問具體行為、明確目標頁面，並要求提供相關的已載入程式碼和觀察結果。諸如“解釋整個網站”這類寬泛提示，會減少可以明確查核答案的方式。

REA 官方恐龍範例提供了具體演示。REA 讀取一個源自 Chromium 的恐龍游戲所載入的腳本。代理識別出初始速度為 6、未發生碰撞時每次更新加速 0.001、最高速度為 13，再將該規則用於一個速度可調的小型遊戲。範例包含原始程式碼參照和對速度規則的受控查核。

該範例由 REA 專案編寫。它不能證明所有網站都能重建，也不應被當作獨立社群使用者的體驗。我們的社群案例合集將來源帖子與官方演示案例分別呈現。

如何準備瀏覽器調查？

按照 REA 瀏覽器準備步驟，準備 Chrome 系瀏覽器和本機偵錯連線。向代理提供目標頁面 URL、指南要求的本機端點，以及一個問題。請遵循指南的連線範圍，不要把偵錯服務暴露到公網。

對你擁有的演示頁面，可以使用這樣的提示詞：

使用 REA，透過已準備好的本機瀏覽器連線檢查
我的演示頁面。解釋搜尋框如何更新結果。
展示相關的已載入腳本和原始程式碼位置。
列出支援該解釋的觀察結果，以及所有未知事項。

檢查返回的證據是否描述了你想調查的操作和狀態。若應用有多個頁面或狀態，某個狀態的腳本可能無法解釋另一個狀態。必要時在 DevTools 中手動重複操作，以確認代理描述的請求或程式碼路徑。

這兩種工具能顯示網站後端原始程式碼嗎？

瀏覽器可見的腳本和請求反映了該瀏覽器會話可存取的客戶端行為。它們不會自動揭示私有伺服器實作、資料庫內容或隱藏業務規則。響應能顯示伺服器對某個請求返回了什麼，卻不一定解釋生成該響應的每個內部步驟。

除非有另外獲得授權的證據支援，否則應將代理提出的後端設計視為假設。重現觀察到的介面和恢復其原始實作，是不同的主張。REA 的證據和侷限說明有助於劃清這個邊界，代理仍需遵守。

瀏覽器捕獲內容可能包含會話專屬資料、請求體或敏感 URL。REA 在本機執行分析，但返回的工具結果會交給程式設計代理，並受模型供應商的資料政策約束。REA 官方 FAQ解釋了這一資料邊界。只分享符合任務和授權範圍的觀察結果。

選擇這兩種工具時常見的問題有哪些？

REA 能替代 Chrome DevTools 嗎？

REA 提供者設計代理調查介面。DevTools 提供直接的瀏覽器偵錯和專門診斷面板。用 DevTools 查核 REA 的發現，是一種有效組合。

檢查網站需要 Hopper、Ghidra 或 IDA 嗎？

REA 的瀏覽器流程需要相容瀏覽器及文件規定的本機連線。原生引擎用於另外的深度原生二進位分析，而非普通頁面檢查。

REA 是在本站執行的嗎？

不是。reverseengineeranything.tools 發布社群範例和指南。要開展調查，請在自己的電腦安裝官方 REA 包；本站沒有分析檔案上傳或託管執行功能。

沒有 AI 模型也能用 DevTools 嗎？

可以。Chrome DevTools 可直接在 Chrome 中使用。REA CLI 也能在沒有程式設計代理的情況下執行受支援的流程；由代理驅動的 REA 調查則適用該客戶端自己的模型存取要求和條款。

如何開始將 REA 與代理一起使用？

先閱讀我們的首次調查指南，然後遵循官方設定和瀏覽器指南。確認已安裝伺服器的工具清單；儲存庫 main 分支記錄的功能可能比已發布套件更新。