- 1874w昨天1386
桌面端设置中的 启用 Codex 记忆功能 其实是一个整合开关:对应以下三项,打开后会同时开启。```
[features]
memories = true # 启用记忆功能[memories]
generate_memories = true # 允许当前聊天成为未来记忆的来源
use_memories = true # 向当前聊天注入已有记忆
```既然可以区分生成和使用,那感觉好像有点用?例如在全局配置禁止注入记忆,只生成记忆,这样就能保证项目开发中的聊天都是独立的,不会受之前讨论影响。```
[features]
memories = true # 启用记忆功能
[memories]
generate_memories = true # 允许当前聊天成为未来记忆的来源
use_memories = false # 不向当前聊天注入已有记忆
``但是在某些探索、调研、总结、知识库项目中,可以单独设置use_memories = true` ,就能达到以下效果:项目 A 在开发过程中积累的信息,有机会在调研类项目聊天中 主动发现和判断 某个工具是否适合 A 。
也可以主动判断是否适合你的整个工作流,感觉和 Chat 聊天差不多了,但又不污染项目开发。之前是担心聊天被污染,现在可以精确控制被"污染"的聊天,只在特定项目中聊天时启用 注入记忆就行。
codex cli 还单独提供了 /memories 开关来控制生成和注入

大家伙觉得,这种场景有搞头没?
主楼 - imhuhe昨天43016
Claude 和 Codex 桌面版客户端自带的记忆从来没用过,都是关闭状态。Memory 全部都是根据真实发生的事实写入生成的 .md 文件。我现在一开会话,就有 75K 左右的上下文会带进去,其中绝大多数都是 Memory 。
- nakun233昨天1599
我用了,他会把一些项目的要求放大到全局,例如某个项目我会要求他提供结构化的 json ,主要是方便 AI 阅读。然后后面不论是哪个项目,要求他翻译也好,他审核文件也好,都会有一个 json 文件
- 1874w昨天1386