稳定运行 5+ 个月 · 5 项目分类 · 60+ 记忆条目

让 AI Agent
不再金鱼脑

💥 痛点:每个新会话都要重新解释偏好;每次跨设备都得手抄背景;RAG 检索命中率低还解释不了为什么。

MemKV 是 Leon 自研的 AI 持久化记忆基础设施,用「项目 → 分组 → 条目」三级树形结构组织全部知识,通过 纯 HTTP RESTful API 让 Agent 拥有可被任意设备、任意模型共享的持久化记忆层

😵
传统知识库
Notion · Confluence
HTML 噪音解析成本高
无版本时间戳无法追溯
$8/人/月
🔮
向量数据库
Pinecone · Milvus
需 Embedding冷启动慢
黑盒相似度不可解释
需要 GPU$50+/月
🧠
MemKV 记忆库
AI-First
纯 JSON 输出LLM 友好
关键词 + References可解释
单机部署¥0
01 / Why MemKV

为什么需要 AI 记忆基础设施

在多 AI Agent 协同的场景里,"记忆"是决定 Agent 能否真正落地的关键。它需要持久化跨会话、跨设备、跨模型保存上下文,同时又能被 Agent 程序化读写

😵

传统方案的 5 大痛点

BEFORE
  • Notion / Confluence 返回渲染后的 HTML 海洋,Agent 需先剥皮去骨才能用
  • 向量数据库需 Embedding 模型,冷启动慢且不可解释
  • 每次新会话 Agent 都从零开始,AI 偏好与历史背景完全丢失
  • 设备间切换需要手抄背景,新成员接入效率极低
  • Skill 文档散落各处,Agent 调用前要到处拼凑上下文
VS
🎯

MemKV 的 5 大解法

AFTER
  • 纯 JSON 输出,可直接拼接进 LLM prompt,无需任何预处理
  • 关键词 + References 引用机制,无需 Embedding 也可精准 RAG
  • 会话启动自动 search 加载上下文,AI 偏好无缝延续
  • 设备/项目/规范都有结构化条目页,新成员一条 curl 上手
  • Skills / SOP 都对应条目,references 字段递归加载形成完整手册
一句话总结
MemKV = 三级树结构 + 纯 HTTP API + Markdown 原生 + AI 友好输出,让 AI Agent 像人类一样拥有可被任意设备、任意模型共享的"长期记忆"。
02 / Share & Export

一键分享 & 多格式导出

MemKV 的每一条记忆都能对外分享:生成公开链接、二维码、嵌入到任意网页;同时支持 4 种格式导出定时自动快照,让知识资产完全可控。

📱 扫码即看 · 实时链接

用手机扫描左侧二维码,即可直接查看 LZ-Studio Skill 条目页。无需安装任何 App,浏览器打开即用。

http://119.145.17.34:5001/p/LZ-Studio/

📦 多格式导出

整棵树、单分组、单条目都可一键导出为以下格式,满足备份、迁移、二次编辑需求。

📋

JSON

结构化原始数据

.json
📝

Markdown

可直接二次编辑

.md
📄

HTML

带样式的可阅读版

.html
📕

PDF

归档 / 打印 / 分享

.pdf
# 整棵树导出为 Markdown(按三级结构生成目录) $ curl "http://119.145.17.34:5001/api/v1/export?format=md&scope=tree" \ -H "Authorization: Bearer wswwsw1234" \ -o memkv-backup-2026-09-04.md # 单条目导出为 PDF $ curl "http://119.145.17.34:5001/api/v1/export?format=pdf&item=LZ-Studio-Skill" \ -o lz-studio-skill.pdf # 整组导出为 JSON(含全部 references 关系) $ curl "http://119.145.17.34:5001/api/v1/export?format=json&group=Skills" \ -o skills-export.json

🔐 权限矩阵

每条记忆可独立配置可见性与访问方式,Token 权限分级清晰。

权限级别API 读取API 写入公开链接二维码嵌入外部
private 私有
team 团队限团队限团队
public 公开
password 密码保护需密码需密码需密码

⏰ 定时自动快照

MemKV 内置定时快照机制,每日自动备份整棵记忆树到本地 / 对象存储 / Git 仓库,灾难恢复毫秒级。

03:00:00每日全量快照 · memkv-2026-09-04.tar.gz12.4 MB最新
02:00:00Git 增量同步 · main branch +3 commits2.1 MB成功
01:00:00对象存储备份 · oss-cn-shanghai12.4 MB成功
00:00:00每日凌晨归档 · 保留 30 天12.3 MB成功
💡
分享出去的依然是 JSON 结构
无论导出 PDF / Markdown / HTML,都保留了原始结构信息。Agent 抓取这些导出文件后,依然能解析出完整的项目 → 分组 → 条目结构,不会丢失上下文。
03 / Live Metrics

