Install
openclaw skills install @thcjp/longmemo-eliteopenclaw skills install @thcjp/longmemo-elite功能说明: 本技能涵盖 规范流程和配置说明、化工作流场景 等核心能力。
解决 AI Agent 三大记忆顽疾:跨会话遗忘、检索不准、成本失控。本系统将六种成熟记忆策略整合为一套防弹架构,配合 WAL 写前日志协议,确保永不丢失上下文、永不遗忘决策、永不重复犯错.
| 层级 | 存储 | 用途 | 持久化 | 加载时机 |
|---|---|---|---|---|
| L1 热内存 | SESSION-STATE.md | 当前任务、关键上下文、待办 | 抗压缩/重启 | 会话开始立即加载 |
| L2 温向量 | LanceDB | 语义相似召回 | 本地向量库 | 按需检索 |
| L3 冷图谱 | Git-Notes | 结构化决策、分支关联 | Git 永久 | 决策/查询时 |
| L4 精选归档 | MEMORY.md + daily/ | 蒸馏后的长期智慧 | 文件 | 周期性回顾 |
| L5 云备份 | SuperMemory API | 跨设备同步 | 云端 | 可选 |
| L6 自动抽取 | Mem0 | 对话自动提取事实 | 外部服务 | 推荐 |
处理: 解析六层存储架构速查的输入参数,完成核心逻辑,输出结构化数据. 输出: 返回六层存储架构速查的响应数据,包含返回码、数据和处理记录.
用input_params参数进行配置.
处理: 解析核心功能执行的输入参数,完成核心逻辑,输出结构化数据. 输出: 返回核心功能执行的响应数据,包含返回码、数据和处理记录.
input_params参数,支持创建/查询/导出操作用config_options参数进行配置.
处理: 解析参数配置与调用的输入参数,完成核心逻辑,输出结构化数据. 输出: 返回参数配置与调用的响应数据,包含返回码、数据和处理记录.
config_options参数,支持修改/重置/导入操作
能力覆盖范围:核心能力涵盖以下关键词:Agent、金鱼记忆、自动卫生、跨会话不丢上下文、的精英级长期记忆、解决跨会话遗忘、检索不准、成本失控三大痛点、适用于跨会话项目、多代理协作、长期偏好维护、适用关键词、长期记忆、跨会话、记忆管理等。这些关键词对应description中声明的使用场景,均已在上述能力点中提供对应的操作支持.何时使用:
输入输出:
不适用场景:
在工作区根目录创建 SESSION-STATE.md,包含当前任务、关键上下文(用户偏好/已做决策/当前阻塞)、待办动作、近期决策四个区块,作为抗压缩的热内存.
在 memory-config.json 中启用三路混合检索:设置 hybrid.vector=true、hybrid.keyword=true、hybrid.graph=true、fusion=rrf,配置 minScore=0.35、maxResults=10、embedding provider.
配置示例:
{
"memorySearch": {
"enabled": true,
"provider": "openai",
"minScore": 0.35,
"maxResults": 10,
"hybrid": { "vector": true, "keyword": true, "graph": true, "fusion": "rrf" }
},
"costBudget": {
"dailyLimitUsd": 2.0,
"monthlyLimitUsd": 50.0,
"alertThreshold": 0.8,
"strategies": { "embeddingCache": true, "tieredStorage": true, "smallModelExtraction": true }
}
}
执行 git init 初始化 Git 仓库(用于 Git-Notes 知识图谱),运行 python3 memory.py -p . sync --start 启动同步,创建 memory/ 目录结构.
执行 memory_recall query="测试查询" limit=3 验证检索功能正常,确认向量库非空、embedding provider 可用.
遵循"先写后回复"原则:用户表达偏好→写入 SESSION-STATE.md + memory_store;做出决策→写入 SESSION-STATE.md + Git-Notes;给出期限→写入 SESSION-STATE.md;纠正错误→写入 SESSION-STATE.md + lessons.md;出现代码错误→记录到 lessons.md + memory_store.
读取 SESSION-STATE.md(热内存)→ 执行 memory_recall 检索相关历史 → 检查 memory/YYYY-MM-DD.md 近期活动 → 扫描 lessons.md 相关教训.
更新 SESSION-STATE.md 最终状态 → 重要内容迁移到 MEMORY.md → 创建/更新 memory/YYYY-MM-DD.md 日志.
执行 memory_dedup 去重 → memory_forget 清理低重要性向量(importance<0.3 且超过 30 天)→ memory_compact 压缩旧日志 → memory_export 导出备份.
输入:
输出:
输入:
输出:
输入: 主代理需派生代码审查子代理审查支付模块
输出: 主代理在子代理任务提示词中注入上下文继承块:项目=电商平台、当前任务=审查支付模块、关键决策=支付用 Stripe/货币用 USD、已知约束=必须 PCI 合规。子代理基于继承上下文进行审查,无需重新询问.
| 依赖项 | 类型 | 是否必需 | 获取方式 |
|---|---|---|---|
| Agent 平台(Claude Code/Cursor/Codex 等) | 运行环境 | 必需 | 安装对应 Agent |
| Python 3.8+ | 运行时 | 推荐 | python.org 安装(Git-Notes 脚本) |
| Node.js 16+ | 运行时 | 推荐 | nodejs.org 安装(LanceDB 向量库) |
| LanceDB | 向量数据库 | 推荐 | pip install lancedb |
| OpenAI Embedding API | 向量化 | 推荐 | 配置 OPENAI_API_KEY(无则用本地 embedding) |
| Mem0 | 自动事实抽取 | 可选 | npm install mem0ai |
| SuperMemory | 跨设备云同步 | 可选 | 官网注册获取 API Key |
| LLM API | API | 必需 | 由 Agent 内置 LLM 提供 |
API Key 配置:
可用性分类: MD+EXEC(核心记忆协议纯 Markdown 即可工作;向量检索、自动抽取等高级功能需对应依赖)
Q1:WAL 协议会不会拖慢回复速度? A:写入本地文件是毫秒级操作,对用户感知无影响。相比崩溃后丢失上下文的代价,这点延迟完全值得. Q2:混合检索三路都开会不会很贵? A:关键词倒排和图谱遍历都是本地操作,零 API 成本。只有向量检索需要 embedding(已缓存)。综合成本反而低于纯向量方案(召回更准,减少重试). Q3:Mem0 自动抽取和手动 memory_store 冲突吗? A:不冲突。Mem0 负责对话流自动提取,手动 memory_store 负责高价值显式记录。两者互补,Mem0 有去重逻辑避免重复. Q4:本地和云端如何选择? A:个人/小团队用本地(LanceDB + Git-Notes)足够;跨设备协作加 SuperMemory;生产级建议本地为主 + 云端备份. Q5:记忆库多久清理一次? A:建议每周一次轻清理(去重 + 低重要性降级),每月一次深清理(归档 + 压缩 + 导出备份).
{
"success": true,
"data": {
"result": "精英长记忆处理结果",
"execution_time": "0.5s",
"metadata": {
"version": "1.0",
"processor": "longmemo elite"
}
},
"execution_log": ["解析输入参数", "执行核心处理", "格式化输出结果"],
"error": null
}
| 风险类型 | 防范措施 |
|---|---|
| API密钥泄露 | 配置于环境变量中,密钥不得固化于代码 |
| 命令执行风险 | 限定执行预批准命令,不拼接用户输入到参数中 |
| 敏感数据暴露 | 返回内容不包含敏感凭证 |
使用前请确认已阅读依赖说明章节,确保运行环境满足安全要求。
| 操作场景 | 手动耗时 | 自动化耗时 | 效率提升 |
|---|---|---|---|
| 文件解析与提取 | 5-10分钟/个 | <5秒/个 | 60-120x |
| 批量文件处理(100个) | 8-16小时 | <5分钟 | 96-192x |
| API调用与响应解析 | 2-3分钟/次 | <1秒/次 | 120-180x |
| 多接口数据聚合 | 15-30分钟 | <10秒 | 90-180x |
| 命令执行与结果收集 | 3-5分钟/次 | <2秒/次 | 90-150x |
| 重复任务批量执行 | 因任务而异 | 线性缩减 | 5-50x |
| 错误排查与修复 | 10-30分钟 | <30秒 | 20-60x |
| 对比维度 | 精英长记忆 | 传统手动方式 | 通用脚本工具 |
|---|---|---|---|
| 自动化程度 | 全流程自动 | 完全手动 | 部分自动 |
| 错误处理 | 内置错误恢复 | 依赖人工经验 | 基本try-catch |
| 可复用性 | 参数化配置 | 一次性脚本 | 模板化 |
| 安全合规 | 内置安全检查 | 无安全保障 | 无安全保障 |
| 适用场景 | 解决Agent金鱼记忆:WAL防丢失+混合检索+成本预算+自动卫生,跨会话不丢上 | 通用场景 | 通用场景 |
针对精英长记忆使用中可能遇到的常见问题,提供以下排查方案:
| 错误类型 | 原因分析 | 解决方案 |
|---|---|---|
| API认证失败(401) | API密钥错误或过期 | 检查密钥配置,重新生成token |
| 接口限流(429) | 请求频率超出限制 | 降低调用频率,启用重试退避策略 |
| 响应超时(504) | 网络延迟或服务端负载过高 | 增加超时阈值,检查网络连接 |
| 文件不存在 | 路径错误或文件未创建 | 检查路径拼写,确认文件已生成 |
| 文件格式不支持 | 扩展名不在支持列表中 | 转换为支持的格式后重试 |
| 权限不足 | 当前用户无读写权限 | 检查文件权限,以管理员身份运行 |
| 命令执行失败 | 参数错误或环境依赖缺失 | 检查命令语法,确认依赖已安装 |
| 进程超时 | 命令执行时间过长 | 增加超时设置,优化命令参数 |