大佬们有没有opencode memory的实践?
- 内容介绍
- 文章标签
- 相关推荐
最近遇到的一个比较大的问题,就是opencode在项目中每次新建session都会把之前的一些决议,或者是踩过的坑给忘记,每次都踩相同的坑(比如日志的目录,测试的环境信息等等)。得让它自己更新AGENTS.md或者写入。
想问一下各位佬,有没有opencode上memory的一些好的插件或者是项目,可以解决这样一些问题。
一些公共知识跨项目共享,或者同一项目中跨session共享。也避免需要自己每次提示更新AGENTS.md之类问题。
网友解答:--【壹】--:
这种思考的东西,让便宜的模型会不会导致舍本逐末的情况出现呢。很多上下文压缩的问题其实就是这样,把一些真实有用的东西清理了
--【贰】--:
我看文档里面说是会和dcp冲突
Doctor checks for conflicts (compaction, DCP, OMO hooks), ensures the TUI sidebar is configured, verifies the plugin is registered, and checks the npm cache — fixing what it can automatically.
你看这个诊断输出里面有DCP
--【叁】--:
它可以解决跨session的问题吗?有些时候不同的任务还是希望能在不同的session里面做。但是一些公共的约定还是希望共享。
--【肆】--:
我用着5.4mini挺好用的,别用太弱智的
--【伍】--:
可以指定负责压缩的agent用什么模型,压缩这种任务用便宜的模型就行,然后主对话中的上下文减少了就会节省很多token,实际使用下来token会省好多。我现在就是主要用gpt5.4然后让5.4mini来压缩
--【陆】--: 如何写一个好的skill 让你的效率加倍 文档共建
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺是永久有效的,接受社区和佬友监督: 是 以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出 本文已…
可以用我这个项目,或者也可以看看openSpec,应该可以帮到你
--【柒】--:
这种东西会不会变成token杀手呢,感觉这种会非常的吃token,不过理论上来讲大多数情况,一个session一个事情也是够的,感觉还是有点价值诶,有时间研究一下
--【捌】--:
问问grok或者看看源码嘛
image1382×1044 212 KB
--【玖】--:
看起来不错,我先试用一下,看看结果。不知道会不会和opencode-dcp冲突。
--【拾】--:
image1246×1286 315 KB
--【拾壹】--:
前几天看到有个佬推荐的magic context插件,无限上下文很爽,现在我一个项目就一个session都不换了,让grok解释一下
image1467×649 65.3 KB
--【拾贰】--:
简单做法就是写个开发记录.md,把你说的那些让他每次都记录总结,同时在agents.md里面做好索引,让他先去看最近的开发记录。如果是通用的环境信息这些,就再单独起个文档,做好索引
--【拾叁】--:
这个是存储的在哪里的?项目维度还是全局?也就是说它自己带了memory的功能?
--【拾肆】--:
不知道是不是需要修改什么配置,试了下context很容易就炸了。
最近遇到的一个比较大的问题,就是opencode在项目中每次新建session都会把之前的一些决议,或者是踩过的坑给忘记,每次都踩相同的坑(比如日志的目录,测试的环境信息等等)。得让它自己更新AGENTS.md或者写入。
想问一下各位佬,有没有opencode上memory的一些好的插件或者是项目,可以解决这样一些问题。
一些公共知识跨项目共享,或者同一项目中跨session共享。也避免需要自己每次提示更新AGENTS.md之类问题。
网友解答:--【壹】--:
这种思考的东西,让便宜的模型会不会导致舍本逐末的情况出现呢。很多上下文压缩的问题其实就是这样,把一些真实有用的东西清理了
--【贰】--:
我看文档里面说是会和dcp冲突
Doctor checks for conflicts (compaction, DCP, OMO hooks), ensures the TUI sidebar is configured, verifies the plugin is registered, and checks the npm cache — fixing what it can automatically.
你看这个诊断输出里面有DCP
--【叁】--:
它可以解决跨session的问题吗?有些时候不同的任务还是希望能在不同的session里面做。但是一些公共的约定还是希望共享。
--【肆】--:
我用着5.4mini挺好用的,别用太弱智的
--【伍】--:
可以指定负责压缩的agent用什么模型,压缩这种任务用便宜的模型就行,然后主对话中的上下文减少了就会节省很多token,实际使用下来token会省好多。我现在就是主要用gpt5.4然后让5.4mini来压缩
--【陆】--: 如何写一个好的skill 让你的效率加倍 文档共建
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺是永久有效的,接受社区和佬友监督: 是 以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出 本文已…
可以用我这个项目,或者也可以看看openSpec,应该可以帮到你
--【柒】--:
这种东西会不会变成token杀手呢,感觉这种会非常的吃token,不过理论上来讲大多数情况,一个session一个事情也是够的,感觉还是有点价值诶,有时间研究一下
--【捌】--:
问问grok或者看看源码嘛
image1382×1044 212 KB
--【玖】--:
看起来不错,我先试用一下,看看结果。不知道会不会和opencode-dcp冲突。
--【拾】--:
image1246×1286 315 KB
--【拾壹】--:
前几天看到有个佬推荐的magic context插件,无限上下文很爽,现在我一个项目就一个session都不换了,让grok解释一下
image1467×649 65.3 KB
--【拾贰】--:
简单做法就是写个开发记录.md,把你说的那些让他每次都记录总结,同时在agents.md里面做好索引,让他先去看最近的开发记录。如果是通用的环境信息这些,就再单独起个文档,做好索引
--【拾叁】--:
这个是存储的在哪里的?项目维度还是全局?也就是说它自己带了memory的功能?
--【拾肆】--:
不知道是不是需要修改什么配置,试了下context很容易就炸了。

