Obsidian：我只是个笔记软件，Codex：你现在是我的海马体了

最近在 X 上看到有人讨论一个玩法：用 Obsidian 给 Codex 做外置记忆。

这个说法有点夸张，但思路不复杂。简单说，就是把项目规则、常用流程、踩坑记录这些东西，写进一个固定的 Markdown 文件夹里。以后每次让 Codex 干活前，先让它翻一翻这本"工作笔记"。

这个方法适合谁

如果你只是偶尔问 Codex 一两个问题，其实没必要折腾。直接在对话里说清楚就行。

它更适合这几种情况：

• 有固定项目，比如一个年度计划资料夹、一个客户方案资料库、一个部门周报文件夹。每次让 Codex 知道基本规则就行，不用从头解释。

• 有稳定偏好，比如默认用中文回答、少说废话、改文件前先说明风险、不要碰某些目录。

• 经常让 Codex 处理连续任务，比如今天整理会议纪要，明天补方案框架，后天把本周进展整理成周报。每次都从零开始解释，确实浪费时间。

先补一句：现在 Codex、ChatGPT 这类工具本身已经有记忆功能，不是完全"失忆"。但官方记忆更适合存"我是设计师""我习惯用中文""我在做 XX 项目"这类个人背景和偏好。

如果你想让 Codex 记住一整套精确模板、固定的项目目录结构、或者好几步的工作流程，官方记忆就不太够用了。

所以这篇说的不是"替代官方记忆"，而是一个你自己能掌控的文件化补充方案。你可以自己看、自己改、定期手动更新，也能随时删掉不需要的内容。说白了，就是给 Codex 准备一套你自己能管的办公笔记，而不是指望系统自动帮你记住所有细节。

怎么弄

打开你的 Obsidian Vault（仓库），也就是你平时存笔记的那个文件夹，记录下它的文件夹位置。

先说明一下：用 Obsidian，只是因为它本来就适合管理 Markdown 文件。它不是唯一选择，换成 Notion、Typora 管的本地文件夹，甚至一个普通资料文件夹，也能做类似的事。重点不是软件名字，而是"文件化、可搜索、能手动维护"。

把下面这段直接贴给 Codex。只需要把里面的<你的 Obsidian Vault 路径>换成你自己的路径。

请帮我把 Obsidian 配置成 Codex 的跨项目长期记忆库。我的 Obsidian Vault 路径是：<你的 Obsidian Vault 路径>Obsidian Vault/└── Codex记忆/    ├── AGENTS.md    ├── INDEX.md    ├── TODO.md    ├── agent/    │   └── open-loops.md    ├── 当前/    ├── 项目/    ├── 人物/    ├── 工作流/    ├── 决策/    ├── 素材/    └── archive/规则一：不全量读取，节省 token每次重要任务开始时，Codex 只默认读取：- AGENTS.md：记忆规则- INDEX.md：记忆索引然后根据任务关键词，只读取最相关的 1-3 个文件。不默认读取整个 Codex记忆目录。大文件只先读“当前有效摘要”或最近更新段落。archive/ 默认不读，除非需要追溯历史。规则二：只保存长期有效内容可以写入：- 用户长期偏好- 明确边界- 项目稳定路径- 关键命令- 已验证的排查结论- 重要决策- 可复用工作流- 跨项目未闭环事项不写入：- 完整聊天记录- 流水账- 临时过程- Cookie、Token、API Key、密码、验证码- 身份证号、银行卡、私密联系方式- 第三方平台配置、账号凭证、日志敏感值规则三：写入要短、准、可检查优先更新已有笔记。没有合适文件再新建。每次只写短小、可检查的 Markdown。事实和推断分开。旧记忆过时，不直接删除，先标注“已过时”。规则四：重要任务结束前做 memory closeout结束前让 Codex 判断：- 有没有长期价值内容要写入- 是否需要更新对应记忆文件- 有没有未闭环事项要写到 TODO.md 或 agent/open-loops.md- 最后说明这次改了哪些记忆文件

这个目录结构看起来有点像工程项目的文件夹，可以简单理解成：

• AGENTS.md 是总规则，告诉 Codex 什么时候该翻记忆、什么时候该写新内容。
• 项目/、工作流/、决策/ 这些是按用途分的笔记区，Codex 会根据任务类型自己去翻对应的文件夹。
• TODO.md 记的是跨项目的待办和没闭环的事情。

这样做的好处是，以后 Codex 不用每次都读一大坨东西。

• 记忆不困在某一次聊天里
• 可以跨项目复用
• Obsidian 里可以人工查看和修改
• Markdown 文件可以 diff
• 不会因为每次全量读取而浪费大量 token
• 也能避免把无效聊天记录和敏感信息塞进长期记忆

有用，但别太依赖

这个方法有没有用？我觉得有，但前提是你真的需要管理一整套固定的项目规则和工作流程。

如果你经常让 Codex 做同一类事情，或者有重要流程要牢记——比如每周按固定模板整理周报、维护一个长期更新的客户资料库——它就很实用。它省掉的不是某个神奇步骤，而是每次都反复解释背景、口径和禁区。

但它也有缺点。Codex 不一定每次都主动更新记忆，有时候还会把临时内容当成长期规则存进去。所以特别重要的东西，最好你自己直接告诉它："这条写进记忆库。"不该保存的内容，如果它自动记录了，也要明确说"这条别写"。最大的坑是把记忆库变成垃圾桶：什么都往里存，长期规则和临时过程混在一起，最后反而干扰 Codex。记关键的东西就够了，不是越多越好。