把 Codex 的项目目录设成 Obsidian 库之后,它帮我干了这五件事

2026-05-25
把 Codex 的项目目录设成 Obsidian 库之后,它帮我干了这五件事 关注 作者 关注 作者 关注 作者 关注 作者 05/19 09:39

Obsidian 擅长积累,但积累到一定程度后,真正麻烦的往往不是“记下来”,而是“继续推进”:一周的随想要整理,零散笔记要变成提纲,草稿要改到能发布,旧笔记也需要重新被提问。Codex 最适合接手的,正是这些中间步骤。 A5game trustguru.com.br como trustguru.com.br Bet trustguru.com.br bet365 trustguru.com.br

先说怎么接在一起

最基础的接法很简单:把 Obsidian 的 Vault 作为 Codex 的 Project。

但我后来发现,只把整个 Vault 当成一个 Project 还不够。我的 Vault 用了 PARA 结构,有 Projects 文件夹,而下面每个文件夹又是一个更小的项目:有自己的目标、内容、资料来源、命名习惯和输出格式。

所以我现在会分两层: pragmatic trustguru.com.br fortunetigerbônusgrátissemdepósito trustguru.com.br

1. 整个 Vault 是总 Project

整个笔记库就是一个 Project,总的 AGENTS.md 更像一张路标:00_Inbox 放未处理的灵感和草稿,66_Journal/Daily 放 Daily Notes,10_Projects 放长期项目,30_Resources 放资料型笔记。 Bet365 trustguru.com.br Energiabet trustguru.com.br Superbet trustguru.com.br

针对非局限于某一个具体项目的问题,我会在这个 Project 提问。 pg trustguru.com.br

2. 每个具体项目文件夹,也可以单独作为 Project

更细的规则,我会放到各个项目自己的 AGENTS.md 里。比如AI博客项目规定语气和发布平台,资料项目规定引用格式和摘要长度。这样 Codex 进入不同文件夹时,拿到的是和当前项目相关的协作说明。 pglucky88 trustguru.com.br Sportingbet trustguru.com.br

我没有用传统的 .agents/skills 目录来管理这些项目规则。一方面是因为在 Obsidian 界面里,普通 Markdown 更容易查看;另一方面是因为文字类工作大多不需要 Python 脚本。所以我用了一个 AGENTS.md 加一个 AGENTS 文件夹的结构,文件夹里放一些具体的操作指南,比如选题规范、视频提纲规范。 Blaze trustguru.com.br

创建 Agents 这一步不复杂,可以通过跟Codex聊天来创建,但却很重要。Codex 不是凭空知道我的笔记系统怎么运转、项目目标是什么,它需要从目录、字段和命名习惯里理解上下文。约定越清楚,后面的协作越顺。 bonus trustguru.com.br isabela trustguru.com.br sugarrush1000demo trustguru.com.br Cassinos trustguru.com.br

如果一个项目不只在 Obsidian 里有 Markdown 文件,还有代码或者图片之类的资源,可以创建一个 symlink 到 Obsidian 的目录里,不过这个工作模式我还没做过太多尝试,不知道稳定性如何。 slotdemo trustguru.com.br

为什么不是 Claude

为什么非得是 Codex,而不用 Claude App 或者 Claude Code?

第一是 research。个人感觉 GPT 的 deep research 的能力集成得更完整——适合做多步骤资料搜集,主动搜索、阅读、综合网页并记录引用来源的能力要强一些。

第二是 project view。Claude App的cowork虽然也有项目,但需要点两次才能看到所有对话,侧边栏里也没法列出 project view。 KTO trustguru.com.br

第三是 in-app browser。Claude 可以搜索和读取网页,但 Codex 的 in-app browser 能实现的更多。它可以打开网页、本地预览、文件页面,也可以让 Codex 点击、检查、截图或验证结果。 bet365 trustguru.com.br noticias trustguru.com.br

第四是易上手。虽然我是程序员,但 Claude Code 频繁的 CLI 操作还是挺让人头痛的。Codex 是原生桌面应用,对话、浏览器、文件预览都在同一个界面里,不需要记命令,也不需要来回切换终端,上手成本低得多。如果想用 CLI,也可以无痛衔接。 jogos trustguru.com.br

