前言¶

写过智能体的人都会遇到同一个问题：会话一结束，上下文就断了。项目里的约定、用户上一轮确认的方案、调试时找到的关键结论，都留在上一个会话里；新开一个会话，模型只能从零开始。要么手动把重要信息复制粘贴进新 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