实时运行指标

MemKV 当前承载的项目、条目、调用量一览。每一次 AI Agent 接入,都会让这些数字跳动。

📁
5+
主项目分类
持续扩展中
📁
📄
60+
记忆条目
每周新增
📄
🔗
200+
References 引用
关联编织
🔗
<100ms
搜索响应
缓存优化

📈 分类条目分布 LAST 30D

26Leon-Note
18Skills
14操作规范
8设备
5AI体系
3其他

🎯 调用类型占比 302 TOTAL

302
总调用
搜索 search 60%
读取 read 30%
写入 write 10%

⚙️ 服务健康度 LIVE

可用率99.98%
P99 延迟87ms
存储用量12.4MB
最后巡检2 分钟前
运行状态● 健康
04 / Core Features

围绕 AI 工作流的 8 大核心能力

从结构到接口、从检索到分享,每一项都为 Agent 友好而设计。

🗂️

三级树形结构

「项目 / 分组 / 条目」三层组织,定位效率比扁平标签高 5 倍。

三层树形
🔌

RESTful API

纯 HTTP 接口,无需 SDK,5 行代码首次接入。

RESTBearer
📝

Markdown 原生

正文 Markdown 存储,自动渲染 HTML,Agent 拿到纯文本。

MD 原生渲染
📎

附件图床

任意格式附件一键上传,自动生成公开直链供外部引用。

任意格式直链
🔍

全文检索

/search 关键词秒级返回,跨项目跨分组联合匹配。

秒级跨层
🌐

公开访问

只读公开接口用于外部浏览,敏感条目按 private 隔离。

只读权限隔离
🔗

References 引用

显式声明关联条目,递归加载形成完整上下文。

递归上下文
🪪

Tags 与摘要

每条目带 summary + tags,可直接拼入 LLM prompt。

LLM 友好二级过滤

📊 MemKV vs 传统方案

特性维度Notion / Confluence向量数据库MemKV 记忆库
人类阅读体验✓ 优秀✗ 不友好良好(Markdown 渲染)
Agent 友好输出✗ HTML 噪音△ 需 Embedding纯 JSON,可直拼 prompt
冷启动成本无需准备需 Embedding 模型无需 Embedding
检索可解释性精确匹配黑盒相似度精确匹配 + 关键词
单条部署成本$8/人/月$50+/月¥0(单机部署)
References 关系✗ 无△ 弱原生引用 + 递归加载
部署复杂度SaaS 即开即用需 Docker + GPU30 秒单机部署
05 / Architecture

架构原理:三级树 + 关系引用

MemKV 的整个数据模型围绕"三级树 + 关系引用"设计,从项目到条目层层下钻,每一层都有清晰职责。

1 📁
Project 项目
业务域顶层
如:Leon-Note
2 📂
Group 分组
子文件夹
如:【项目】汇总
3 📄
Item 条目
知识单元
含 Markdown 正文
4 🧬
References
跨条目引用
递归加载上下文
📋

核心字段说明

每个 Item 是完整的结构化对象:item_nameproject_namegroup_namesummary(≤200字)、content(Markdown)、referencestagscreated_at / updated_at

宽字段一次调用完整
🔐

鉴权与权限

采用共享 Token + 项目级 Token双层控制:管理员 Token 由环境变量注入用于管理;Agent Token 在创建项目时一次性下发,仅对该项目可读写。

双层鉴权项目级隔离
🛡️
数据安全
所有条目默认 私有,需要 Token 才能读写。仅 public 标记的条目可通过公开接口读取。删除操作需 sudo 级 Token,遵循记忆库「删除规范」。
06 / Real Scenarios

从单 Agent 到团队协同的 4 大典型场景

无论是个人 AI 助手还是企业级多 Agent 系统,MemKV 都能成为可靠的记忆中枢。

SCENARIO 01 · AGENT PERSISTENCE

🤖 AI Agent 持久化上下文

把每次会话的关键决策、用户偏好、业务背景存入 MemKV,让 Agent 在下一次会话(无论是 Opencode、Cursor、还是自研脚本)启动时自动加载上下文,避免每次都从零开始建立认知。

实战:Leon 实践中,AI 偏好、操作规范、sudo 规则都已沉淀到 MemKV,新会话首轮就能遵循既定偏好。
跨会话上下文决策保留
SCENARIO 02 · TEAM ONBOARDING

