Rabbit OS3 與 FoneClaw 比較：從手機發出指令，工作究竟在哪裡執行？
比較 Rabbit OS3 的電腦節點與 FoneClaw 的 Android 手機工具。用整理明日行程的同一需求，看懂設定、核准、資料流向與斷線後的任務狀態。
- Rabbit OS3 可讓手機成為指令入口，透過已配對的電腦節點處理可存取的電腦檔案與應用程式；手機瀏覽器入口不等於控制 Android App。
- FoneClaw 由設定的模型理解要求，再由取得必要權限的工具在 Android 手機上執行受支援動作；它不是 Rabbit 電腦節點的替代介面。
- 整理明日行程時，先確認資料是在電腦檔案、手機行事曆，還是使用者提供的內容，再核對摘要與原始來源，避免把兩種路徑誤認為資料互通。
- 兩者的核准、模型費用及資料傳送方式取決於各自設定；關閉手機分頁也不能證明電腦或雲端任務已停止。
先決定哪部裝置需要完成工作
Rabbit OS3 與 FoneClaw 比較，最先要問的不是「哪個模型比較聰明」，而是工作所需的資料在哪裡、動作要由哪部裝置完成。如果行程資料是一份放在電腦上的檔案，Rabbit OS3 的路徑是從手機或其他入口發出要求，交由已連接的電腦節點處理。若資料在 Android 行事曆，而你希望在目前手機上讀取受支援的資訊，FoneClaw 的手機工具更貼近這項工作。
Rabbit 在 9 月 22 日公布 OS3 的跨裝置架構，描述由雲端協調已連接的 Windows、Mac、Linux 電腦或雲端虛擬機。Rabbit 的現行說明列出網頁、Telegram 與 r1 等使用入口，但從手機瀏覽器輸入指令，不代表 OS3 因此取得該手機上 Android App 的操作權。FoneClaw 則在 Android 手機上使用取得必要權限的工具執行受支援動作；模型負責理解要求，實際手機操作由工具承擔。
以下依官方文件比較設定條件，並提出一項供讀者自行核對的行程任務；這不是兩款產品的實機測試，也不比較速度或成功率。Rabbit 的使用條款仍將服務描述為預覽或測試階段，因此具體可用能力應以帳戶、節點和當下設定確認。
兩條設定路徑，各自需要什麼
使用 OS3 不一定要有 r1。依 Rabbit 的設定說明，網頁、Telegram 與 r1 都可作為入口；若要使用電腦上的檔案或應用程式，還須在受支援的電腦上設定 rabbit agent、完成帳戶配對，並授予所需的作業系統存取權。使用者也要選擇受支援模型並提供自己的 API 金鑰。先確認節點已連線、能存取哪個資料夾，以及要求會交給哪個模型，比單看手機上能否打開對話頁更重要。技能的相容性也應逐項確認，不能假設每一項都適用。
我們的 FoneClaw 路徑從 Android 9 以上的手機開始：選用預設模型或設定相容模型，再依任務開啟所需的 Android 權限與工具。舉例來說，讀取手機行事曆前，要確認行事曆存取已獲允許、要查的日期範圍清楚，並檢查工具核准設定。FoneClaw 的功能介紹列出手機端支援的操作；它不會因為使用者提出相同要求，就自動取得電腦檔案或連上 Rabbit 節點。
| 要確認的事 | Rabbit OS3 路徑 | FoneClaw 路徑 |
|---|---|---|
| 指令入口 | 網頁、Telegram 或 r1 等入口 | Android 手機上的 FoneClaw |
| 本例的資料位置 | 已配對電腦上獲准存取的檔案 | 獲准讀取的手機行事曆或使用者提供的內容 |
| 執行前提 | 節點連線、電腦權限與選定模型 | 手機權限、已啟用工具與模型設定 |
用手邊資料整理明日行程
假設你只想取得明日行程摘要，不寄送訊息、不新增事件，也不修改檔案。先把「明日」換成明確日期與時區，並指定可使用的來源。這一步能防止兩種助理把不同帳戶、不同日期的資料混在一起。也請選一份不含敏感資訊的範例資料，讓結果容易逐項核對。
走 Rabbit OS3 路徑時，可以在手機入口要求：「請根據已配對電腦上我指定的行程檔，整理明天的時間、地點與待辦；只產生摘要，不修改檔案或發送內容。」在允許節點讀取之前，先確認檔案是哪一份、是否為最新版本，以及其中時間所屬的時區。收到摘要後，回到原檔核對每個時間和地點。若節點未連線或無權讀取該檔案，應補齊來源或停止這次要求，不能把推測內容當成檔案結果。
走 FoneClaw 路徑時，可以要求我們的工具在指定日期範圍內讀取獲准存取的 Android 行事曆事件，再整理時間順序；也可以由使用者明確提供要摘要的文字。檢查時，對照手機行事曆中的事件名稱、開始與結束時間、時區及地點，並確認摘要沒有聲稱已新增或調整事件。如果唯一可信來源是電腦上的行程檔，而它並未提供給手機，這條路徑就應請使用者提供內容，不能假定 FoneClaw 已讀取遠端檔案。
這是同一個閱讀與整理目標，卻不是兩款產品對同一資料來源的能力測試。判斷成果時，要問「摘要是否對得上實際來源」，而不是只看回覆是否流暢。
核准、資料流向與模型費用怎麼看
電腦上的原始檔案沒有被搬走，不等於相關內容完全不離開電腦。Rabbit 的架構說明與條款指出，處理任務所需的內容可能經由 Rabbit 服務及所選模型供應商；對話與記憶也有雲端保存路徑。初次使用時，應先確認要開放的檔案範圍，避免把整個資料夾交給只需閱讀單一行程檔的任務。
Rabbit 的核准方式取決於所選權限模式，可設定每次詢問、對新權限詢問，或給予較完整的存取權；後者可能讓有實際影響的動作在沒有逐次確認下執行。電腦作業系統的權限仍是另一道控制，不能以對話中的同意取代。Rabbit 使用自行提供的模型 API 金鑰時，也要向模型供應商確認費用與用量，不能把 OS3 入口是否可用等同於模型服務免費。
FoneClaw 的工具核准政策與 Android 權限同樣分開：可以依整體或個別工具設定允許方式，較嚴格的設定能限制後續工具呼叫，但不會撤回已完成的動作。我們提供預設模型，也支援設定相容模型；若使用線上模型，送交模型處理的任務內容可能離開手機，因此手機端執行不代表所有推理都在本機。選擇自行設定的模型時，也應確認該供應商的費用與資料條款。對這項唯讀行程任務，先只開放必要來源、核對工具回傳與最終摘要，就能把資料與動作範圍維持在需要的程度。
斷線或停止時，確認真正的任務狀態
在手機上關閉 OS3 網頁分頁，只是離開一個指令入口，不能據此判定已配對電腦或雲端上的工作結束。若要中止，應使用服務提供的停止控制，並到實際執行的節點或任務介面確認終止狀態；已寫入或送出的結果還要回原服務核對。Rabbit 的常見問題說明也區分各入口的對話：網頁、Telegram 與 r1 有各自的對話串，但會共用相關記憶與情境，不能把它們想成完全相同的一份聊天紀錄。
FoneClaw 的手機任務也應在停止後查看最後結果；停止目前工作與關閉未來的觸發是兩件事，已完成的變更不會因停止而自動復原。若你正考慮讓任務從一部裝置移交到另一部，安全的跨裝置 AI Agent 任務交接：狀態、核准、斷線復原與手機接管能幫助你分清指令入口、執行位置與斷線後的狀態。若重點是反覆使用手機上的受支援動作，可再看FoneClaw 工具、外掛、技能、工作流程與捷徑怎麼選，確認每一層實際保存及執行什麼。
選擇很具體：要處理已連接電腦上的檔案或應用程式，先評估 OS3 的節點、模型與權限；要處理目前 Android 手機上獲准存取的資料與受支援動作，就檢查 FoneClaw 的手機工具。先用一項不修改資料的行程摘要確認來源、輸出與停止方式，再決定是否擴大任務範圍。