你有沒有遇過這種情況?跟 ChatGPT 聊到一半,切去用 Claude 問同一個問題,結果兩邊完全不知道對方說過什麼。或者,你讓 AI 幫你規劃行程,但換個裝置之後,它竟然忘記你昨天選的飯店。

這不是你的問題,是 AI 記憶格式不統一的鍋。現在,一個名為 Universal Memory Protocol(UMP) 的開源標準正在改變這一切。簡單來說,它就像 AI 界的 USB-C——讓不同 AI 代理、不同應用、不同裝置之間,能夠用同一種語言「溝通記憶」。

今天這篇教學,我會帶你從零開始理解 UMP 是什麼、為什麼它這麼重要,以及最重要的——如何實際用它來打通你的 AI 工具。你會學到如何讓 ChatGPT、Claude、甚至本地運行的開源模型,共享同一份記憶資料庫。不再重複輸入、不再遺失上下文,效率直接翻倍。


為什麼你的 AI 總是「失憶」?——記憶孤島問題

想像一下,你正在用手機上的 AI 助手規劃下個月的東京旅行。你告訴它:「我喜歡安靜的住宿,預算一晚不超過 5000 台幣。」AI 幫你推薦了三間飯店,你選了其中一間。

然後你打開電腦,想查一下那間飯店的評價。你用同一個帳號登入另一個 AI 工具,問它:「我選的那間飯店評價如何?」結果它回答:「抱歉,我不知道你指的是哪間飯店。」

這不是 AI 笨,而是記憶孤島——每個 AI 應用都有自己的記憶儲存格式,彼此完全不相通。你的偏好、選擇、對話歷史,都被鎖死在各自的系統裡。就像你同時用五種不同語言寫筆記,但每本筆記本都無法互相翻譯。

Universal Memory Protocol 就是為了解決這個問題而生的。它定義了一套標準化的記憶格式,讓任何 AI 代理都能讀取、寫入、更新和查詢記憶。不管你是用 ChatGPT、Claude、Gemini,還是自己架設的開源模型,只要支援 UMP,它們就能共享同一份記憶。

根據 Hacker News 上的討論,這個協議已經獲得不少開發者關注,因為它解決了 AI 代理生態系中最頭痛的問題之一:如何讓多個代理協作時不遺忘上下文


第一步:理解 UMP 的核心結構——記憶就是「三元組」

在開始動手之前,你需要先理解 UMP 怎麼「儲存」記憶。它的設計非常簡單,靈感來自知識圖譜(Knowledge Graph)的概念。

每一條記憶,都是一個 三元組(triple)

  • 主體(Subject):記憶的主角,通常是使用者或代理本身。
  • 謂語(Predicate):描述主體與客體之間的關係。
  • 客體(Object):記憶的內容或目標。

舉例來說,當你告訴 AI 「我喜歡喝冰美式」,UMP 會把它儲存成:

  • 主體:user:你的ID
  • 謂語:prefers_drink
  • 客體:"冰美式"

當你換到另一個 AI 工具,問它「推薦我喝什麼咖啡」,這個工具就能查詢 UMP 資料庫,找到 prefers_drink 這個記憶,然後回答:「你喜歡冰美式,要不要試試看特調冷萃?」

聽起來很簡單對吧?但正是這個簡單的結構,讓它能夠跨平台運作。每一個記憶都帶有時間戳記、來源標籤和信任度分數,讓 AI 知道這條記憶是多久以前的、從哪裡來的、以及是否可靠。


第二步:實際搭建你的 UMP 記憶伺服器

現在我們要進入實戰環節。我會教你用 Docker 在自己的電腦或樹莓派上,架設一個 UMP 記憶伺服器。這個伺服器會成為你所有 AI 工具的「共同大腦」。

你需要準備什麼?

  • 一台可以跑 Docker 的電腦(Windows / macOS / Linux 都可以)
  • Docker 和 Docker Compose 安裝好
  • 基本的終端機操作能力(如果你會打 cdls 就夠了)

開始搭建

打開終端機,建立一個新資料夾:

mkdir ump-server
cd ump-server

下載官方提供的 Docker Compose 設定檔:

curl -O https://raw.githubusercontent.com/universal-memory-protocol/server/main/docker-compose.yml

啟動服務:

docker compose up -d

等大約 30 秒,你的 UMP 伺服器就開始運作了。它會在本機的 http://localhost:8080 提供 API 服務。

測試是否成功

curl 測試一下:

curl http://localhost:8080/health

如果回傳 {"status":"ok"},恭喜你,你的記憶伺服器已經上線了!


第三步:讓你的 AI 工具「記住」你——API 實戰

伺服器跑起來之後,接下來要讓你的 AI 工具學會讀寫記憶。UMP 提供簡單的 REST API,任何語言都能呼叫。

寫入記憶

假設你正在用 ChatGPT,你告訴它「我住在台北市大安區」。你可以透過 API 把這個資訊寫入 UMP:

curl -X POST http://localhost:8080/memory \
  -H "Content-Type: application/json" \
  -d '{
    "subject": "user:your-email@example.com",
    "predicate": "lives_in",
    "object": "台北市大安區",
    "timestamp": "2026-06-07T10:00:00Z",
    "source": "chatgpt",
    "confidence": 0.95
  }'

查詢記憶

當你切換到 Claude,問它「你知道我住哪裡嗎?」Claude 可以透過 API 查詢:

curl -X GET "http://localhost:8080/memory?subject=user:your-email@example.com&predicate=lives_in"

它會回傳:

{
  "memories": [
    {
      "subject": "user:your-email@example.com",
      "predicate": "lives_in",
      "object": "台北市大安區",
      "timestamp": "2026-06-07T10:00:00Z",
      "source": "chatgpt",
      "confidence": 0.95
    }
  ]
}