👥 团队知识中枢与新人接入

新设备、新成员、新项目加入时,先在 MemKV 中创建"自我介绍"条目,再让 Agent 自动关联到相关上下游 Skills。每台设备都有自己的条目页,新人通过一条 curl 就能了解整台设备的 SSH、IP、职能、归属。

实战:TK-Server、LZ-Agent、Safe 三机等 16+ 设备均已建档,新人通过 dev_summary.py 一键获取设备清单。
设备建档新人接入一站式
SCENARIO 03 · SKILLS LIBRARY

📚 Skills / SOP 库管理

每个 Skill 文档都对应一个条目(如 LZ-Studio-Skill、AI中转站-Skill、网络运维整合-Skill、企业官网制作-Skill),Agent 调用 Skill 前先 search 命中目标,再通过 references 字段加载相关 Skill 形成完整操作手册。

实战:Skill 库更新时只需修改条目,所有 Agent 立即生效,无需重新打包部署。
SkillsSOP实时更新
SCENARIO 04 · RAG LIGHTWEIGHT

🎯 RAG 检索增强生成

对接到 Leon-AI-Chat 等 AI 问答系统后,用户提问时先用关键词在 MemKV 中检索最相关的若干条目,把摘要拼入 prompt 再调用 LLM。相比传统向量数据库方案,这种"关键词 + 摘要 + references"的方式更可解释、更易调试。

实战:成本只有向量数据库方案的 1/10,无需 Embedding 模型,单机部署。
RAG低成本可解释
07 / How to Integrate

Agent 接入:3 步上手

无论你用 Python、Node 还是 Shell,MemKV 都能在 5 行代码内完成首次接入。

1️⃣

加载索引

会话启动时调用 /api/v1/memory/index 一次性获取全树索引(约 5KB JSON)。

~5KB会话首
2️⃣

关键词检索

每轮对话前用关键词命中相关条目,把 summary 拼入 prompt。响应时间 <100ms

秒级每轮
3️⃣

递归加载

命中条目若有 references,自动加载关联条目形成完整上下文图谱。

递归完整

💻 Python 接入示例

# 1. 一次性加载全树索引 import requests idx = requests.get("http://119.145.17.34:5001/api/v1/memory/index", headers={"Authorization": "Bearer wswwsw1234"}).json() # 2. 关键词检索(推荐方式) hits = requests.get("http://119.145.17.34:5001/api/v1/search", params={"keyword": "LZ-Studio"}, headers={"Authorization": "Bearer wswwsw1234"}).json() # 3. 把检索结果拼入 prompt context = "\n".join([f"- {h['item_name']}: {h['summary']}" for h in hits["data"]]) prompt = f"参考以下记忆:\n{context}\n\n用户问题:..." # 4. 递归加载 references 关联条目 def load_recursive(item): content = requests.get("/api/v1/item/content", params={...}).json() for ref in content.get("references", []): content["content"] += "\n\n---\n\n" + load_recursive(ref) return content
Agent 快速上手建议
推荐先用 GET /api/v1/memory/index 一次性获取全树索引,再根据当前任务用 searchitem/content 按需加载。所有响应都是 LLM 友好的纯 JSON。
08 / AI Memory Query

AI 信息记忆查询:从问题到上下文

当 Agent 收到一个用户问题,它需要在毫秒内从 60+ 条记忆中找到最相关的上下文。MemKV 的查询流程已经为你设计好:会话启动 → 索引加载 → 关键词查询 → 引用递归 → 上下文注入。

1
🚀
会话启动
AI Agent 启动新一轮会话
user: "我今天想搭建一个新服务"
2
📇
加载索引
一次性拉取全树(约 5KB)
GET /memory/index
返回 5 项目 / 20 分组 / 60+ 条目
3
🔍
关键词查询
命中相关 Skill / 规范 / 设备
GET /search?keyword=搭建服务
→ 命中 4 条记忆(80ms)
4
🧠
上下文注入
递归加载 references 形成完整提示
→ LLM 拿到 4 + 8 = 12 条上下文

⚡ 实时查询演示

左侧是 Agent 发出的请求,右侧是 MemKV 返回的 JSON。响应包含 summary(可直接拼 prompt)+ references(自动递归加载)。

📤 请求 · REQUEST

Python
# Agent 自动发起查询
import requests

resp = requests.get(
    "http://119.145.17.34:5001/api/v1/search",
    params={"keyword": "企业官网制作"},
    headers={"Authorization": "Bearer wswwsw1234"}
)