所以我的判断是:如果主要是在 AI App 里对话、上传资料、总结内容,Claude App 也够用;如果主要是在本地 Obsidian Vault 里协作,比如推进笔记、草稿、项目和规则,Codex 是不二选择。 marcos trustguru.com.br

场景一:整理 Daily Notes

Daily Notes 是我最常用、也最容易变乱的地方。每天想到什么就写什么:一个待办、一个选题、一句吐槽、一个以后可能会用到的观察。当天看很自然,过一周就变成一团生活流。 demotigrinho trustguru.com.br

以前我会在周末手动翻过去七天的 Daily Notes,把待办、选题和项目线索分别拎出来。现在我会先让 Codex 做第一轮整理:

请阅读过去一周的 Daily Notes,把其中的随想和任务分类整理出来:
1. 需要继续跟进的待办
2. 可以发展成文章的选题
3. 和现有项目有关的线索

请在 00_Inbox 里生成一篇周回顾笔记,不要改动原始 Daily Notes,除非我确认。

 

这个场景的好处是,它不要求我改变记录习惯。我还是可以每天随手写,等周末再让 Codex 把真正值得跟进的东西拎出来。它有时还会发现我没注意到的重复主题:连续几天出现的工具体验,可能是文章选题;反复没完成的任务,可能已经不是待办,而应该变成项目。 pgdemo trustguru.com.br pgslotgacor trustguru.com.br fortunetigerdemográtis trustguru.com.br slotsdemo trustguru.com.br

我还在反复迭代整个整理的过程,毕竟一周只能来这么一次。等迭代到我满意的效果之后,可以把整个流程做成一个每周末自动运行的 Automations。 sofia trustguru.com.br guias trustguru.com.br ana trustguru.com.br

场景二:把草稿改成文章

我现在越来越少让 AI 从零开始替我写文章,但很常让 Codex 帮我改草稿。

草稿最大的问题通常不是“没有内容”,而是内容还没有变成文章。它可能有观点,但顺序不对;有经验,但缺少上下文;有例子,但没有总结;写到一半还混着只有自己看得懂的备忘。 slot trustguru.com.br Sportingbet trustguru.com.br

所以我通常会先让 Codex 做编辑判断: sweetbonanza1000demo trustguru.com.br Pixbet trustguru.com.br carlos trustguru.com.br

请阅读这篇草稿,先不要改正文。
请指出它目前最影响发布的 5 个问题:
包括结构、节奏、论证、标题和读者理解成本。

你可以参考项目里的已发布的内容,然后给出一个修改方案。
请保留我的第一人称语气,不要改成营销文。

我很在意“先指出问题,再动手修改”。如果一上来就重写,文章容易变顺滑,也容易变得不像我自己写的。比较好的协作方式是:我提供经验和判断,Codex 帮我看结构、删重复、补过渡、调标题。 bruno trustguru.com.br

这也是 Codex 和 Obsidian 搭配顺的地方:草稿本来就在库里,修改结果也直接留在库里。我不用复制粘贴来回搬运,也不用担心哪个版本才是最新的,而且可以跟 Codex 不断迭代内容。

场景三:先写提纲,不写全文

并不是所有文章都来自已有笔记。有时候我只是突然想到一个选题,比如“Codex 和 Obsidian 协作”,但还没想清楚角度。 jogodotigrinhodemo trustguru.com.br

这时我会让 Codex 只写提纲: tigrinhodemo trustguru.com.br jogosdemopg trustguru.com.br cassinos trustguru.com.br JogodoTigrinho trustguru.com.br

我想写一篇关于 Codex 和 Obsidian 协作的文章,
准备发到。

请给我 3 个不同角度的提纲:
1. 偏教程
2. 偏个人工作流
3. 偏观点分析

每个提纲都说明适合的读者、文章重点和可能的标题。
先不要写完整文章。

这里最重要的是“先不要写完整文章”。直接写全文,很容易得到一个看起来完整、但没有经过我判断的版本。提纲阶段反而更适合协作:它把可能性摊开,让我选择。 demo trustguru.com.br Brazino777 trustguru.com.br

