关于Agent记忆的选型问题

关于Agent记忆的选型问题

当前我们在第二周时,课上老师您说,我们将会选择使用 Hermes 作为项目的基础底座。


但是这个项目我之前尝试看过一段时间的设计,它的很多内容是面向于客户端应用的那种工具,而非完全用于我们前后端分离的这种后端服务的设计,例如:它的很多内容的存储是基于我们说的 文件的形式,以及 像SQLite这种数据库来存储。


当然我没有说 文件,以及 SQLite 他们不好,但是这种设计是以单个用户进行建模的服务架构,我们当前的这样一个产品,可能是一个ToC的产品(因为独立设计的服务器),而一个 ToC 产品有几千个用户还是正常的吧,同时并发地访问一个 Web 服务器,可能说我们qps不是特别的高(用户不多的情况下),但即使不高,当前的这种 Hermes 直接嵌入到 LangGraph 中也是会有一些问题的吧。


这样的设计,是否有些不符合我们说的企业级的技术选型,我们后期是否可以用于参考 Hermes 的这种记忆模块的设计,尝试在LangChain中自己进行一个后端技术选型的代码实现。


或者我们可以选择使用 LangChain 团队新出的 DeepAgent ?

正在回答 回答被采纳积分+1

登陆购买课程后可参与讨论,去登陆

2回答
喜康 3天前
你好,我做了回复,不知道你理解了没有?现在不理解也没关系,课程后面会做详细讲解。
喜康 3天前
你观察很细心。
坦白说一开始我打算直接接入Hermes,看重它的自进化能力,但实测才发现它是单机客户端架构,SQLite存储扛不住多用户企业项目,是我前期考虑不周。之前课程定好后,临时想来改。但整体时间上有些时间上太紧凑。

所以咱们变通:借鉴它自进化和分层记忆的设计思路,不用原生源码,改用Redis、向量库,基于LangGraph自研轻量化版本适配商用项目。
DeepAgent封装太深看不到底层,就不在课程中讲解。

课程中的其他内容,我都会按照宣传的给大家讲解,让大家学有所获。



你观察很细心。
坦白说一开始打算直接接入Hermes,看中它的自进化能力,实测才发现它是单机客户端架构,SQLite扛不住多用户企业项目,这块是我前期考虑不周。发现问题后想修改课程宣传文案,但上线已定、改动流程受限来不及更正,只能调整授课落地内容。

所以咱们折中优化:借鉴它自进化、分层记忆的设计思路,不再使用原生源码,改用Redis+向量库,基于LangGraph自研轻量化商用版本。DeepAgent封装太深看不到底层,课程不再安排讲解。

除这处调整外,课程中的其他内容,我都会按照宣传的给大家讲解,让大家学有所获。
  • 哦哦,好的好的,等于说老师在后续的具体实现是通过langgraph来做我们的记忆模块的对吗?这真的太好了。

    3天前
  • 喜康 回复 提问者 工地少年与砖('◡') #2

    感谢支持和理解。我对这个问题也纠结了半天,有担忧过。但流程定了,一下来改动没那么容易,所以采用了折中优化的办法。

    3天前
  • 喜康 回复 提问者 工地少年与砖('◡') #3

    你的理解需要稍微纠正一下——不是用 LangGraph 来做记忆模块。

    我们自己实现记忆模块:短期记忆:用 Redis 存当前会话的原始对话,会话结束自动清除。

    中期记忆:用向量库存近30天的对话摘要,按语义相似度检索,过期定时清理。

    长期记忆:MySQL 存结构化用户画像(姓名、偏好等),向量库冷数据存非结构化历史经验和知识片段。LangGraph 只负责流程调度,我们在它的节点里调用自己写好的记忆接口。

    3天前
问题已解决,确定采纳
还有疑问,暂不采纳

恭喜解决一个难题,获得1积分~

来为老师/同学的回答评分吧

0 星
【Harness&Hermes】 多智能体特训营
  • 参与学习       73    人

融合多智能体开发前沿技术栈,从底座搭建、多智能体开发、协作架构到业务落地与生产部署,打通开发闭环。「学面通 AI」项目贯穿,提升技术实力,收获专属 AI 学习面试系统。

了解课程
请稍等 ...
微信客服

购课补贴
联系客服咨询优惠详情

帮助反馈 APP下载

慕课网APP
您的移动学习伙伴

公众号

扫描二维码
关注慕课网微信公众号

在线咨询

领取优惠

免费试听

领取大纲

扫描二维码,添加
你的专属老师