Memex 與 Meta Muse 比較：本地優先的個人 AI 方案

安排一趟旅行，也留住一趟旅行

Muse 以執行任務為目標，關閉應用程式後仍能繼續工作，適合為即將出發的旅行研究方案這類請求。

旅行結束後留下的是另一組東西：照片、喜歡的餐廳、一段想記住的對話，以及下次想做得不同的地方。在 Memex 中，這些片段成為記錄，Agent 可以將它們整理成卡片和知識檔案。AI 摘要漏掉重點時，你仍能回到原始材料。

這兩件事需要不同的工具。先分清眼前更需要完成事務，還是保存有用的生活記錄，再比較功能清單。

Meta 如何設計 Muse · Agentic 日記如何運作

本地記錄與雲端模型請求是兩項選擇

Memex 以本地檔案與 SQLite 保存日記工作區，Agent 工作流程在應用程式內執行。這代表主要副本在本地，並不代表每次 AI 運算都在手機上完成。

直接設定雲端模型供應商時，相關提示詞與附件會傳給該供應商。選用 Memex AI 服務時，它會代理模型請求。連接 Ollama 時，推論發生在託管該端點的機器上，也可能是區域網路中的另一台電腦。同步、轉寫與外部工具還可能引入其他資料路徑。

要嘗試自選供應商，開啟頭像選單，進入模型設定，選擇供應商並填入所需的 API key 和 base URL。保存一條短筆記，檢查結果。儲存、推論與連接服務需要分別選擇；本地儲存不會讓雲端模型請求留在手機上。

本地優先儲存的含義 · Memex 模型設定

公平比較 Muse 的保護機制

Meta 描述了獨立的 Sentinel 來控制 Muse 的外部操作，並將憑證與主要 Agent 隔離。這些機制處理委託執行時的風險。

Meta 也表示，Muse 對話不會進入其廣告系統，並提供退出訓練的選項。這與以本地日記為主要副本的方案採用不同的隱私架構，不能據此說某個產品沒有隱私控制。

做決定時，分開問三個問題：檔案在哪裡、誰處理脈絡、Agent 能執行哪些操作？Memex 的開源程式碼便於檢查實作，但設定雲端服務時仍需要閱讀對應服務的條款。

Meta 的 Muse 安全架構 · Muse 發布說明與隱私承諾 · 選擇 AI 日記時的隱私問題

你能在 Memex 中修改什麼

Memex 支援為不同 Agent 設定供應商與模型。你可以修改系統提示詞、加入 Skills，並限定自訂 Agent 的工作目錄。GPL-3.0 原始碼也允許你在授權條款下建置和修改應用程式。

可以做一個旅行回顧實驗，給自訂 Agent 這樣的指令：「使用此工作區中的旅行記錄，列出去過的地方，把我的評論與你的建議分開，每條結論都連結原始記錄。」在少量筆記上執行並檢查結果。這是在設定和驗證工作流程，並非開啟內建的定時回顧。

Muse 也支援自訂連接器和 Skills。Memex 的吸引力在於可修改應用程式、裝置本地日記工作流程與模型選擇的組合；相應的設定與維護也需要你承擔。

Memex 自訂 Agent 設定 · 為日記連接本地模型

裝置端執行帶來的取捨

手機應用程式受作業系統背景執行、電量與網路限制。不能把 Memex 當成全天候在線的雲端電腦；任務需要外部模型端點時，該端點也必須能夠連線。

為本地檔案保留備份，並將模型用量以及所選硬體、託管費用計入預算。先保存一條簡單記錄，檢查產生的卡片，再測試模型切換，之後才擴充工作流程。更換背後的模型後，個人檔案仍應該有用。