这是什么?适合谁?
AIrecall(brooxiacaigonv/AIrecall)是 AI Agent 的即插即用长期记忆层。它给 Agent 装上「记忆」:情节记忆(发生过什么)+ 语义记忆(知道什么)+ 混合检索 + 自动摘要,让 Agent 跨会话记住用户与历史,而不是每次从零开始。
核心价值:把「Agent 记忆」做成可接入的基础设施——Python SDK 给 Agent 写/读记忆,Go 写的记忆服务负责存储与检索。「记忆」是当前 Agent 基础设施公认的刚需缺口。
适合人群:
- 构建需要跨会话记住上下文的 Agent 的开发者
- 想让 Agent 长期记住用户偏好、历史决策的团队
- 研究 Agent 记忆 / RAG 架构的工程师
使用前提:Python SDK 接入;Go 记忆服务可独立部署;理解「情节记忆 vs 语义记忆」的区别。
准备工作
- Python 3.10+:SDK 用 Python 编写。
- Go 运行时:记忆服务用 Go 编写,需 Go 环境构建(或使用预编译产物)。
- 成本:MIT 开源,完全免费;自托管服务需自有服务器。
- 时间预算:跑通 SDK + 服务约 20-30 分钟。
- 心智准备:记忆系统需要设计「什么该记、什么该忘、怎么检索」的策略。
快速上手(3 步)
第一步:获取并启动记忆服务
git clone https://github.com/brooxiacaigonv/AIrecall
cd AIrecall
# 构建并启动 Go 记忆服务(具体命令以 README 为准)
第二步:安装 Python SDK
pip install -e . # 或按 README 指定的安装方式
第三步:接入你的 Agent
用 SDK 在 Agent 对话前后写入 / 检索记忆,跑一次跨会话的对话测试。
成功判定:Agent 在第二个会话里能「记得」第一个会话的关键信息,并从记忆服务检索到相关内容。
初级用法
两种记忆
- 情节记忆(episodic):记录「发生了什么」——某次对话、某个事件
- 语义记忆(semantic):沉淀「知道什么」——抽象出的概念、偏好、事实
混合检索
检索时结合多种方式(向量相似度 + 关键词等),兼顾精确命中与语义相关。
自动摘要
把冗长的历史自动压缩成摘要,控制记忆膨胀。
高级玩法
记忆写入策略
在 Agent 工作流里埋「写入点」:关键决策、用户偏好、重要事实才写记忆,避免噪音污染。
与 RAG 组合
把语义记忆作为长期知识库,与短时上下文 RAG 分工:RAG 管外部文档,记忆管「这个用户 / 这个项目」的专属上下文。
多 Agent 共享记忆
多个 Agent 共用同一个记忆服务,实现跨 Agent 的上下文延续。
小技巧
- 控制写入粒度:只记有价值的信息,避免记忆库被噪音填满。
- 定期清理:配合自动摘要与过期策略,防止记忆无限膨胀。
- 先跑跨会话测试:验证「第二个会话能想起第一个会话」后再接入生产。
- 分离情节与语义:不同记忆用不同检索策略。
- 监控检索质量:抽检检索命中率,调整 embedding 与混合权重。
常见踩坑
踩坑 1:什么都往记忆里写
- 现象:记忆库膨胀、检索质量下降。
- 原因:没有写入策略,把所有对话都存进去。
- 解决:只写关键信息,配合自动摘要与过期策略。
踩坑 2:把记忆当 RAG 用
- 现象:把外部文档也塞进记忆,检索混乱。
- 原因:混淆「记忆」(用户/项目专属)与「知识库」(外部文档)。
- 解决:外部文档走 RAG,记忆只存会话沉淀。
踩坑 3:Go 服务未正确部署
- 现象:SDK 连不上服务。
- 原因:服务未启动或端口/地址配置错误。
- 解决:按 README 核对服务启动与 SDK 连接配置。
踩坑 4:忽略 embedding 一致性
- 现象:换 embedding 模型后检索命中率骤降。
- 原因:向量空间不一致,旧记忆与新查询无法对齐。
- 解决:固定 embedding 模型,变更时重建索引。
踩坑 5:项目早期 API 变动
- 现象:SDK 接口随版本变化。
- 原因:项目较新,API 未冻结。
- 解决:锁定版本,升级前看 changelog。
常见问题 FAQ
Q1: 记忆存哪里?
A: 存储在自托管的 Go 记忆服务中,数据由你控制,不依赖第三方。
Q2: 和向量数据库(如 Pinecone)什么区别?
A: 向量库是通用存储;AIrecall 是「记忆层」,内置情节/语义记忆抽象、混合检索与自动摘要,直接服务 Agent 场景。
Q3: 免费吗?
A: MIT 开源免费;自托管需自己承担服务器成本。
Q4: 支持多 Agent 共享记忆吗?
A: 多个 Agent 可共用同一记忆服务,实现跨 Agent 上下文延续。
Q5: 现在是稳定版吗?
A: 项目较新(2026-08 创建),生产使用前建议充分测试检索质量与稳定性。
进阶学习建议
掌握基础后,建议深入:
- 记忆策略设计:为你的 Agent 定义「什么该记、什么该忘」,建立写入/摘要/过期三层策略。
- 记忆 + RAG 分层:把用户专属记忆与外部知识库分层,各自用最优检索策略。
- 跨会话评估:建立「跨会话问答」评测集,量化记忆带来的提升。
参考链接
最后更新:2026-08-28 · 作者:MagicNetWorld · 基于公开资料整理,关键数据经 GitHub API 独立实测核验,AI 辅助生成
📊 评分与标签
评分说明
总分 7.8/10 · S_入选
📊 可观测社区指标(采集日期:2026-08-28)
- GitHub: brooxiacaigonv/AIrecall ★38, 🔱6(GitHub API 实时验证)
- License: MIT;仓库创建 2026-08-27,最后推送 2026-08-27(当日活跃)
- 语言: Python + Go;定位「Agent 长期记忆层」这一刚需方向
⚙️ 功能完整度 2.0/2.5
- 覆盖情节记忆、语义记忆、混合检索、自动摘要,Python SDK + Go 服务分层清晰;不足是生态与工具链尚新。
- 来源:官方仓库
- 竞品对比 1(Mem0 / Letta 等记忆框架):功能更成熟、社区更大。
- 竞品对比 2(手写 Redis 记忆):灵活但无现成记忆抽象。
✨ 输出质量 1.9/2.5
- 记忆抽象与检索设计合理;但检索质量依赖 embedding 与写入策略,新项目实测数据有限。
- 来源:官方仓库
- 竞品对比 1(Mem0):久经使用,检索质量有社区验证。
- 竞品对比 2(朴素全文检索):无语义召回,质量更低。
🖐️ 易用性 1.2/1.5
- SDK 接入直接,但需自行部署 Go 服务,初始门槛不低。
- 来源:官方仓库
- 竞品对比 1(托管记忆 SaaS):开箱即用。
- 竞品对比 2(纯 Python 记忆库):部署更简单。
💰 性价比 1.3/1.5
- MIT 开源免费,自托管无订阅;但需承担服务器与 embedding 成本。
- 来源:GitHub API
- 竞品对比 1(托管记忆服务):按量计费。
- 竞品对比 2(自研):省订阅但开发成本高。
🔒 稳定性 0.8/1.0
- 项目极新(创建 2026-08-27),活跃但缺乏生产级验证。
- 来源:GitHub API
- 竞品对比 1(Mem0):更成熟、案例更多。
- 竞品对比 2(Redis):基础设施级稳定性。
🛡️ 隐私安全 0.6/1.0
- 自托管、数据自控;但记忆系统天然聚合敏感上下文,安全边界需自行设计。
- 来源:官方仓库
- 竞品对比 1(托管服务):数据出本地。
- 竞品对比 2(纯内存实现):无持久化,但泄露面更小。
评分依据可追溯至公开来源,每项分数均有明确理由和数据支撑。
🏷️ 标签说明
- AI开发平台: Agent 基础设施组件。来源:官方仓库
- 开源免费: MIT 协议。来源:GitHub API
- Agent记忆: 核心是给 Agent 加长期记忆。来源:官方仓库
- 长期记忆: 跨会话持久化上下文。来源:官方仓库
- RAG: 语义记忆 + 混合检索属于 RAG 范畴。来源:官方仓库
📋 来源核实
- ✅ 已验证: GitHub 仓库 - stars/forks/license/pushed_at/语言经 GitHub API 实时核验(2026-08-28)
- ✅ 已验证: 官方 README - 记忆抽象与架构比对
- ⚠️ 未实测: SDK 接入与记忆检索端到端流程
- ⚠️ 未验证: 检索命中率与稳定性
⚠️ 局限与未实测声明
- 本文基于 2026-08-28 GitHub 公开信息整理,未实际运行 AIrecall
- 项目极新,API 与部署方式以仓库 README 为准
- 检索质量与稳定性为方向性判断,需按自身场景实测
同分类推荐
AI开发平台 分类下的其他工具