跨 App 操作聽起來很美，但真正的問題不在「連接」

「一個 URL 連接所有 App」聽起來很帥。但實際做過跨 App 自動化的人都知道，連接只是第一步。

這篇的核心觀點

• 連接 App 是已解決的問題，真正難的是「資料怎麼流」
• 每個 App 對同一個概念的理解不同，AI 必須當「翻譯官」
• 「部分失敗」是跨 App 操作的常態，不是例外
• 好的跨 App 系統要先解決「資料映射」問題，再解決「連接」問題

故事

我曾經試過一個看似簡單的任務：「把 Google Calendar 上的會議建成 Todoist 任務，然後把任務詳情寫到 Notion 頁面」。

三個 App，兩步操作。應該很簡單對吧？

結果我碰到了：

• Calendar 的「事件」有開始和結束時間，但 Todoist 的「任務」只有一個到期日。該用開始還是結束？
• Calendar 的參加者是 email，Notion 的人員是 Notion user ID。同一個人在兩邊的身份不同。
• Todoist 的 project 跟 Notion 的 database 都可以當「分類」，但它們的結構完全不同。

這些都不是「連接」問題。這是「資料映射」問題。

AI 當翻譯官

這就是為什麼跨 App 操作需要 AI，而不只是 API 串接。

Zapier 和 IFTTT 用「規則」來處理資料映射：「把 Calendar 的 title 對到 Todoist 的 content」。但規則是死的。當會議標題是「1:1 w/ Alice」時，你需要 AI 有判斷力：這是一對一會議，待辦應該是「跟進 Alice 1:1 討論事項」而不是「1:1 w/ Alice」。

AI 不只是搬運資料，而是理解資料在不同 App 裡的意義，然後做出合理的轉換。這就是 OctoDock 說的「AI 使用體驗優化」中的 pre-context 和 param-suggest 在做的事。

「部分失敗」是常態

單一 App 操作通常是全成或全敗。但跨 App 操作常常是「前兩步成功，第三步失敗」。

例如：讀了 Calendar ✅ → 建了 Todoist 任務 ✅ → 寫 Notion 時碰到權限錯誤 ❌

你現在有兩個建好的 Todoist 任務但沒有對應的 Notion 頁面。這是一個「不一致狀態」。

好的跨 App 系統需要處理這種情況：失敗時清楚告訴你哪一步出了問題，而不是悠然地「完成」然後讓你自己發現數據少了一块。

延伸思考

未來的跨 App 自動化可能需要一個「統一資料模型」。不是讓每個 App 用自己的格式，而是有一個中間層把「人」、「任務」、「時間」、「文件」這些概念統一起來。

MCP 在做「工具層」的統一。但「資料層」的統一還沒有人做好。這可能是下一個大機會。

結論

連接已經不是問題。翻譯才是。