Google 開源 ARTEMIS:讓 AI 程式設計助手直接接管安卓真機
Google 開源 Android 自動化框架 ARTEMIS,能把自然語言指令轉化為真機或模擬器操作。它通過 MCP 接入 Claude Code、Cursor 與 Codex,可自動重現 Bug 並抓取日誌,在 AndroidWorld 評測中任務完成率超 99%。
Google 開源的 ARTEMIS 是一個能把自然語言直接變成安卓真機操作的自動化框架。說白了,它讓你在 Claude Code、Cursor、Codex 或 Antigravity 裡寫程式碼時,AI 助手能直接順著網線伸出手,拿起連在電腦上的真機或模擬器幫你點介面、測功能、復現 Bug。
在 Google Research 包含 100 多個複雜多步驟任務的 AndroidWorld 基準測試裡,ARTEMIS 的任務完成率超過了 99%。
它能幫開發者做什麼
在平時的移動端開發中,寫完程式碼最麻煩的就是打包安裝、手動點到特定頁面復現問題,再去終端翻找奔潰日誌。ARTEMIS 解決的就是這個連貫動作。
你只需要在 AI 編輯器裡敲下一句自然語言需求,比如「把最新改動打包成 APK 安裝到測試機,用測試賬號登入,檢查登入後有沒有異常彈窗並截圖」。AI 助手就會通過 MCP 協議調動 ARTEMIS,自動驅動真機完成跨應用操作,抓取截圖並即時捕獲 Logcat 崩潰日誌。
針對長週期的穩定性測試,它還能在後臺持續進行長達 10 小時以上的自主探索測試,遇到阻礙動作時自動嘗試恢復。
為了兼顧速度與準確度,ARTEMIS 設計了兩種執行模式。Flash 模式主打輕快,每一步操作耗時約 3 到 5 秒,適合日常確定性的常規流程;Pro 模式則引入了多智慧體規劃網路,每一步需要 15 到 40 秒,會在執行前做畫素級和介面樹驗證,適合複雜的迴歸測試。
在介面識別上,它平時通過無障礙服務讀取控制元件層級,遇到 Flutter、Compose 或 Canvas 繪製的自定義介面時,會自動回退到 OCR 和多模態視覺定位,避免了傳統自動化工具經常「找不到按鈕」的問題。
怎麼在本地跑起來
整個專案已經在 GitHub 的 google/artemis 倉庫完全開源,包含完整的 MCP 服務、Python SDK、命令列工具以及一個 Web 視覺化控制台。
硬體要求並不高,只要你有一臺開啟了 USB 除錯的安卓手機或者本地安卓模擬器,連上電腦即可。
克隆倉庫後,macOS 或 Linux 使用者執行 ./start.sh,Windows 使用者執行 start.bat。一鍵指令碼會自動檢測並安裝 ADB、scrcpy、FFmpeg 以及 Python uv 依賴,同時把 MCP 服務和移動測試規則檔案配置到你常用的 AI IDE 中。
啟動後瀏覽器會自動開啟本地 8000 埠的控制台,提供即時螢幕投屏、提示詞沙盒與操作回放。如果你習慣寫指令碼,也可以通過 uv add 安裝 artemis-client,把操作邏輯作為標準 Python 程式碼嵌入現有的 CI/CD 流程或 pytest 套件中。
為什麼重要
對於移動端開發者和測試工程師來說,ARTEMIS 很值得立刻接入日常工作流。傳統的移動端自動化指令碼維護成本極高,介面一改全盤崩潰,而純視覺大模型在手機上往往又慢又容易瞎點。ARTEMIS 聰明的地方在於用動態層級加視覺保底,再通過 MCP 把操作權交給 IDE 裡的編碼智慧體,讓「改程式碼、裝包、點介面、抓日誌」真正形成了一個無人值守的閉環。
不過在上手前也要留個心眼:它的 Pro 深度推理模式每一步耗時較長,對大模型上下文的消耗相當可觀;另外在首次執行真機任務時,它會在手機上安裝輕量輔助服務,如果系統安全限制嚴格可能需要手動授權。但無論如何,能讓 Coding Agent 自己上手點真機的工具,ARTEMIS 確實走在了最前面。
來源 (1)
- github.com(在新分頁開啟)原文github.com