Today AI 與 FoneClaw 比較：行程變動時，該讓誰處理？
用一場改期會議比較 Today 的跨裝置記憶與連接服務，以及 FoneClaw 的 Android 行事曆動作；看清資料來源、核准、結果驗證和方案限制。
- Today 著重跨日、跨裝置延續的個人情境，並透過使用者選擇連接的服務提出行程與郵件處理建議。
- FoneClaw 著重由使用者發起的 Android 任務：找出指定行事曆事件、核對目標，再依權限與核准設定執行支援的手機動作。
- 會議改期時，要分清「提出新時間」、「實際更新事件」與「寄出回覆」；每一步都應到對應的行事曆或郵件紀錄查證。
- 選擇前應確認 Today 帳戶可用的方案與連接服務，以及兩者各自的記憶、憑證和雲端資料處理設定。
會議改期時，先決定誰負責哪一步
這裡的 Today 指的是 today.ai 的個人 AI 助理。若你希望助理記得跨越數天的安排，並在已連接的行事曆、郵件與筆記之間提示變動，Today 的產品定位更貼近這個需求。若你已知道 Android 手機上要處理哪筆事件，想由當下的請求啟動支援的查找、修改和結果核對，FoneClaw 提供的是另一條手機任務路徑。兩者都可能涉及記憶、行事曆或郵件，差別不在於其中一方完全沒有另一方的功能，而在於誰取得情境、誰發起動作，以及結果落在哪裡。
Today 的產品介紹描述可跨裝置延續、由使用者檢視與修改的記憶，以及可選擇連接的服務；行程或郵件的對外動作會先提出建議，再等待確認。創辦人的文章則明確屬於產品願景，不能把其中每個構想都當成每個帳戶已可使用的功能。以下比較依官方文件及我們公開的功能範圍整理，沒有假設兩項產品在同一部裝置上完成過實測，也不比較處理速度或成功率。
兩者能使用的資料與可執行的動作
Today 將人、專案與偏好等資訊保存為可檢視、編輯或刪除的記憶，讓不同裝置上的日程討論能延續；若使用者連接適用的行事曆或郵件服務，它可以利用授權資料提出下一步。其產品說明也提到以雲端環境處理多步驟工作。這些描述不等於 Today 能直接控制使用者 Android 手機上的每個 App，實際連接服務仍須看帳戶、平台與授權。
FoneClaw 則由設定的模型理解請求，再透過受管理的 Android 工具處理支援任務。例如，查詢指定時間範圍內的行事曆事件、選定既有事件後更新，以及開啟事件核對結果，都是彼此分開的步驟；已設定的郵件帳戶也可用於支援的查詢或寄送動作。手機上的工具執行、Android 權限、個別工具與整體核准設定，以及模型處理資料的位置，不能混為一談。FoneClaw 功能介紹可用來確認目前支援的 Android 動作。
| 要確認的事 | Today | FoneClaw |
|---|---|---|
| 情境從哪裡來 | 帳戶記憶及使用者選擇連接的服務 | 使用者當下的請求、可用的手機資料與已設定能力 |
| 行程由誰處理 | 適用的連接服務提出或執行已確認的動作 | 受支援的 Android 工具查找、更新並核對指定事件 |
| 動作受什麼限制 | 連接服務的授權、帳戶功能與對外動作確認 | Android 權限、工具啟用及當前核准政策 |
Today 的平台清單列有桌面和行動裝置入口；列出某個平台，不代表每項連接服務或動作都在該平台及帳戶可用。
用同一場改期會議走一遍
假設一場「專案討論」原訂週三下午，對方來信提議改到週四。你的目標是先核對新時段、準備一段回覆文字，但暫時不要寄出。這是說明工作分工的例子，不是已執行的測試紀錄；開始前應確認郵件所指的是哪場會議、新時段的日期與時區，以及是否真的要修改原事件。
使用 Today 時，若帳戶有適用的行事曆與郵件連接，助理可依連接資料注意到行程變動、提出可行時段並準備回覆。使用者仍要核對事件名稱、時間、對象及文字內容；「建議改期」只是提案，不等於行事曆已有新紀錄。若你決定套用變更，應在確認後回到連接的行事曆查證。只要求回覆草稿時，草稿也不等於郵件已送出。
使用 FoneClaw 時，可以明確發起「找出這場週三的專案討論，核對週四的新時間，先給我回覆文字，不要寄出」。在可用權限與工具範圍內，先搜尋相關日期區間，選定正確的既有事件，並核對預計修改的起訖時間；要真正更新事件，仍須依當前核准設定執行對應動作，再開啟該事件比對結果。回覆文字可先留給你審閱，不必呼叫寄信動作。若日後另行要求寄出，就要再確認收件人、內容與實際郵件紀錄，不能由「草稿已寫好」推定送達。
兩條路徑都要防止結果不明時重複修改。遇到逾時或回覆含糊，先查目標行事曆中該事件是否已變更，再決定是否重試；同樣地，寄信結果不明時先查寄件紀錄，而不是再送一次。
依賴助理前，檢查連接、記憶與方案
Today 的產品文章曾以免費使用描述服務，但現行服務條款列有 Free、Pro、Ultra 方案，並說明可用功能、額度及模型可能因帳戶、裝置、地區、平台與推出範圍而異。要以自己帳戶實際顯示的連接服務與方案內容為準，不能因產品介紹提到某項能力，就假定它在每個平台都可使用。
連接授權、記憶內容與已同步資料也不是同一個開關。依Today 隱私政策，AI 請求和經授權的連接情境可能由其系統及第三方 AI 或雲端服務供應商處理。你可以檢視需要保留的記憶、撤銷不再使用的連接，並分別確認既有同步資料及帳戶資料的刪除方式；撤銷未來存取不應被當成已刪除過去同步的資料。
FoneClaw 的手機動作與模型處理同樣要分開看：工具可在 Android 裝置上執行，但設定的線上模型可能接收任務所需的情境。先檢查手機權限、已啟用工具、模型連線與核准設定，再決定要提供哪些行程或郵件內容。FoneClaw 的無人值守排程限於唯讀網頁研究，不能當作持續監看私人行事曆或收件匣、並自動替你改期的承諾。若想更完整地釐清個人資料如何成為手機代理的情境，可讀個人情境 AI Agent 指南：手機脈絡、記憶、權限與 Android 執行。
從一件能核對結果的小事開始
如果最困擾你的是每天要重新整理跨裝置安排，而且願意連接適用帳戶，優先評估 Today 的記憶與日程提示是否符合自己的方案、平台及資料授權偏好。如果需求是「現在替我在這部 Android 手機上找到並修改指定事件」，則先核對 FoneClaw 是否支援該動作、目標帳戶是否可用，以及你希望怎麼核准。這是任務歸屬的選擇，不是兩者整體能力或隱私安全的排名。
試用前可先準備一筆不含敏感資料的會議：記下原時間，要求助理找出它、提出新時間和回覆草稿，暫時不修改也不寄送。確認來源與提案都正確後，再決定是否授權更新，最後到行事曆核對事件；不用的連接與情境則依各服務提供的控制方式處理。若你需要的是從目標、提醒一路規劃到 Android 行事曆的詳細方法，AI 個人助理規劃行程：從目標轉日程到 Android 行事曆、Memo 與導航可接著閱讀。最重要的判斷標準始終是：助理取得了哪些資料、你核准了哪一步，以及目標系統最後實際發生了什麼。