Obsidian 产品哲学
它是什么
Obsidian 的产品哲学，不是“做一个更强的笔记软件”，而是把知识系统的主权重新放回文件、链接与用户手里。它的核心判断是：App 会变化，文件要能留下；结构不该先验规定，而应在写作与链接中长出来。
这套哲学同时解释了 Obsidian 的多个表面特征：本地 Markdown、插件可塑性、弱默认工作流、小团队运营、异步协作、对 AI 既欢迎又克制。它不是一个单点产品决策，而是一整套关于“知识资产如何长期存在”的立场。
为什么重要
对 Jean 当前系统，这页的重要性不在于“Obsidian 为什么受欢迎”，而在于它给出了一个更稳的底层约束：
- 知识资产优先于工具界面：系统应围绕文件寿命设计，而不是围绕某个产品的功能菜单设计。
- 链接优先于分类学：真正可复用的结构来自持续命名、持续引用、持续回链，而不是一次性规划完美目录。
- AI 应该放大表达与维护，不应接管理解：AI 可以迁移、整理、翻译、联结，但不能替代人对概念和判断的占有。
如果把它放在 today-to-wiki-to-output 的链路里看，Obsidian 提供的不是“第二大脑 UI”，而是一个适合和 Codex 共存的、长期可迁移的知识底座。
核心判断
1. File over app 不是怀旧，而是知识耐久性的工程约束
Steph Ango 的核心立场是：没有任何 App 会永久存在，但文件比 App 更长寿。 因此，知识系统应优先保证：
- 内容以通用格式存在
- 数据可被别的工具读取、重写、迁移
- 用户对知识资产拥有最终解释权与迁移权
这也是 Obsidian 在 AI 时代反而更强的原因之一。因为 AI 最擅长处理的对象恰恰是纯文本和文件系统，而不是被产品封装得严严实实的内部数据库。
对 Jean 的系统，这意味着：
raw/、wiki/、outputs/这些层的真正资产是 Markdown 文件，而不是某个 agent 的提示词结果- 任何自动化都应优先写回 durable files，而不是只停留在聊天窗口或临时数据库里
- 评估一个新工具，先问“退出后文件还在不在、结构还能不能被别人继续用”
2. Links as structure：结构应从写作中生长，而不是预先设计完
Obsidian 更接近 Wikipedia 而不是传统笔记软件。它的关键不是“支持双链”，而是把一个更强的工作原则产品化了：当你命名一个人、一本书、一个概念、一个项目时，你就在创造结构。
这背后的 durable 思路是：
- 目录只能表达归属，链接才能表达关系
- 标签只能表达并列，页面才能承载判断
- 结构不是先设计再填充，而是在反复引用中逐渐稳定
因此，一个好的 wiki 页不是信息堆叠，而是把一个概念压缩成可被反复链接、反复比较、反复调用的最小判断单元。
这也解释了为什么 Jean 的系统更需要 durable page，而不是更多 inbox 摘要：
- inbox 解决“这两天发生了什么”
- wiki page 解决“以后这个概念应该怎么被调用”
3. 小团队 + async 协作不是文化装饰，而是产品哲学的一致外化
Obsidian 以极小团队长期运转，并且尽量不用会议、邮件和同步流程。这里真正值得记录的不是“他们团队只有几个人”，而是其组织方式和产品理念高度一致：
- 产品强调用户主权，团队也尽量减少中心化协调
- 产品鼓励局部生长，团队也依赖异步广播而不是层层审批
- 产品接受一定混乱与可塑性，团队也接受非线性的工作流
这对 Jean 的意义不是照搬“不开会”，而是看到一个判断：当知识与协作都以文件和异步更新为中心时，很多同步成本本身就是可以被消掉的。
对 personal_daily 而言，这支持了几个已经在形成的方向：
- 让状态更多沉淀在页面和日志里，而不是只存在于会话上下文
- 用 durable notes 对齐长期判断，而不是依赖反复口头重述
- 把 agent 产物视为异步协作对象，而不是一次性输出
4. AI 带来双向迁移：有人因为想逃离 AI 来到 Obsidian，也有人因为想更好使用 AI 来到 Obsidian
Steph 提到一个很关键的现象：AI 时代的用户迁移并不是单向的。
一类人来到 Obsidian，是因为他们厌烦被 AI 充满界面的工具绑架，想要一个安静、私密、低干预的空间。另一类人来到 Obsidian，则恰恰是因为它基于 Markdown 与文件系统，天然适合 Claude Code、Codex 之类 agent 批量生成、修改和维护内容。
这说明 Obsidian 的真正优势不是“有没有 AI 功能”，而是：
- 它允许 AI 进入
- 也允许 AI 退出
也就是说，Obsidian 不是 AI-first 工具，而是 AI-compatible substrate。这比“内置一个聊天框”更耐用，因为它把选择权留给用户和插件生态。
对 Jean 的系统，这个判断很关键：
- Obsidian 不是 agent 的替代品，而是 agent 的 durable interface
- Codex 不是知识库本体，而是知识系统的维护与转译层
- 真正要守住的是文件层和判断层，而不是某个模型或某个插件
5. 不要把理解外包给 AI
这页最值得和 Cognitive Surrender 连起来的，是 Steph 对 AI 使用边界的判断：不要把理解外包给 AI。
AI 可以替你执行你已经理解的事，但不应该替你形成一个你自己并未真正掌握的理解。否则你会在一个不稳的基础上继续叠加判断，最后得到的是高产出的错觉，而不是能力的复利。
这条边界尤其适用于知识系统：
- AI 可以把播客整理成要点，但不能替你决定哪些判断值得进入 wiki
- AI 可以帮你迁移、翻译、交叉链接，但不能替你定义一个概念页真正要承担什么认知职责
- AI 可以提升维护速度，但不能代替 witness、对照、取舍与命名
所以，AI 最健康的位置不是“理解代理”，而是“维护杠杆”。
对当前系统的启发
对 Obsidian
Jean 当前的 Obsidian 不应被理解成“笔记 App”，而应被理解成知识资产的主仓。raw/ 负责摄取，wiki/ 负责沉淀判断，outputs/ 负责面向外部的表达；这三层都应尽量保持文件可迁移、链接可复用、页面可增量重写。
对 Codex
Codex 的最佳角色不是“替你想”，而是：
- 帮你把 raw material 转成可链接、可复用的 durable pages
- 帮你维护 cross-links、frontmatter、命名一致性与结构健康
- 帮你把已有理解迁移到更稳的页面形态
如果 Codex 直接产出大量你自己不占有的判断，它就会把系统推向 Cognitive Surrender；如果它把你已确认的理解写回 durable files，它就在放大系统复利。
对 personal_daily
personal_daily 里的很多工作，本质上都在回答同一个问题：哪些东西应该停留在日常流里，哪些东西必须升级成 durable knowledge?
这篇 Obsidian 哲学给出的答案是：
- 临时信息可以停留在 inbox / daily / briefings
- 可重复调用的判断应升级为 wiki 页面
- 结构优先通过链接和页面演化，而不是频繁重构总目录
- 自动化的成功标准，不是“生成了很多内容”，而是“把真正重要的判断写回了耐用文件”
Evidence across sources
| Source | Key Claim | Relevance |
|---|---|---|
| Cortex Podcast #560 with Steph Ango | File over app，Markdown 比具体应用更耐久 | 解释为什么 Obsidian 在 AI 时代反而更适合作为知识底座 |
| Cortex Podcast #560 | Links as structure，结构从写作与链接中长出来 | 对 wiki page、双链和 durable note 的直接方法论支持 |
| Cortex Podcast #560 | 小团队、低会议、异步协作与 manifesto 对齐 | 说明产品哲学与组织形态的一致性 |
| Cortex Podcast #560 | AI 带来双向迁移：既有人逃离 AI，也有人借 Obsidian 接入 AI | 解释 Obsidian 作为 AI-compatible substrate 的位置 |
| Cortex Podcast #560 | 不要把理解外包给 AI | 与认知主权、判断 ownership 和 durable wiki 写作直接相关 |
Open questions
- 当
wiki/持续扩张后，Jean 目前的链接密度和命名习惯，是否足以支撑“结构从链接中长出来”而不重新回到目录驱动？ - 在 agent 深度参与写作后，哪些页面必须提升到
human_verified才能承担系统锚点角色？ - 如果未来 Obsidian 的协作能力增强，
personal_daily是否需要增加“共享 durable pages”这一层，而不仅是个人 wiki？