别再指望 Obsidian 让 Codex 永久记忆：真正有用的是这 6 个文件
01
一、先别把“知识图谱”想得太神
02
二、Codex 真正稳定吃规则的地方，不是 Obsidian
03
三、Obsidian 真正该存的，是能复用的“工作材料”
很多人一听到“Obsidian + Codex”，第一反应是：是不是终于能让 AI 有永久记忆了？
这个想法很诱人。你把标题、案例、写作风格、项目资料全丢进 Obsidian，下一次再让 Codex 写文章，它就像老搭档一样，自动知道你喜欢什么、不喜欢什么。
但用过一圈你会发现，事情没那么玄。
Obsidian 本身不会让 Codex 变聪明。它更像一个资料仓库。真正起作用的，不是那个漂亮的知识图谱，而是你有没有把“下次能直接复用的东西”沉淀进去。
我今天把这个问题拆开说清楚。你不用先懂技术，只要记住一句话：
Obsidian 不是 Codex 的大脑，它是 Codex 能读取的外置工作台。
一、先别把“知识图谱”想得太神
很多人第一次打开 Obsidian 的图谱视图，会有点失望。
几个点，几条线，看起来很高级，但马上会冒出一个问题：这东西到底能帮我写出好文章吗？
大多数情况下，不能。
根据 Obsidian 官方帮助文档，图谱视图展示的是笔记之间的关系：圆点代表笔记，线代表笔记之间的内部链接。也就是说，图谱不是自动理解你的知识，它只是把你写进去的 [[双链]] 可视化出来。
这句话很关键。
如果你的库里只有几篇“规则说明”，图谱当然没什么用。因为它只是在告诉你：这几篇笔记互相链接了。
真正有用的 Obsidian，不是像百科全书一样堆概念，而是像一个工作台：
好标题放这里
差文章复盘放这里
真实数据源放这里
热点项目放这里
常用表达放这里
同行案例放这里
你下次让 Codex 写文章，它不是靠“神秘记忆”变好，而是先读这些材料，再按你的标准做事。
二、Codex 真正稳定吃规则的地方，不是 Obsidian
这个地方很多人会搞错。
OpenAI 在 Codex 介绍里明确提到，Codex 可以被仓库里的 AGENTS.md 文件指导。这个文件类似给 AI 看的 README，可以告诉 Codex 怎么理解项目、跑什么命令、遵守什么规范。
换成人话就是：
必须长期执行的规则，应该放进 Codex 一定会读的地方。
比如你要求我写公众号文章时必须做到这些：
每篇文章必须有真实数据
至少 2 个独立来源
不能编收益
不能 AI 腔
GitHub 项目要教小白怎么用
成品保存到桌面公众号文章文件夹
这些不适合只放在 Obsidian 里。它们应该放在 AGENTS.md、WRITING_SYSTEM.md、Skill 这种项目规则里。
为什么？
因为 Obsidian 是资料库，不是强制执行器。你不提醒我读，我可能不会自动打开某篇笔记。项目规则不一样，它更接近“开工前必须遵守的工作说明”。
所以，Obsidian 和 Codex 的分工应该这样看：
| 内容类型 | 放哪里更合适 | 原因 |
|---|---|---|
| 必须执行的规则 | AGENTS。md / Skill | 每次任务都要遵守 |
| 写作方法论 | WRITING_SYSTEM。md | 稳定约束结构和标准 |
| 案例、标题、复盘 | Obsidian | 持续积累，可被调用 |
| 热点链接、项目素材 | Obsidian | 灵活更新，方便搜索 |
| 当前文章资料 | research。md | 方便核验，不污染正文 |
这张表比知识图谱重要。
很多人搭“AI 记忆库”失败，不是工具没选对，而是把所有东西都塞进一个地方。最后规则不像规则，素材不像素材，AI 读完也抓不住重点。
三、Obsidian 真正该存的，是能复用的“工作材料”
如果你只是建几个文件：
核心写作规则
标题方法论
反 AI 腔写作
数据来源清单
它会有用，但用处有限。
因为这些更像说明书。说明书能保证方向不跑偏，但不能直接提高内容质量。
真正能让文章变好的，是下面 6 类文件。
1。 爆款标题库
不要只收藏标题，要写一句“为什么这个标题会被点”。
比如：
标题：0 基础 3 分钟搞定 Codex 换皮肤
为什么能点：对象是小白，结果很明确，时间门槛低，适合收藏。
风险：3 分钟必须真实测试，否则不能照搬。
这样下次写标题时，Codex 读到的不是一个标题，而是一套判断。
2。 写作复盘库
这个最值钱。
你每次觉得 AI 写得不对，不要只在聊天里骂一句“这不行”。最好沉淀成这种格式：
不要这样写：我先把结论说死。
问题：语气太满，像 AI 在宣布答案。
可以这样写：这个问题不能只看表面。
适合场景：开头进入观点，但还不想太硬。
这种笔记积累 50 条，比知识图谱有用得多。
3。 真实数据来源库
公众号文章想让人信，不能只靠语气。
数据来源库应该记录：
来源名称
适合什么选题
能查什么数据
数据口径有什么限制
是否适合公众号正文引用
根据 Obsidian 官方文档，内部链接支持 [[笔记名]] 这种 Wikilink 格式，也支持 Markdown 链接。你可以把数据源、选题、文章复盘互相连起来。
但注意，链接不是证据。链接只是让你更快找到证据。
4。 热点选题库
热点库不要只丢链接。
应该这样记：
热点：某 GitHub 项目突然火了
读者为什么关心：能省钱，能替代付费工具
一手来源：GitHub 仓库 / README / Release
可写角度：小白怎么装、适合谁、不适合谁
风险：许可证是否清楚，图片能不能用
这样 Codex 拿到的是一个可加工的选题，而不是一条散链接。
5。 同行案例拆解库
你看到别人文章写得好，不要整篇搬。
真正该记录的是：
开头怎么抓人
标题承诺是什么
第一屏给了什么价值
中间靠什么数据支撑
结尾让读者做什么
哪些表达不能抄
这能避免两个问题：一是抄袭风险，二是只学表面排版。
6。 GitHub 项目库
你如果经常写开源项目，这个库必须单独建。
里面不要只放项目链接，至少要有：
项目解决什么问题
适合什么人
需要什么基础软件
安装最容易卡在哪里
README 有没有写清楚
Release 有没有维护
License 是否清楚
Issue 里有没有高频问题
小白能不能让 AI 代安装
GitHub 项目文章最容易翻车的地方，不是项目介绍写得不够酷，而是小白照着做装不上。
四、今天就能搭起来的最小版本
如果你不想折腾，先不要追求复杂图谱。
先建 6 个文件夹就够了：
AI项目记忆/
01-写作规则/
02-爆款标题库/
03-写作复盘/
04-热点选题库/
05-数据来源库/
06-GitHub项目库/
然后每次只做一件小事：
看到一个好标题，丢进标题库。
看到一篇同行文章，拆它的开头、结构、数据和结尾。
觉得 AI 哪句话写得像机器，就丢进写作复盘。
看到一个 GitHub 项目，就记 README、Release、License 和安装卡点。
这比你花一天研究图谱插件更有用。
五、怎么让 Codex 真正用上它？
你以后不用讲一堆复杂指令。
直接这样说就行：
参考 AI项目记忆里的写作复盘和爆款标题库，
帮我写一篇关于 XXX 的公众号文章。
如果是 GitHub 项目，就这样说：
参考 AI项目记忆里的 GitHub项目库和数据来源库，
写一篇小白能用的开源项目教程。
如果是热点文章，就这样说：
参考 AI项目记忆里的热点选题库，
先找一手来源核验，再写公众号文章。
你看，这才是 Obsidian 的价值。
不是让 Codex 神奇地记住你，而是把你的判断、案例、偏好、复盘放到一个地方。下一次写文章前，让 Codex 先读。
六、最后说一个容易忽略的边界
Obsidian 不适合当“万能大脑”。
它适合当“可复用素材库”。
你不能指望把一堆文章、链接、截图丢进去，Codex 就自动写出爆款。AI 真正需要的是结构化材料：
这个标题为什么好
这句话为什么差
这个数据从哪来
这个项目适合谁
这个案例哪里能学，哪里不能抄
如果你愿意这样记，Obsidian 会越来越值钱。
如果只是为了看一张漂亮图谱，它很快就会变成另一个吃灰文件夹。
我现在更建议把它当成一个“AI 项目记忆库”。
规则放在 Codex 项目里，素材放在 Obsidian 里。写文章时先读规则，再读素材，最后再去公开来源核验数据。
这个流程不神秘，但稳定。
很多时候，真正能提升内容质量的，不是换一个更酷的软件，而是把自己每次踩过的坑记下来。
下一篇文章，少踩一次。
这就够了。
资料来源与使用边界
本文关于 Obsidian 图谱、内部链接和 Wikilink 的说明，参考 Obsidian 官方帮助文档中的 Internal links 与 Graph view 页面。
本文关于 Codex 可被 AGENTS。md 指导的说明，参考 OpenAI 2025 年 5 月 16 日发布的 Introducing Codex，以及 OpenAI Codex 官方手册中关于 AGENTS。md、配置、Skills 和 Memories 的说明。
本文没有使用第三方教程截图，也没有把 Obsidian 图谱效果包装成“AI 自动永久记忆”。“AI 项目记忆库”是本文给普通内容创作者的使用建议，不代表 Obsidian 或 OpenAI 的官方功能命名。