Open Minis 是什麼？讓雲端 AI 模型操作手機原生工具的行動 Agent
我之前已經在 Windows＋WSL 環境部署 OpenClaw，串接 Telegram 與多個 AI 模型供應商。人在外面時，我可以從 Telegram 下指令，也能用Tailscale 安全連回家裡的 OpenClaw WebUI，手機用起來就像一個 App。後來連即時語音對談與Telegram 處理進度顯示也都測過了。
既然手機已經能控制 OpenClaw，為什麼還要再安裝 Open Minis？
兩者差在 Agent 實際運行的位置。我的 OpenClaw 主要運行在本地電腦的 WSL2，手機負責傳遞指令與查看結果；Open Minis 則直接運行在手機上，能在取得授權後讀取定位、照片、健康資料、行事曆、剪貼簿、藍牙裝置、鬧鐘與通知。這次我用 iPhone 實測，想看的就是這個差異。
Open Minis 是什麼？
Open Minis 是一款免費、開源的行動裝置 AI Agent，目前支援 iOS 與 Android。官方在 GitHub 公開程式碼，採用 GPL-3.0 授權。
它在手機 App 裡放入一套沙盒化的 Alpine Linux 環境。iOS 版本以 iSH 為基礎，Android 則使用 PRoot。Agent 可以在這個環境裡執行命令、安裝套件、處理檔案，也有瀏覽器自動化、Skills、記憶與工作區等功能。
它和一般 AI 聊天 App 最大的差別，是能把手機功能轉成 Agent 可呼叫的工具。以 iPhone 來說，可以連接 HealthKit、行事曆、提醒事項、聯絡人、HomeKit、照片、定位、藍牙、剪貼簿、媒體、鬧鐘與通知。Android 版本除了自己的原生工具，也能運用 Accessibility Service 與 Shizuku 等機制，取得較廣泛的系統操作能力。實際能用哪些功能，仍會受手機品牌、Android 版本與授權設定影響。
Open Minis 不附可直接使用的 AI 模型。安裝完成後，還要連接自己的模型供應商，可使用 API Key、支援的帳號登入或 OpenAI 相容端點。這和許多需要自行設定模型的 AI Agent 很像。
本文所說的「手機端」或「裝置端」，是指 Agent 的執行環境與可呼叫工具位於手機上，並不是說大型語言模型一定在手機本機推論，也不代表可以完全離線使用。以這次設定為例，Open Minis 連接的是雲端模型，但能在使用者授權後，從手機端調用原生資料與功能。至於雲端模型會接收到哪些資料，仍取決於任務內容、開放的權限與所選供應商，後面會再說明這項隱私界線。
iPhone 與 Android 要從哪裡下載？
iPhone 使用者可直接從 Apple App Store 的 Open Minis 官方頁面下載，目前頁面標示需 iOS 16.0 或更新版本。
Android 讀者請先進入 Open Minis 官方網站，點選 Android，再前往 OpenMinis 官方 GitHub Releases下載 APK。因為 Android 需要自行安裝 APK，更要確認網址與開發者來源，不要從不明的 APK 下載網站取得安裝檔。
本文後面的畫面與操作都以 iPhone 為例。Android 版本的介面、權限名稱與工具範圍可能略有不同。
第一次開啟：先設定 AI 供應商與模型
第一次開啟 Open Minis，畫面會引導完成兩件事：加入 AI 供應商，以及選擇要使用的模型。
供應商清單中可看到 OpenAI／OpenAI 相容 API、Anthropic／相容 API、Google Gemini、OpenRouter、xAI、Kimi Code 等選項，也能另外設定語音輸入與語音輸出的服務。不同供應商支援的驗證方式不完全相同，常見方式是 API Key 或 OAuth／帳號登入。
這次我的設定方式如下：
- 在供應商清單中選擇 OpenAI。
- 驗證方式選擇 OAuth。
- 點選「使用 OpenAI 登入」，在瀏覽器完成帳號授權。
- 回到 Open Minis，確認畫面顯示已驗證後儲存。
- 進入模型清單，勾選要使用的模型並設定優先順序。
這次實測使用的是 GPT-5.6 Terra。這只是我當下的設定，實際能看到哪些模型，仍要看使用的供應商、帳號權限與 Open Minis 當時的模型清單。
設定完成後就會進入聊天畫面。除了文字輸入，還能加入照片與檔案、切換模型、建立不同 Session，也有 /clear、/compact、/memory、/thinking、/skill-creator 等 Slash 指令。用過 OpenClaw、Codex 或其他支援 Skills 與記憶的 Agent，這些介面概念並不陌生。
也能從 Siri 叫出 Open Minis
目前版本支援「Ask Minis」Siri 入口。對 iPhone 說「Hey Siri, Ask Minis」後，Siri 會詢問「您想問 Minis 什麼？」，接著把問題交給 Open Minis。
這個設計適合臨時想到一件事、不想先找 App 圖示再開啟對話的情境。不過它仍是 Siri 轉交問題給 Open Minis，並不是指 Open Minis 已經全面接管或取代 Siri。
實測一：設定三分鐘倒數鬧鐘
我先從容易核對的任務開始，請它建立一個三分鐘倒數鬧鐘：
請在 3 分鐘後設定一個叫「Open Minis 測試」的鬧鐘。完成後列出目前所有鬧鐘，並說明時間、名稱與狀態。
第一次使用鬧鐘功能時，iOS 會跳出權限要求。完成授權後，Open Minis 建立了「Open Minis 測試」三分鐘倒數項目，畫面中也能看到剩餘時間，時間到之後會發出提醒。
這裡很容易看錯：Open Minis 建立的 Alarm 不會出現在 Apple「時鐘」App 裡。依照官方說明，要從 Open Minis 首頁的鬧鐘圖示查看，或直接要求 Agent「列出我的鬧鐘」。如果只打開 Apple「時鐘」App 尋找，會以為剛才的指令沒有執行。
接著我把規則加複雜，一次建立四組固定鬧鐘：
請幫我建立以下固定鬧鐘：週一到週五 06:30「起床」、週一到週五 07:20「準備出門」、週六與週日 08:30「週末起床」，以及每天 22:30「準備睡覺」。建立後請列出結果供我核對。
Open Minis 把這段自然語言拆成四組鬧鐘，分別設定時間、名稱與重複日期，再用表格列出結果。這種任務規則多，手動一個一個設定很煩，完成後又容易核對，交給 Agent 正合適。
實測二：一次檢查多項 iPhone 原生能力
單項工具成功之後，我再把多個手機功能放進同一個 Prompt，並限制它只能使用這支 iPhone 的原生工具：
只能使用這支 iPhone 的原生工具，不使用瀏覽器、SSH 或遠端電腦。請讀取目前電量與充電狀態、目前位置、接下來三小時天氣、今天剩餘行程、Apple 健康步數，掃描附近最多五個藍牙裝置，最後傳送一則 iOS 通知。每一項都要說明使用了哪個原生工具。
這次測試完成了七件事：
- 讀取電池電量與充電狀態。
- 取得目前定位。
- 依照所在位置查詢接下來三小時天氣。
- 讀取當天剩餘的行事曆項目。
- 從 Apple 健康取得 5,244 步。
- 掃描附近五個藍牙裝置並顯示訊號強度。
- 傳送一則 iOS 本機通知，回報任務完成。
回覆中還會標示用到哪些工具，例如 apple-device battery、apple-location current、apple-weather hourly 與 apple-notification schedule。這讓我可以檢查它是真的呼叫手機工具，還是只用文字猜一個看起來合理的答案。
實測三：讀取剪貼簿並整理內容
接著我請 Open Minis 讀取 iPhone 剪貼簿：
請讀取目前 iPhone 剪貼簿內容，整理成重點摘要與待辦事項。
iOS 先跳出「允許從 LINE 貼上」的系統詢問。按下允許後，Open Minis 才讀取剪貼簿，將其中的聚餐資訊整理成日期、時間、地點與行事曆連結。
這個權限提示很重要。Open Minis 雖然能存取剪貼簿，但不是在背景無聲把內容拿走，iOS 仍會要求使用者確認。
實測四：把照片與 HealthKit 資料放在一起分析
這一組測試，我要求 Open Minis 找出上週五的照片，再對照同一段時間的健康資料：
請找出上週五拍攝的照片，整理拍攝地點、第一張與最後一張的時間，再讀取這段期間的步數與步行／跑步距離，最後概括照片內容。
第一次執行時，iOS 分別要求照片與 HealthKit 權限。我開放需要的項目後，Open Minis 找到三張符合日期的照片，整理出拍攝區域、第一張與最後一張的時間，相隔 2 小時 48 分 08 秒。接著再讀取同一段期間的健康資料，得到 2,735 步與約 2.01 公里的步行／跑步距離，最後概括照片拍了什麼。
單獨讀照片、單獨查步數，其實很多 App 都做得到。這次比較特別的是，它把照片時間軸、地點與 HealthKit 資料接在一起，直接回答「那段時間去了哪裡、待了多久、大約走了多少路」。把 Agent 放在手機端，價值就在這種跨資料來源的任務裡。
實測五：讀取行事曆，再建立事件與提醒
最後一組測試是行事曆讀寫：
請讀取 8 月 6 日的行事曆，接著在晚上 9 點建立「Open Minis 測試」，並設定提前 10 分鐘提醒。完成後列出建立結果。
開放行事曆權限後，Open Minis 先列出指定日期的既有項目，再建立 21:00 至 22:00 的「Open Minis 測試」，並加入提前 10 分鐘提醒。回覆中會顯示寫入的日曆、事件時間與提醒設定，方便核對。
「裝置端」不代表資料完全不會離開手機
Open Minis 的隱私權政策說明，Open Minis 本身不經營伺服器，也不蒐集使用者的對話、檔案、API Key 或其他個人資料。聊天記錄、附件、憑證、Skills 與記憶主要儲存在裝置端。
不過，當你使用 OpenAI、Anthropic、Gemini 或其他第三方模型時，本次對話需要的訊息、附件，以及經你授權的行事曆、健康、聯絡人或定位資料，可能會從手機直接送到所選的 AI 供應商，讓模型產生回覆。資料不會先繞到 Open Minis 的伺服器，但仍可能離開手機。
所以「Open Minis 不蒐集資料」和「第三方 AI 模型看不到資料」是兩件不同的事。實際使用時，我會建議：
- 只開放任務真正需要的權限。
- 執行前先看 Prompt 是否需要帶入完整的健康、定位或行事曆內容。
- 了解自己選用的模型供應商如何處理資料。
- 敏感任務完成後，可回到 iOS 或 Android 設定調整權限。
- Agent 回覆完成後，到鬧鐘、行事曆或通知畫面實際核對。
OpenClaw 與 Open Minis 怎麼分工？
我不會把 Open Minis 當成 OpenClaw 的替代品。以我目前的環境與實測來看，兩者比較適合這樣分工：
| 比較項目 | 我目前的 OpenClaw 用法 | Open Minis |
|---|---|---|
| Agent 主要運行位置 | 本地電腦／WSL2 的長駐 Gateway | iOS 或 Android App 內的沙盒與原生工具 |
| 手機的角色 | 從 Telegram、行動 App 或 WebUI 連回 Gateway；行動 App 也能作為節點 | 手機本身就是資料與工具所在的位置 |
| 比較擅長 | 電腦檔案、命令列、服務、瀏覽器、長時間與跨裝置工作 | 手機定位、照片、健康、行事曆、剪貼簿、藍牙、鬧鐘、通知與其他原生操作 |
| 使用前提 | 電腦與 Gateway 要維持運作，遠端連線也要可用 | App、模型供應商與手機權限要設定完成 |
| 模型選擇 | 可依部署使用本機 Ollama 或雲端模型 | 使用自己的 API、支援的帳號登入或相容端點 |
| Android 額外空間 | 依 OpenClaw 行動節點與 Gateway 提供的能力而定 | 可運用 Accessibility Service、Shizuku 等較廣泛的系統操作機制 |
OpenClaw 的行動 App 也能作為 Gateway 節點，不能說它完全無法存取手機能力。不過以我目前的實測經驗，官方 OpenClaw 行動 App 對手機硬體與系統資料的存取，沒有 Open Minis 來得直接；授權與設定門檻較高，也可能遇到存取失敗。
如果任務是整理電腦裡的檔案、執行命令、操作本地服務，或需要 Agent 長時間待命，我還是會交給 OpenClaw。當任務和「我手上這支手機」直接相關，例如照片、定位、HealthKit、鬧鐘、剪貼簿或行事曆，Open Minis 的路徑短很多。
哪些人適合安裝 Open Minis？
如果你只是想從手機遠端操作電腦上的 AI Agent，而且原本的 OpenClaw、Telegram 或 WebUI 已經穩定好用，不一定需要多裝一套工具。
Open Minis 比較適合這幾種使用者：
- 想直接用自然語言整理或操作手機資料。
- 需要把照片、定位、健康、行事曆與通知串成一個工作流程。
- 願意自己設定 AI 供應商，也看得懂權限與資料流向。
- Android 使用者想進一步運用無障礙服務或 Shizuku，但知道權限越大，越要控制使用範圍。
這次實測後，我會把兩套 Agent 留在不同位置：OpenClaw 繼續處理電腦端與長駐工作，Open Minis 負責手機當下的資料與操作，如果只是處理雲端資訊則兩者皆可。這樣安排後，手機除了傳送指令，也可以直接成為 Agent 的本地工作環境。
留言
張貼留言