DroidClaw 與 FoneClaw 比較：Android APK、Dashboard、CLI 與手機任務怎麼選
公平比較 DroidClaw 與 FoneClaw：DroidClaw 的 APK、Dashboard、CLI、模型與維護成本，以及 FoneClaw 的受支援 Android 任務、權限與核准流程。
- DroidClaw 適合想維護開源 Android 自動化專案、調整工作流、理解 ADB／模型供應商／UI 樹或截圖路線的使用者；它有 APK、Dashboard 與文件化的 CLI。
- FoneClaw 適合想在 Android 手機上使用受支援日常任務的人，例如開啟 App、建立行事曆事件、資訊收件匣 AI 輔助回覆與內容內導覽。
- DroidClaw 的 MIT 授權不等於模型推論免費；使用供應商模型、本機 Ollama 或目標 App 仍各有成本、網路與資料邊界。
- 選擇時不要只比工具數量或截圖能力；先用可撤回的小任務檢查設定、權限、目標、結果與失敗處理。
先看你願意維護哪一種工作
DroidClaw 與 FoneClaw 比較，最重要的不是誰「比較像 Agent」，而是你願意維護哪一種工作。DroidClaw 是一個 MIT 授權的開源專案，適合想看原始碼、改工作流、調模型供應商、研究 UI 樹、ADB 與截圖備援的人。FoneClaw 則是我們提供的 Android 手機助理產品路線，適合想直接使用受支援手機任務、看見權限與結果、少維護開發環境的人。
| 你的需求 | 較適合 | 原因 |
|---|---|---|
| 想改程式、維護工作流、接模型供應商 | DroidClaw | 開源專案，README 記載 APK、Dashboard 與 CLI 路線 |
| 想用現成 Android 任務能力 | FoneClaw | 提供受支援工具、按需權限、依設定與工具規則核准，以及可檢查結果 |
| 想研究更多開源手機 Agent | 延伸比較 | 可看 開源手機 Agent 框架推薦：Open-AutoGLM、Mobilerun 與 Minitap mobile-use 怎麼選 |
這不是實測速度或可靠性排名，也不是說其中一邊能控制所有 App。你要源碼級控制與自維護，就優先看 DroidClaw；你要可用的日常 Android 任務流程，就優先看 FoneClaw。
分清 DroidClaw 的 APK、Dashboard 與 CLI
DroidClaw 官方 GitHub 倉庫目前列出三種入口：Android APK、Dashboard 與 CLI。APK 與 Dashboard 是使用入口；CLI 則是開發者更常接觸的命令列路線，文件列出 Bun、ADB、Android USB debugging，以及 LLM provider key 或本機 Ollama 等設定。
| 入口 | 官方資料建立的事實 | 你要自己確認 |
|---|---|---|
| Android APK | 倉庫 README 連到 APK；官方 DroidClaw 發布紀錄也包含 app-debug.apk | 目前 APK 行為、裝置支援、權限與更新方式 |
| Dashboard | README 連到 app.droidclaw.ai Dashboard | 帳號、連線、模型設定與目前服務可用性 |
| CLI | 文件列出 Bun、ADB、Android USB debugging，以及 LLM provider key 或本機 Ollama | ADB 授權、模型金鑰、Ollama 執行位置、目標 App 是否可用 |
CLI 路線會讀取 accessibility XML，也就是 Android 輔助使用提供的 UI 結構資料，把目標、畫面和歷史交給模型，並透過 ADB 執行動作；當 UI tree 不足時，文件也提到可用截圖視覺備援。DroidClaw 還支援以 JSON 子目標描述 AI workflows，以及不呼叫 LLM 的 deterministic YAML flows，也就是用固定規則描述的流程。這些能力適合工程使用者，但 APK 或 Dashboard 使用者不一定要維護同一套 CLI 環境。
用任務比較，不只看工具數量
Android Agent 的比較不該只看工具數量、是否能截圖，或某個 demo 是否看起來聰明。真正要比較的是任務：能不能取得需要的畫面脈絡、能不能選對下一步、能不能在高影響動作前讓使用者看懂結果。
| 比較面向 | DroidClaw | FoneClaw |
|---|---|---|
| 設定重點 | APK、Dashboard 或 CLI；CLI 需要 Bun、ADB、USB debugging 和模型供應商或 Ollama | Android 產品內使用受支援工具；模型可用免費預設或相容設定 |
| 畫面理解 | 以 Android UI 結構資料為主，必要時可用截圖視覺備援 | 依 Android 權限與支援工具處理可見任務脈絡 |
| 日常任務 | 適合維護自訂工作流與跨 App 自動化實驗 | 支援開啟 App、建立行事曆事件、資訊收件匣 AI 輔助回覆與內容內導覽等任務 |
| 核准與結果 | 需檢查你所用入口、工作流與模型設定如何呈現結果 | 依全域模式與個別工具規則提示；任務結果可依工具回報或前景 App 狀態核對 |
| 維護負擔 | 適合能維護環境、模型、ADB 與工作流的人 | 適合想使用受支援 Android 任務，而不想自己維護開源控制器的人 |
如果你的重點是 UI tree、截圖、螢幕證據和執行邊界，可延伸閱讀 Android AI 螢幕理解：UI 狀態、截圖證據與安全執行邊界。這能幫你判斷「看懂畫面」和「安全執行動作」之間的差異。
檢查模型成本與資料邊界
DroidClaw 採 MIT 授權，不等於模型推論免費。若使用雲端模型供應商，費用、資料處理與限制取決於該供應商；若使用本機 Ollama，也要考慮執行它的機器、硬體資源和模型能力。本機 Ollama 不必然代表模型跑在 Android 手機本身，目標 App 也仍可能需要網路。
FoneClaw 這邊，使用者可以用免費預設模型，也可以設定相容模型。任務涉及的資料範圍，取決於你選的模型、Android 權限、要執行的工具和使用者提供的內容。我們的重點是把支援任務、權限請求、核准點與結果檢查放在同一條可理解流程裡；但這不等於所有推論都離線，也不等於所有動作都用同一種確認方式。
無論選哪一邊，都建議先看三件事：模型提供者是誰、畫面或文字會送到哪裡、日誌和結果如何保留。這比只看開源授權或 App 入口更接近真實使用成本。
先用可撤回的小任務驗證流程
選擇 DroidClaw 或 FoneClaw 前，先用小任務驗證，不要一開始就碰付款、刪除、對外傳送或工作帳號。比較好的第一個任務是：開啟一個非敏感 App，或建立一個名稱清楚、開始與結束時間都已知的測試行事曆事件，例如「測試：下午 3 點到 3 點 15 分」，確認後再刪除。這些建議是評估方法，不是我們宣稱做過的比較測試。
使用 DroidClaw CLI 時，先確認 ADB 授權、USB debugging、模型設定、UI 結構資料或截圖備援是否正常。使用 APK 或 Dashboard 時，則應按目前官方入口檢查帳號、權限和任務結果。若模型開始重複點擊或結果不清楚，就應停止流程，先看動作回饋和日誌，而不是持續重試。
使用 FoneClaw 時，先看任務是否屬於支援工具範圍。開啟 App 時，若結果有歧義，應選定正確 App；建立行事曆事件時，要補齊必要時間與提醒資訊，地點不是必填，若使用者提供地點名稱則可直接保存。建立後，請用實際開始與結束時間核對。若任務可能造成重複外部影響，例如連續建立多個事件或重複送出內容，請先停下來檢查狀態。
選你能長期支援的設定
想改源碼、調模型、維護 ADB／工作流與自動化規則，選 DroidClaw 比較合理。想在 Android 手機上使用我們提供的受支援任務，例如開 App、建行事曆、資訊收件匣 AI 輔助回覆與內容導覽，選 FoneClaw 比較省維護。
若要了解 FoneClaw 目前支援能力，可看 FoneClaw 功能頁；若想理解更大的手機控制流程，可讀 AI 代理控制 Android 手機指南：從意圖到確認、執行、驗證與復原。