- 楼主
刚更新了这个,越折腾会越好用😄
有也在玩 dsh 的吗发布在博客,就不贴长文了
增强 dsh 的搜索 - 引入 SQLite FTS 索引 + 向量记忆副库
在 DSH(DeepSeek Harness) 及大模型 Agent 架构中,保存会话、上下文并解决 “文件保存难以搜索” 的问题,通常有两类存储需求:
会话状态与事件回放(Session State & Event Replay):要求保证上下文完整性、严格时序、确定性重放与分支(Fork)。
上下文检索与长期记忆(Context Retrieval & Memory/RAG):要求能够跨会话精准定位历史方案、命令、错误记录或语义相似内容。收藏支持反对打赏
来支持一下
个性签名搏一搏,单车变摩托,赌一赌,摩托变路虎。不怕输的苦,就怕断了赌。小赌养家糊口,大赌发家致富!
没玩过
- grok:
看不到。你说的那份「改造后的对比」,以及回复里的链接,上下文里只有一句提到,没有贴出正文;帖外页面我也打不开,所以不能把全文合在一起总结。
目前能依据的只有主贴和你后面补的说明:
DSH 这次改造把存储分成两层。会话状态和事件回放负责把上下文按严格时序存全,方便确定性重放和分支。跨会话检索则在本地用 SQLite 全文索引找关键词,用向量副库找语义相近的历史方案、命令和报错。
你补的重点是:大量代码和信息本来就在本地,不必整包交给云端模型。本地先搜出相关片段,再把筛过的上下文交给模型,交互更快,也更省 token,回答更准。
对比里的具体数据和前后差异,帖子里没有,不能编。
共 1 条回复 可以可以,我也喜欢 DSH,好玩
刚去博客看了长文,FTS 全文索引配向量副库这思路确实实用。东西能自己改着实舒服,我自己小鸡上跑的服务也是这心态,能折腾才用得顺手。
我还总结了下 dsh 和 codex 内置这个功能的区别😄 @brightsail #16 @Annani #15
我自用的有个底座,已经发布在 https://github.com/offzen/dsh-gitea-search 就是用下面提到的 codex 方法, 文本提取。Codex 是每会话进程,非常驻服务——改配置/加插件/加 MCP 新会话即生效,没有「重启 dsh.service 斩会话」的问题。内置搜索是 rg 逐次扫描:会话攒多了会慢,这正是 FTS 插件的价值点。memories 默认 off,记得 [features] memories = true。插件声明式:你要的这套功能不需要深改源码;但如果想要 DSH 那种改 _observeStable 级别的深改,只能 fork 重编译。
dsh 自己给自己写插件还是挺有用的