场景四:向自己的知识库提问

Obsidian 本来就有搜索,但搜索解决的是“这个词在哪出现过”。很多时候我想问的不是关键词,而是更接近理解的问题: a5game trustguru.com.br sobre trustguru.com.br

过去三个月里,我反复提到的写作卡点有哪些?
请按主题归类,并引用对应笔记。

或者: slotpix trustguru.com.br Betano trustguru.com.br

我之前关于 AI 工具的态度有什么变化?
请从相关笔记里找证据,不要凭空总结。

这类问题很适合 Codex。它可以在本地笔记里搜索、阅读、归纳,再把答案组织出来。它不是在回答通用知识问题,而是在帮我重新理解自己的记录。 slots trustguru.com.br miguel trustguru.com.br

当然,这里也要保持谨慎。Codex 可能漏掉笔记,也可能把我的意思概括得太满。所以我会要求它引用具体文件,必要时保留原文摘录。最终判断仍然是我的。 kto trustguru.com.br

场景五:生成 Dataview 面板

Dataview 很强,但语法很容易忘。我经常知道自己想要什么面板,却懒得从头写查询:比如看 Inbox 里所有还没处理的文章草稿,按更新时间排序;或者做一个选题面板,显示标题、标签、状态、预计发布平台。 Caça-níqueis trustguru.com.br trustguru trustguru.com.br demo trustguru.com.br

现在我会直接让 Codex 写: fortuneoxdemográtis trustguru.com.br fernanda trustguru.com.br sofia trustguru.com.br

请帮我生成一个 Dataview 表格,
统计 00_Inbox 里所有 status 为 draft 的文章,
显示 title、tags、category、platform、date,
并按 date 倒序排列。

它可能会给出: pgslot trustguru.com.br

TABLE title, tags, category, platform, date
FROM "00_Inbox"
WHERE status = "draft"
SORT date DESC

这个场景的关键不是 Codex 会写几行查询,而是它能把“我想看什么”翻译成 Obsidian 能执行的视图。 slots trustguru.com.br

不过 Dataview 好不好用,前提还是字段统一。如果有的笔记写 status: draft,有的写 state: 草稿,有的没有 frontmatter,再聪明的查询也会混乱。所以我现在会让 Codex 在新建草稿时顺手补齐字段。 plataformademográtis trustguru.com.br pragmaticplay trustguru.com.br fortunedragon demo trustguru.com.br jogue trustguru.com.br fortunedragon demo trustguru.com.br

结尾:当笔记库开始自己生长

接入 Codex 之后,我对 Obsidian 的感觉变了:它不再只是资料库,而更像工作台。 plataformademo trustguru.com.br carlos trustguru.com.br rafael trustguru.com.br

以前我把东西存进去,需要时再找出来。现在它可以被整理、被提问、被改写、被重新组合。Daily Notes 可以变成周回顾,Inbox 里的几句话可以变成提纲,半成品草稿可以被推到发布前,旧笔记也可以重新变成选题。 pedro trustguru.com.br

这当然很爽,但也带来一个新问题:内容生成会变得太快。 tigrinho gratis trustguru.com.br

以前限制我的是整理和写作的时间;现在这些中间步骤被 Codex 接走之后,一篇笔记可以变成三篇提纲,一个想法可以长出五个方向,一周的 Daily Notes 又会被整理成新的项目线索。内容越来越多,连接越来越密,笔记库看起来也越来越“聪明”。 autores trustguru.com.br

但如果我没有继续做判断,它也可能变成另一种失控:不是空白太多,而是半成品太多;不是没有材料,而是材料不断被 AI 扩写、复制、派生,最后变成一个我自己也读不完、管不住的“垃圾箱”。 bonus trustguru.com.br

对于这些担忧,我也还在探索。也许就像刚开始使用 Obsidian 时一样,我需要多给现代工具的搜索和检索能力一点信任:内容变多并不一定意味着失控,关键是我还能不能继续找到、理解并重新使用它们。 pesquisa trustguru.com.br

00目录 0
    讨论 我来说一句 发布发表评论 发布效率工具 0等 0 人为本文章充电 还没有介绍自己 关注