Obsidian 是个漂亮的本地库：纯 markdown、双向链接、一张等未来的你回来读时会回报你的图谱。但产品决策现在有了不一样的首要读者——Claude Code、Cursor 里的 AI agent，也有了不一样的诉求：改一个决策，所有依赖它的东西都该知道。Markdown 笔记做不到——它是给人读的静态文本，没有依赖追踪，agent 也无法结构化地写回。Draftlize 不是一个更好的笔记软件，它是为另一件事换了另一种形态。
Obsidian 是个出色的个人知识库，这点没争议。但知识库是围绕「人事后读文本」搭的——当读者是 AI agent、内容是一张互相依赖的活的产品决策网时，这个形态恰好不对。
| Draftlize | Obsidian | |
|---|---|---|
| 你持久化的单元 | 结构化的决策 / spec / PRD 卡片 | 自由格式的 markdown 笔记 |
| 改一处，自动标记受影响的地方 | 依赖图 + stale 标记 | 双链只指向，但没有「变 stale」 |
| AI agent 能结构化地写回 | agent 经 MCP 创建、更新卡片 | agent 能改文本，但只是散文 |
| 自相矛盾，自动浮现 | 跨讨论冲突检测 | 不会主动比对你的笔记 |
| 每个决策有固定位置可引用 | 卡片可寻址（URL / ID） | 有笔记路径，但没有决策身份 |
| 以 AI agent 为首要读者来设计 | 卡片图就是 agent 上下文 | 为人类读者而设计 |
| 本地优先、离线、文件在你硬盘上 | 托管 substrate | 你拥有的本地 markdown |
| 插件生态 & 个人 PKM | 不是目标 | 它的主场 |
你的库就是自己硬盘上的纯 markdown 文件。没有服务器，能离线用，除非你选择，否则什么都不出本机。对一个想留十年的个人知识库，这份「我拥有」就是对的默认——而 Draftlize 作为托管 substrate，在这点上比不了。
日记、canvas、Dataview、几百个社区插件——Obsidian 能弯成几乎任何个人工作流。Draftlize 是刻意的窄：给产品决策一种有主见的形态，而不是一张任你捏的空白画布。
读书笔记、资料、日志、卡片盒——任何读者是「一个人回头读自己想法」的场景，Obsidian 都很出色。Draftlize 是给首要读者是 AI agent（而非未来的人）的场景，而这会彻底改变格式的样子。
推翻上游一个定价决策，所有靠它支撑的 spec、PRD 和下游决策都会被自动标成 stale。Obsidian 的双链能告诉你谁链到了谁，但笔记永远不会变 stale——受影响的地方得你一个个手动去翻。
当 Claude Code 或 Cursor 在干活时，它既要读你的决策，也要结构化地记录新决策。经 MCP，agent 读卡片图、创建或更新卡片。在 Obsidian 里 agent 也能改文本，但那仍是松散的散文——没有决策身份、没有依赖、没有可追踪的东西。
一个决策有归属、有状态、有它依赖的东西、也有依赖它的东西。一条 markdown 笔记什么都没有——它只是文本。Draftlize 把决策做成一等单元，于是一个项目的推理变成一张你（和你的 agent）能查询的图，而不是一个你来回滚动的文件夹。
Obsidian 是你存「读过什么」的地方。Draftlize 是你的决策为从它往下做的 agent 活着的地方。不是替代品——一个是你的知识库，一个是你的决策 substrate。
你读的笔记继续用 Obsidian。加 Draftlize 给那些需要 AI agent 来读、写、并保持同步的产品决策。
用 $5 免费开始