Claude 讀到這條記憶後,就能回答你:「你住在台北市大安區,需要推薦附近的咖啡廳嗎?」

更新與刪除

記憶不是寫死的。如果你搬家了,可以用 PUT 更新:

curl -X PUT http://localhost:8080/memory \
  -H "Content-Type: application/json" \
  -d '{
    "subject": "user:your-email@example.com",
    "predicate": "lives_in",
    "object": "新北市板橋區",
    "timestamp": "2026-06-07T12:00:00Z",
    "source": "chatgpt",
    "confidence": 0.98
  }'

如果某條記憶錯了,用 DELETE 刪掉:

curl -X DELETE "http://localhost:8080/memory?subject=user:your-email@example.com&predicate=lives_in&object=台北市大安區"

第四步:進階應用——讓多個 AI 代理協作

UMP 的真正威力,在於讓多個 AI 代理像一個團隊一樣工作。想像這個場景:

你正在開發一個專案,需要:

  1. 寫程式:用 Cursor(AI 程式碼編輯器)寫一個 API
  2. 寫文件:用 Claude 寫 API 文件
  3. 測試:用自動化測試工具跑測試

在傳統模式下,每個工具都不知道其他工具做了什麼。你必須手動把程式碼貼來貼去。

有了 UMP,你可以這樣做:

Cursor 寫完 API 後,自動寫入記憶:

{
  "subject": "project:my-api",
  "predicate": "has_endpoint",
  "object": "/users/create",
  "source": "cursor",
  "confidence": 1.0
}

Claude 查詢到這個記憶,自動為 /users/create 生成文件:

{
  "subject": "project:my-api",
  "predicate": "has_documentation",
  "object": "/docs/users.md",
  "source": "claude",
  "confidence": 0.9
}

測試工具查詢到 /users/create 存在,自動產生測試案例並執行。

完全不需要你手動協調,三個 AI 代理透過 UMP 共享記憶,自動完成整個工作流程。這就像你同時有三個實習生,他們會互相溝通、彼此配合,而你只需要下達一次指令。

根據 UMP 專案在 GitHub 上的說明,這種「代理協作」正是他們設計的核心目標。開發者已經在嘗試用它來串接多個開源模型,讓一個模型負責規劃、另一個負責執行、第三個負責驗證結果。


第五步:隱私與安全——你的記憶只有你能控制

你可能會擔心:把這麼多記憶集中儲存在一個伺服器上,安全嗎?

UMP 從設計之初就考慮了隱私問題。它有幾個關鍵機制:

端到端加密

所有記憶在寫入前,都可以用你的公鑰加密。伺服器只儲存加密後的內容,即使伺服器被入侵,攻擊者也無法讀取你的記憶。

細粒度權限控制

你可以為每一條記憶設定存取權限。例如:

  • 只允許 ChatGPT 讀取「飲食偏好」
  • 只允許 Claude 讀取「程式碼相關記憶」
  • 不允許任何代理讀取「銀行帳號」相關記憶

本地優先

如果你不想把記憶放在雲端,完全可以只在本機運行 UMP 伺服器。你的記憶永遠不會離開你的電腦。這對於處理敏感資料的使用者來說特別重要。

資料可攜性

UMP 使用標準的 JSON 格式,你可以隨時匯出所有記憶,備份到自己的雲端硬碟或列印出來。沒有任何供應商鎖定(vendor lock-in)的問題。


總結:打通你的 AI 記憶,從今天開始

Universal Memory Protocol 不是什麼遙遠的未來技術,它現在就能用。你只需要花 10 分鐘架設伺服器,然後開始讓你的 AI 工具共享記憶。從此不再重複輸入、不再遺忘上下文、不再切換工具時斷線。

我建議你這樣開始:

  1. 今天:用 Docker 架設 UMP 伺服器,測試健康檢查 API
  2. 明天:寫入你的第一條記憶(例如你的居住地點或偏好)
  3. 這週:試著讓兩個不同的 AI 工具(例如 ChatGPT 和 Claude)透過 UMP 共享同一份記憶
  4. 這個月:探索進階應用,讓多個 AI 代理協作完成一個專案

記住,AI 的價值不在於單一模型有多強,而在於它們能多好地協作。UMP 就是那把打通所有 AI 工具的鑰匙。

你準備好讓你的 AI 不再失憶了嗎?去下載 Docker 開始吧。


延伸閱讀

常見問題

Q: Universal Memory Protocol 跟 OpenAI 的記憶功能有什麼不同? A: OpenAI 的記憶功能只能在 ChatGPT 內部使用,無法跨平台或跨模型。UMP 是開放標準,任何 AI 工具都能實作,你的記憶不會被鎖死在單一供應商。

Q: 我沒有程式背景,也能用 UMP 嗎? A: 如果你只會用 Docker 跑指令,就能完成基本架設。進階的 API 操作需要一點 curl 或程式碼知識,但網路上已經有許多圖形化介面工具正在開發中,未來會更簡單。

Q: 我的記憶存在 UMP 伺服器上,會不會被別人看到? A: UMP 支援端到端加密和細粒度權限控制。你可以設定只允許特定代理讀取特定記憶,也可以選擇只在本機運行,完全不上雲端。

Q: UMP 支援哪些 AI 工具? A: 目前有社群開發的插件支援 ChatGPT、Claude、Gemini 和 Ollama。如果你是開發者,也可以透過簡單的 REST API 讓任何工具支援 UMP。

Q: 記憶太多會不會讓伺服器變慢? A: UMP 伺服器使用高效的向量資料庫(支援 PostgreSQL 和 SQLite),數百萬條記憶的查詢時間仍在毫秒等級。一般個人使用完全不用擔心效能問題。