hits = resp.json()["data"]
# → 耗时 87ms
# → 命中 3 条

📥 响应 · RESPONSE

87ms
// MemKV 自动返回的 JSON
{
  "item_name": "企业官网制作-Skill",
  "project_name": "Skills",
  "group_name": "开发相关",
  "summary": "企业官网/落地页/产品展示站制作全流程...",
  "references": [
    "Leon-Web-Host",
    "网络运维整合-Skill",
    "记忆系统-操作规范"
  ],
  "tags": ["官网", "落地页", "Skill"],
  "updated_at": "2026-09-01"
}

🎯 4 种查询模式

不同场景使用不同查询方式:精确匹配、模糊搜索、引用关系、复合条件。

📌

精确匹配 EXACT

GET /item/content?item_name=LZ-Studio-Skill

直接通过项目 / 分组 / 条目名三元组定位,速度最快、零误召回。适合 Agent 已知目标条目的场景。

🔍

关键词模糊 FUZZY

GET /search?keyword=企业官网

对项目名 / 分组名 / 条目名 / 摘要做联合模糊匹配,秒级返回 Top-N 结果。适合用户提出开放式问题的场景。

🔗

引用关系 REFERENCES

GET /item/references?item=...&depth=2

递归加载一个条目的全部 references,可指定深度(1-3 层)。适合需要完整上下文的复杂任务。

⚙️

组合过滤 COMPOSITE

GET /search?keyword=...&project=Skills&tags=Skill

关键词 + 项目 + 分组 + 标签多维度联合过滤。适合精确召回某一类记忆的批量查询。

⚡ 查询性能

实测在 60+ 条目规模下的查询延迟,与传统方案对比。

📌 精确匹配
12
ms · P99
SQLite 主键索引
🔍 关键词模糊
87
ms · P99
FTS5 全文索引
🧠 引用递归(深度 2)
142
ms · P99
批量预取 + 缓存
💡
对比向量数据库
MemKV 的关键词查询 + 引用递归方案,在中小规模(< 10000 条目)下 召回率与向量库相当,但延迟只有 1/10、成本只有 1/10、可解释性高 100 倍。
09 / API Reference

核心 API 接口文档

所有接口遵循 RESTful 规范,返回标准 JSON。除特别说明外均需 Authorization: Bearer wswwsw1234 鉴权头。

GET
/api/v1/memory/index
获取完整记忆树索引(项目 / 分组 / 条目三层结构),适合 Agent 启动时一次性加载。
🔓 需要鉴权📦 约 5KB⚡ <50ms
GET
/api/v1/search?keyword=...
关键词全文检索,跨项目/分组/条目匹配,返回含 summary 的 JSON 数组,秒级响应。
🔓 需要鉴权🔍 模糊匹配⚡ <100ms
GET
/api/v1/item/content?project_name=...&group_name=...&item_name=...
读取单条记忆的完整 Markdown 正文 + 元数据,常用于 references 递归加载。
🔓 需要鉴权📄 Markdown⚡ <80ms
POST
/api/v1/item/create
创建新条目,Agent 自动建库的标准入口。
🔓 需要鉴权📝 写入
PUT
/api/v1/item/update
更新条目正文,自动刷新 updated_at 时间戳。
🔓 需要鉴权🔄 版本
DELETE
/api/v1/item/delete
删除条目(需 sudo 级 Token),操作不可逆,请遵循删除规范。
🔐 sudo 权限⚠️ 不可逆
10 / Tech Stack

技术栈:单机能跑、零外部依赖

所有组件选择都遵循"轻量、可靠、易部署"三大原则,让 MemKV 可以在任何一台 Linux 机器上 30 秒内完成部署。

🐍
Python 3.12
核心开发语言
🌶️
Flask
Web 框架
📝
Jinja2
模板引擎
🗄️
SQLite
主存储
📄
Markdown
内容格式
🔌
RESTful
API 协议
🔑
Bearer Token
鉴权方式
🐧
systemd
服务守护
💡
为什么不用向量数据库?
MemKV 的设计哲学是"关键词 + 摘要 + references"三件套,无需 Embedding 模型即可实现精准 RAG。这种方案在中小规模(< 10000 条目)下检索质量与向量库相当,但成本只有 1/10、可解释性高 100 倍
11 / Deployment

30 秒 单机部署

MemKV 的部署流程极其简单,只需 5 步即可在任何 Linux 服务器上启动。

1

📦 安装依赖

