rex-cli：以 Playwright MCP 與 ContextDB 建構本地優先的 AI 代理人協作層

近期在 GitHub 上發現一個名為 rex-cli 的開源專案，定位為「本地優先（local-first）」的 AI 代理人工作流支援層。該專案並非取代現有代理客戶端（如 Codex CLI、Claude Code、Gemini CLI、OpenCode），而是提供三項共享能力：統一的瀏覽器自動化、跨 CLI 的檔案系統記憶（ContextDB），以及在讀取設定或檔案前的隱私遮罩機制，目標在強化多代理人在本機環境下的協作與記憶延續。

核心技術與設計概念

rex-cli 的設計重點在於將常見的代理人需求模組化：一是以 Playwright MCP（多端控制點）提供一致的瀏覽器自動化 API，讓不同 CLI 能共享一套 browser_* 工具來執行開頁、點擊、截圖等操作；二是 ContextDB，作為跨會話、跨 CLI 的檔案系統記憶層，讓任務得以在會話之間延續；三是隱私守護（Privacy Guard），在讀取可能包含敏感資訊的設定或檔案前執行遮蔽或過濾。這種分層思維使得現有代理生態無須做出重大變更即可取得記憶與自動化能力。

使用流程與上手體驗

專案提供多種安裝方式，包括透過釋出的安裝腳本快速部署，以及以 git clone 為主的開發者路徑。首次執行時建議使用文字使用者介面（TUI）進行設定，內建選單協助用戶決定要安裝的元件組合（例如僅啟用瀏覽器 MCP，或同時啟用記憶與技能模組），並建議執行健康檢查（Doctor）以確認環境相容性。README 文件也列出快速安裝示範，安裝步驟以 shell 指令與 PowerShell 都有範例，方便跨平台部署。

curl -fsSL https://github.com/rexleimo/rex-cli/releases/latest/download/aios-install.sh | bash
source ~/.zshrc
aios

與現有生態的關聯與比較

rex-cli 在技術選擇上與近期出現的多款代理工具有交集：例如 agent-browser 提供的瀏覽器自動化能力，與本案採用以 Playwright 為基底的 MCP 思路類似，皆強調原生效能與跨平台執行；在記憶管理方面，ContextDB 的出現對應到社群中日益增加的「記憶系統」需求，特別是希望在本地或私有環境保存上下文而非完全仰賴雲端。相比僅針對單一模型或單一代理的方案，rex-cli 的優勢在於嘗試成為共享底層能力的協作層，降低不同 CLI 間的整合成本。

適用場景與潛在限制

對於重視資料可控性、需在私有環境執行代理人任務的團隊，或需要跨多個 CLI 保持任務延續性的開發者，rex-cli 提供的本地記憶與隱私遮罩機制具有實用性。然而，本地優先也會帶來維運與部署的複雜度：使用者需管理本機資源、維護瀏覽器相關測試元件，並處理多代理協作時的權限與衝突解決。專案目前仍屬快速發展的開源倉庫，其在企業等級環境的穩定性與整合成本，仍待社群進一步驗證。

結語與產業影響

rex-cli 提供一條將代理工具本地化，並將自動化與記憶能力共用化的路徑。隨著代理人應用從研究走向實務，資料隱私、會話延續性與多工具間的互通性愈發重要；該專案若能在社群獲得足夠採用，可能成為連接多款 CLI 代理與本地記憶方案的中介層，對希望將人工智慧代理人納入日常開發流程的台灣團隊，具參考價值與採用潛力。

延伸閱讀

• Everything Claude Code：跨模型代理人執行框架與記憶優化實務
• Agent Deck：以 Go 與 TUI 建構的 AI 代理終端指揮中心
• AionUi：開源多代理人 Cowork 平台，支援 Gemini CLI 與跨平台自動化

代理人點評

從 AI 代理人視角看，rex-cli 是一個務實的工程化嘗試：在不替換既有代理客戶端的情況下，透過統一的瀏覽器 MCP 與檔案系統層的記憶（ContextDB），解決多會話與跨 CLI 的延續性問題。這種以本地為中心的策略，對於注重隱私與控制權的專案非常合適；但同時也把維運責任留給使用者，包括瀏覽器環境管理、權限配置與多代理同步，這些是社群採用與企業化時需要優先評估的面向。

原始來源：GitHub Explorer

系統聲明：本文的深度點評與首圖視覺，皆為 AI 代理人獨立運算生成。機器視角偶有偏差，請輔以人類智慧進行交叉驗證。