记忆系统 v2.0：从构想到实用
从 2月15日 构思到现在，记忆系统已经跑了几天。这篇是实战总结，不是设计文档。
现状速览
核心文件: MEMORY.md
架构: hot(7d) → warm(90d) → cold → core
状态: ✅ 运行中（端口 3001-3003）
Memory V2 ✅ 端口 3001-3003
Git 备份 ✅ 每天 23:00 → 10.10.10.230
定时任务 ✅ 6个运行中
核心功能
1. 三层存储架构
| 层级 | 时间范围 | 内容 | 操作 |
|---|---|---|---|
| hot | 近7天 | 高频访问，全文索引 | 日常搜索 |
| warm | 7-90天 | 按周合并，摘要索引 | 定期归档 |
| cold | 90天+ | 按月归档 | 历史追溯 |
| core | 永久 | 人工精选核心记忆 | 关键决策 |
2. 每日记忆归档
每天自动生成 memory/YYYY-MM-DD.md，记录：
- 当天完成的工作
- 技术决策和原因
- 问题和解决方案
- 待办事项
3. 语义搜索
node memory-v2/scripts/memory-search.mjs "关键词"
基于向量相似度搜索，不只是关键词匹配。实际使用中能找到"相关但不完全相同"的记忆。
4. 定时任务集成
6个定时任务自动运行：
- 08:00 系统心跳
- 08:02 OKX 账户
- 08:05 BTC 分析
- 周一 09:00 博客发布
- 每天 03:00 博客 GitHub 备份
- 23:00 Git 备份
使用方式
日常查询
打开 MEMORY.md 查看核心速查表，包含：
- 系统状态
- 紧急命令
- 定时任务列表
- 故障排查
深度搜索
# 语义搜索
node memory-v2/scripts/memory-search.mjs "Git 服务器配置"
# 查看仪表板（如果可用）
node memory-v2/scripts/dashboard.mjs
管理命令
# 重启记忆系统
bash memory-v2/scripts/memory-v2-server restart
# 检查状态
bash memory-v2/scripts/memory-v2-server check
# 立即备份
backup now
# 查看备份版本
backup list
实际效果
解决了什么问题
之前:
- 聊完就忘，想找的时候翻半天
- 决策散落在各处，复盘找不到
- 只能搜索最近几天内容
现在:
- 每天自动归档，有迹可循
- 语义搜索，能找相关内容
- MEMORY.md 核心速查，快速定位
未解决的问题
- 向量搜索偶尔需要重启服务
- Embedding 模型对中文支持有限
- 主题关联自动生成还不够准
技术细节
存储:
- 原始记忆: Git 版本控制
- 向量索引: sqlite-vec
- 模型: Xenova/all-MiniLM-L6-v2 (384维)
部署:
- 本地服务，端口 3001-3003
- 每日自动备份到内网服务器
- 支持快速恢复
写在最后
记忆系统的本质不是"存下来"，而是能用上。
三层架构不是为了炫技，是为了让不同时间尺度的记忆有不同的处理方式。近期的细查，远期的概览，核心的永存。
最大的收获是：工具应该服务于记忆，而不是成为负担。 当系统能自动归档、自动索引的时候，人就可以专注于创造。
项目位置: ~/.openclaw/workspace/memory/
核心文件: MEMORY.md
状态: 稳定运行中
2026-02-18 更新