Cua：把電腦操作拆成驅動、沙箱、基準與虛擬機
透過開源驅動程式、跨作業系統佇列以及培訓、評估和資料生成基準來擴展電腦使用 2.0。
秒懂
- 它是什麼？
- Cua 將背景輸入、代理沙箱、電腦操作基準和 Apple Silicon 虛擬化放在同一個倉庫，各工具有不同平台與授權邊界。
- 適合誰用？
- Cua：把電腦操作拆成驅動、沙箱、基準與虛擬機 適合需要 各工具有不同平台與授權邊界。 的團隊；不適合只想以根目錄 pnpm dev 啟動完整服務的人，因為 README 明確說明它是共用套件工作區。
- 可以商用嗎？
- 可以。MIT 是寬鬆授權：你可以使用、修改並販售以它為基礎的軟體，只需保留著作權與授權聲明。
- 還在維護嗎？
- 有在維護。儲存庫在最近一天內有新的提交。
- 用什麼語言寫的？
- 主要是 HTML（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
Cua 的四個工具
Cua 儲存庫捆綁了四個工具，分別針對電腦操作工作流程的不同部分：Cua Drivers 用於桌面應用程式的背景控制，Cua 用於代理就緒的沙箱，Cua-Bench 用於基準測試和強化學習環境，Lume 用於 macOS 虛擬化。README 開頭的表格標有"選擇你的路徑"，根據讀者的目標（無論是建構代理、為編碼代理提供電腦、評估模型還是執行 macOS 虛擬機）指向每個工具。儲存庫描述稱 Cua 透過開源驅動、跨作業系統艦隊以及用於訓練、評估和資料生成的基準測試來擴展電腦操作 2.0。
第1-1個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第1-2個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第1-3個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第1-4個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第1-5個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第1-6個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
Cua Drivers：背景輸入
Cua Drivers 允許代理在本地桌面應用程式中點擊、鍵入和驗證，而不會搶佔游標或焦點。同一 CLI 和 MCP 伺服器支援 macOS、Windows 和 Linux，README 列出了 Claude Code、Cursor、Codex、OpenClaw 和自訂用戶端作為相容用戶端。Linux 支援 X11 和特定於合成器的 Wayland 路由，README 指出原始背景輸入存在明確限制。安裝命令分別針對 macOS/Linux（curl）和 Windows（PowerShell），隨後有安裝後說明。驅動程式自己的 README 包含源文件、架構說明和可選的代理技能包。
第2-1個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第2-2個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第2-3個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第2-4個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第2-5個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第2-6個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
Cua 沙箱：適用於任何作業系統的統一 API
Cua 提供了一個 SDK，用於建構能夠檢視螢幕、點擊按鈕並自主完成任務的代理。API 無論客戶作業系統或執行時期如何都相同，README 展示了一個 Python 範例，該範例建立臨時沙箱、執行 shell 命令、截圖、點擊、鍵入並執行手勢。相容性表格列出了 Linux 容器、Linux 虛擬機、macOS、Windows、Android 和 BYOI（qcow2 或 ISO）映像，cua.ai 雲端支援除 BYOI 外的所有類型，BYOI 標記為"即將推出"。本地 QEMU 支援全部六種。沙箱 SDK 在代理 SDK 參考中有文件。
第3-1個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第3-2個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第3-3個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第3-4個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第3-5個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第3-6個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
Cua-Bench：評估和訓練
Cua-Bench 是一個命令列工具，用於在 OSWorld、ScreenSpot、Windows Arena 和自訂任務上評估電腦操作代理。它可以匯出軌跡用於訓練。README 提供了快速入門：克隆儲存庫、使用 uv tool 安裝、建立基礎映像，然後對資料集執行基準測試。它還連結到 cuabench.ai 的註冊表和合作夥伴頁面。專案文件包含入門指南和 CLI 參考。
第4-1個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第4-2個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第4-3個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第4-4個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第4-5個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第4-6個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
Lume：Apple Silicon 上的 macOS 虛擬機
Lume 使用 Apple 的 Virtualization.Framework 在 Apple Silicon 上建立和管理 macOS 和 Linux 虛擬機。README 展示瞭如何安裝 Lume、下載 macOS 復原映像，並使用 --unattended 旗標建立虛擬機。兩個預設 sequoia 和 tahoe 設定客戶機，包括 lume 使用者、SSH、自動登入以及停用睡眠和螢幕鎖定。README 指出 Tahoe 流程已端到端驗證，而 Sequoia 可能在首次啟動時開啟輔助功能步驟，並連結到 issue #2155。
第5-1個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第5-2個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第5-3個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第5-4個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第5-5個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第5-6個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
套件、授權和第三方元件
儲存庫的套件表列出了七個套件：cua-driver、cua-agent、cua-sandbox、cua-computer-server、cua-bench、lume 和 lumier。專案在 MIT 授權下分發，授權條款授予使用、複製、修改、合併、發布、分發、再授權和出售副本的自由，軟體按"原樣"提供，不提供任何保證。第三方元件帶有各自的授權：Kasm 採用 MIT，OmniParser 採用 CC-BY-4.0，可選的 cua-agent[omni] 包含 ultralytics（AGPL-3.0）。README 還包含商標聲明，並聲明該專案與 Apple、macOS、Ubuntu、Canonical 或 Microsoft 無關。
第6-1個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第6-2個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第6-3個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第6-4個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第6-5個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
第6-6個章節檢查面向要以專案自己的檔案和指令為準。Cua Drivers、Cua 沙箱、Cua-Bench 與 Lume 各自對應桌面輸入、代理執行、基準評估和 Apple Silicon 虛擬機。 使用者先確認目標版本、執行環境與相依套件，再對照 README 所列的輸入、輸出和限制。若要在團隊內採用，應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄，避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景，應針對實際使用的模組建立可重跑案例，並觀察日誌是否顯示預期狀態。
編輯結論
Cua：把電腦操作拆成驅動、沙箱、基準與虛擬機 適合需要 各工具有不同平台與授權邊界。 的團隊；不適合只想以根目錄 pnpm dev 啟動完整服務的人，因為 README 明確說明它是共用套件工作區。採用前先在指定套件目錄閱讀 README，執行 corepack pnpm install、pnpm lint 與 pnpm test，並用 pnpm ship:minor --projects=目標套件名稱 --dry-run 檢查發布範圍。
社群筆記