请教下各位佬，如何管理越来越多的agent会话记录和记忆呢？

同样有需求，蹲一下，之前打算用Hindsight，发现full版本完全依赖本地的太重了，轻量版又需要额外购买俩种api，不是llm类的，感觉有点麻烦

找到好的解决方案麻烦踢我一下～ 尽可能轻量化一点～

这个问题也困扰了我很久，让gpt调查了一段时间，目前没有很好的答案。我在尝试搭项目，但是我技术力低下，不用看我了（

目前我自己的主要策略是提前约束好了工作流程，都是先写设计再进行开发。

每个会话只做一项能够独立完成开发和验证的任务，内容的相关设计都会落在项目中的设计文档里。

不依靠会话来管理项目内容，AGENTS.md中会说明文档的结构，新会话会基于当前任务自行去设计文档中查询相关设计，然后决定如何开发。

当前积累的文档主要是：总体设计、模块详细设计、设计基线、TODO List、归档的设计。

目前项目还不算大，没上记忆或者知识管理方案，供参考。

我也隐约感觉记忆系统是条邪路，还是得有高质量的文档管理才是正路

同问，一些没用的会话，平时也懒得去删，结果就是越来越多的会话，看上去并不影响。

但是这些会话记录是实实在在一直存在的，有时候一个简单的鹈鹕测试，一句简单的测活回复。

这些会话需要去管理吗？目前感觉就是 会话多了，好像变卡了。。。

考虑要不要弄个 自动归档/删除。

这么说的话，我自己全局agent md是有规定agent每次工作都记录工作内容，其次有可复用的工作流时就总结下来，我验收之后就做成技能。

目前的记忆来说，就挺鸡肋，没什么大用。

我觉得最有用的就是在规则里面添加一个

一个目录树，再加上文件描述。

要用的时候直接艾特给 AI 即可。

古法编程时，都是参考什么什么案例，复制粘贴。

代码就是业务。代码就是标准。代码就是文档。

实在有什么重要的背景，就写一个 Readme 呗。不要依赖历史记录。

核心思路也就是之前老生常谈的SDD，有一些现成的实现，可以参考。

OpenSpec - 相对轻量，个人觉得开发部分较弱，可以配合superpowers。

openspec.dev

OpenSpec — A lightweight spec‑driven framework

OpenSpec is a lightweight, spec‑driven framework for coding agents and CLIs — universal, open source, and no API keys or MCP required.

BMAD - 重且完整，应用成本略高，没太尝试。

BMAD Method

快速入门

安装 BMad 并构建你的第一个项目

AIDLC - AWS的方法论实践，我主要用了v1，因为v2还没正式发布，而且v2管的有点太宽了。

个人感觉OpenViking挺好用的，我是用Hermes+OpenViking本地部署，LLM用mimo2.5和向量模型用硅基流动的，成本算下来一个月可能几块

日常基本都是让Hermes做主控，日常会话和调研那些都是给hermes，要开发点小项目的时候就让hermes调用mimocode codebuddy 去开发，早期项目hermes可以通过openviking召回记忆，这样子整开发的时候只要hermes能召回项目背景记忆就能用编程agent继续开发

不过我这套用下来还是会有记忆噪音的问题，一个项目如果开发周期长的话，hermes容易召回过时项目信息而不是最新的项目信息，我是让hermes用obsidian做每天的工作记录拿来兜底，hermes召回过时信息的时候我自己去obsidian搜项目然后把精准时间告诉hermes，hermes就能准确召回

每次项目完之后主动让hermes通过openviking更新记忆，记录项目最新信息，去除过时信息，这样子记忆噪音问题就会小很多，理论上其他Agent也能这么干

OpenViking还有很大的优势就是对中文用户友好，碰到问题能在官方的飞书群里问它的机器人或者开发者，工作日时间openviking的官方开发者都会回答你的问题给解决方案，openviking的studio可视化的记忆文件管理系统也方便自己管理记忆，体感上我个人是觉得很好使的