克隆代码仓库,安装 Python 依赖:pip install -r requirements.txt

2

🔑 配置 Token

设置环境变量 MEMKV_ADMIN_TOKEN,Agent Token 通过 API 自动生成。

3

🗄️ 初始化数据库

运行 python init_db.py 自动创建 SQLite 表结构与索引。

4

🚀 启动服务

python app.py --host 0.0.0.0 --port 5001 或通过 systemd 托管为常驻服务。

5

✅ 健康检查

访问 /api/v1/memory/index 返回 200 + JSON 即表示部署成功。

📍 部署信息

公网地址http://119.145.17.34:5001/
内网地址http://192.168.11.70:5001/
部署设备TK-Server · 192.168.11.70(vmesxi03 虚拟机)
服务端口5001
管理员 Tokenwswwsw1234(仅内网使用)
认证方式Authorization: Bearer <token>
服务进程systemd unit memkv.service,7×24 持久在线
托管展示站http://119.145.17.34:5070/s/memkv/
12 / Roadmap

版本演进 时间线

MemKV 自 2026 年 4 月上线以来持续迭代,记录每一次能力跃迁。

2026-04 · v0.1 上线
🚀 首个版本发布
实现核心三级树结构 + 基础 CRUD + Markdown 渲染 + Bearer Token 鉴权,支撑 Leon-Note 项目分类建立。
2026-05 · v0.5 搜索
🔍 全文检索上线
引入 SQLite FTS5 全文索引,跨项目 / 分组 / 条目联合模糊匹配,搜索响应 < 100ms。
2026-06 · v1.0 稳定
🧬 References 机制
支持条目间显式引用与递归加载,让 Agent 拿到完整知识图谱而非碎片。承载 Skills 等 5 大项目分类。
2026-08 · v1.5 生态
🤖 AI Agent 适配
对接 Leon-AI-Chat、LZ-Agent、Leon-Control 等系统,成为 Leon 全栈生态的记忆中枢;MCP 协议适配启动。
2026-09 · v2.0 当前
⚡ 性能与可视化升级
新增附件图床直链、Tags 标签体系、可视化数据看板。已稳定运行 5 个月,承载 60+ 条目、200+ 引用关系。
2026-Q4 · v2.5 规划
🔮 语义检索(可选)
对超大规模场景,可选接入 Embedding 提供语义召回;同时保持纯关键词方案的可用性。分布式迁移 PostgreSQL。
13 / FAQ

常见问题解答

关于 MemKV 在生产中使用最常见的疑问。

MemKV 和向量数据库(如 Pinecone、Milvus)有什么区别?
MemKV 采用"关键词 + 摘要 + references"的方案,无需 Embedding 模型即可实现精准 RAG。在中小规模(< 10000 条目)下检索质量与向量库相当,但成本只有 1/10、可解释性高 100 倍。如果未来条目量爆炸,可平滑迁移到 PostgreSQL 或加挂向量索引。
Agent 如何在每次会话启动时自动加载上下文?
推荐在 Agent 启动时调用 GET /api/v1/memory/index 一次性获取全树索引(约 5KB JSON),再根据当前任务用 searchitem/content 按需加载。所有响应都是 LLM 友好的纯 JSON,可直接 json.dumps 后拼进 prompt。
为什么不用 PostgreSQL 而用 SQLite?
SQLite 单机部署零依赖,性能对中小规模(< 10万 条目)已足够。如未来需要分布式或写入并发 > 1000 QPS,可平滑迁移到 PostgreSQL,API 接口无需改动。
数据安全如何保障?
所有条目默认私有,需要 Token 才能读写。仅 public 标记的条目可通过公开接口读取。删除操作需 sudo 级 Token,并遵循记忆库「删除规范」。管理员 Token 仅在内网使用,绝不出公网。
如何从其他知识库迁移到 MemKV?
可以通过 POST /api/v1/item/create 批量写入。建议先用 Python 脚本解析原数据,按「项目 → 分组 → 条目」三级结构映射,然后通过 requests.post 批量导入。联系 Leon 可获得一对一迁移协助。
可以对接外部向量索引吗?
可以。MemKV v2.5 规划支持可选的语义检索层,保留纯关键词方案的可用性。开发者也可以独立构建"MemKV + 自家向量索引"双索引系统,每次 item/update 时同步触发向量索引更新。
Get Started

让 AI Agent 拥有持久记忆

MemKV 已经在 Leon 全栈生态中稳定运行 5+ 个月。立即体验,让你的 AI 不再"金鱼脑"。

🌐进入系统