已稳定运行 · 服务 5+ 项目分类 · 60+ 记忆条目

AI Agent 的
持久化记忆层

MemKV 是 Leon 自研并持续迭代的个人/团队级 AI 记忆基础设施,以「项目 → 分组 → 条目」三级树形结构组织全部知识与上下文。

纯 HTTP RESTful 接口读写 · Markdown 原生存储 · 全文检索 · AI Token API · LLM 友好输出

▶ Quick Start · 5 行接入
$ curl "http://119.145.17.34:5001/api/v1/search?keyword=LZ-Studio"
-H "Authorization: Bearer wswwsw1234"

[
  {
    "item_name": "LZ-Studio-Skill",
    "summary": "LZ-Studio 模型代理与多链路管理...",
    "references": ["AI中转站-Skill", ...]
  }
]
Dashboard

实时运行指标

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

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

📈 分类条目分布

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

🎯 调用类型占比

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

⚙️ 服务健康度

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

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

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

💡
传统知识库的痛点
Notion、Confluence 等是为人类浏览设计的 SaaS 知识库——HTML 渲染、CSS 样式、JavaScript 交互对 Agent 而言都是噪音。Agent 调用一次 API 拿到的是渲染后的 HTML 海洋,RAG 召回前还要先剥皮去骨。
🎯

AI-First 设计

每个条目都是结构化机器可读对象,每次写入自动记录时间戳与版本,搜索接口直接返回 LLM 友好的纯 JSON。

JSON 原生版本时间戳LLM 拼接友好
🔌

零依赖 HTTP API

所有读写操作通过 RESTful 接口暴露,Bearer Token 鉴权,5 行代码即可在 Python/Node/Go/Shell 中完成首次接入。

RESTfulBearer Token5 行接入
🧬

References 编织

每个条目可显式声明它依赖或关联的其他条目,Agent 调用时会递归加载完整上下文,看到的是知识图谱而非碎片。

关系图谱递归加载知识网状

📊 MemKV vs 传统方案

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

从单 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低成本可解释
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,遵循记忆库「删除规范」。
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 权限⚠️ 不可逆

💻 Agent 接入示例

# 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用户问题:..."
Agent 快速上手建议
推荐先用 GET /api/v1/memory/index 一次性获取全树索引,再根据当前任务用 searchitem/content 按需加载。所有响应都是 LLM 友好的纯 JSON。
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 倍。如果未来条目量爆炸,可平滑迁移到 PostgreSQL 或加挂向量索引。
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/
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。
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 不再"金鱼脑"。

🏠 内网 🌐 外网