前言¶

寫過智能體的人都會遇到同一個問題：會話一結束，上下文就斷了。項目裏的約定、用戶上一輪確認的方案、調試時找到的關鍵結論，都留在上一個會話裏；新開一個會話，模型只能從零開始。要麼手動把重要信息複製粘貼進新 prompt，要麼指望上下文塞得夠長，兩種做法都不踏實。

下面介紹的元憶（yotta-memory）就是衝着這個問題來的：把智能體的長期記憶外置成一個記憶庫，跨會話隨時恢復上下文。

這是什麼¶

元憶是一個面向 AI 智能體的長期記憶與永久記憶系統，官方定位爲”記憶引擎”。它由 community 來源的發佈者 user_0d6b02f6 維護，座標 @user_0d6b02f6/yotta-memory，當前版本 0.23.2，分類 ai-agent。

它解決的問題很具體：讓智能體在會話開始時回憶起之前沉澱的記憶，會話過程中把重要信息落盤，會話結束時歸檔，從而在多次會話之間保持連續的上下文，而不是每次從零開始。

核心功能¶

以下是官方簡介中列出的能力，逐條整理。

1、跨會話上下文隨時恢復。記憶保存在會話之外，新會話開始時可以從記憶庫恢復之前的上下文。

2、三段式記憶工作流：開工回憶、重要信息落盤、收工歸檔。對應一次會話的開始、進行中、結束三個節點：開工時讀取記憶，過程中把關鍵決策和約定寫入記憶庫，收工時歸檔整理。

3、語義檢索。記憶不是隻能全文匹配，而是按語義檢索，可以在跨會話的情況下找到相關內容。

4、權限邊界。記憶庫帶權限控制，不同來源的記憶可以隔離，避免越權讀取。

5、可 diff、可回滾。記憶的寫入可以被檢查、對比和回滾，方便審計，也方便修正錯誤記憶。

6、零依賴。官方稱零依賴，接入時不需要額外拉起外部服務。

安裝與啓用¶

本次抓取未能打開官方頁面（www.skillhub.cn 與 api.skillhub.cn 均抓取失敗），已抓取資料中沒有包含安裝命令和配置字段，下面只給出資料中核實的座標與入口，安裝步驟請以官方頁面爲準。

Skill 座標：

@user_0d6b02f6/yotta-memory

頁面入口：

https://www.skillhub.cn/skills/user_0d6b02f6/yotta-memory
https://api.skillhub.cn/user_0d6b02f6/yotta-memory

兩點注意：

• 該 Skill 帶有 requires_api_key=true 標籤，啓用前需要準備好 API Key，申請方式見官方頁面。
• 該 Skill 基於通用 SKILL.md 格式。各宿主（Cursor、Codex CLI、Claude Code 等）的加載方式以其各自文檔爲準，本次抓取資料未包含各宿主的差異說明，此處不展開。

典型用法¶

抓取資料中沒有可復現的官方示例命令，下面把官方簡介描述的工作流整理成一段可直接對照的流程，具體命令與配置以官方頁面爲準。

接入後，一次帶記憶的會話大致是：

1、開工回憶：會話開始時，智能體先檢索記憶庫，恢復與當前任務相關的既有記憶，包括之前的決策、約定和結論。

2、重要信息落盤：會話過程中，遇到需要長期保留的信息（用戶確認的方案、關鍵參數、踩過的坑），寫入記憶庫。

3、收工歸檔：會話結束時歸檔，把本次會話的記憶整理進庫，供下次開工使用。

4、出錯時修正：通過 diff/回滾修正錯誤記憶，修正後的記憶在下一次會話中被語義檢索正確召回。

適用場景與注意¶

適合誰：

• 在多次會話之間維護同一項目上下文的智能體開發者，例如長期跟某個代碼庫或業務線打交道的助手。
• 需要記憶可審計的團隊。可 diff、可回滾意味着可以隨時檢查”智能體到底記住了什麼”。

注意點：

• 來源是 community，發佈者爲個人賬號 user_0d6b02f6，不是官方出品。接入前建議先確認記憶庫的落盤位置與權限配置。
• 抓取時頁面顯示下載 1111 次、安裝 0，評分與下載爲快照值，接入前以官方頁面實時數據爲準。
• 需要 API Key，部署環境要能訪問對應服務。
• “零依賴”是官方說法，具體指什麼（無外部服務、無額外運行時）需要在接入時驗證。

結尾¶

元憶的價值在於把跨會話記憶從 prompt 工程變成一套有落盤、有檢索、有權限、可回滾的機制：開工回憶、重要信息落盤、收工歸檔，三件事覆蓋了一次會話的完整生命週期。對需要長期上下文的智能體來說，這是一個可以直接接入的方向。

官方地址：

https://www.skillhub.cn/skills/user_0d6b02f6/yotta-memory