Codex 的记忆功能原来还能区分 「生成」 和 「使用」,好像真可以开着试试了。

1874w 2026-10-26 07:17 1

桌面端设置中的 启用 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 开关来控制生成和注入



大家伙觉得,这种场景有搞头没?

最新回复 (3)
  • imhuhe 10-26 08:47
    1楼
    Claude 和 Codex 桌面版客户端自带的记忆从来没用过,都是关闭状态。Memory 全部都是根据真实发生的事实写入生成的 .md 文件。我现在一开会话,就有 75K 左右的上下文会带进去,其中绝大多数都是 Memory 。
  • nakun233 10-26 11:12
    2楼
    我用了,他会把一些项目的要求放大到全局,例如某个项目我会要求他提供结构化的 json ,主要是方便 AI 阅读。然后后面不论是哪个项目,要求他翻译也好,他审核文件也好,都会有一个 json 文件
  • 1874w 楼主 10-26 11:17
    3楼
    @nakun233 所以我才说 他有针对项目设置的 生成 和 使用。你这种情况就得设置这个项目不使用记忆,但是可以生成记忆给需要记忆的 项目使用。

    我也不推荐全局开启记忆,会污染,但是精细控制 生成和使用 感觉会有一定可玩性
* 帖子来源V2EX
返回