📌 重点功能 · 文档 ↔ 脑图,卡片为轴心 MN 架构基石 · 自 MN3 起

文档读,脑图想,
卡片是轴心

MN 的最小数据单元不是"PDF 上的高亮 + 笔记软件里的笔记 + Anki 里的卡片"三件事——是一张卡片,被文档视图渲染成高亮,被脑图视图渲染成节点,被复习模式渲染成闪卡。摘录一次,三处生效;改一处,三处同步——因为它们本来就是同一个对象。

01 · 摘录即建卡
在 PDF 上一次高亮 = 自动生成一张卡片。卡片不是另一个动作,是高亮的自动副产物
02 · 卡片即节点
这张卡同时是脑图节点。不是"复制一份到脑图",是同一对象的另一种渲染
03 · 复习是另一种 surface
切到复习模式 = 把这些卡重新排成队列变 flashcard。底层还是同一些卡

谁该认真用 / 谁可以不用 / 它解决什么

该认真用

需要从 PDF 阅读建立结构化知识网络的人——医学生、研究者、考研党、法学生。读 → 整理 → 复习是你日常做的事,且你希望这三件事不是三个 app 切来切去,是同一些卡片的不同视角。

⚠️

可以不用

只做一次性阅读 / 简单批注的人——Acrobat 的高亮 + 旁注就够。或:你已经习惯了"PDF 阅读器 + Notion + Anki"三件套,并且不觉得切应用是问题。

💡

解决什么

"读了 → 想抄到笔记 → 想做成卡 → 三份内容三个地方" 的搬运地狱。MN 的赌注:让"读 + 整理 + 复习"看起来像三件事,底层实际是同一些卡的不同 surface。摘录一次,三处生效。

摘录 一次——看三处同时生效

下面是 MN 的三视图模拟:左边是文档 PDF,右边是脑图,中间是卡片轴心。点底部 4 个阶段按钮,看一张卡片如何同时是 PDF 上的高亮、脑图里的节点、可翻面的闪卡。

📄文档视图 · PDF
Robbins · Ch.12 · 心血管

心肌梗死(myocardial infarction, MI)是冠状动脉急性闭塞导致心肌缺血性坏死。

诊断三联:临床确诊基于典型胸痛 + 心电图 ST 段改变 + 心肌酶 cTnI/cTnT 升高。三者具备其二即可临床诊断。

分型上 STEMI 需紧急 PCI;NSTEMI 走 GRACE 分层。

📇卡片 · 同一原子
📭 等待摘录...
📇 #atom_001
(背面 · 注释暂无)
点击翻回正面
🧠脑图视图 · 心血管系统
🫀 心血管系统
└─ 还没有节点 · 等待摘录
阶段 0 · 三视图各自独立——还没摘录任何内容
💡 关键不是"同步"——而是"它们本来就是同一个对象"。其他工具的"PDF + 笔记 + 卡片"是 3 个独立数据源,要靠"导出 / 导入 / 同步"维护一致。MN 这里 PDF 高亮 = 脑图节点 = 闪卡——不是三份数据互相同步,是一份数据的三种渲染。这是为什么改一处三处都自动跟着变。
MarginNote 实际界面:左侧脑图节点 + 中间卡片正面(含解剖图与摘录文字) + 右侧 PDF 高亮,三者围绕同一概念 lymphatic trunks 同时呈现
真实截图(医学复旦学生 · 淋巴系统学习集):左侧脑图、中间卡片正面、右侧 PDF 高亮——同一概念在三视图里同时浮现,可独立编辑、互不冲突。

三步把"读 / 想 / 记"压成一件事

MN 没什么魔法——它只是把"卡片"当成数据原子,让其他视图都建立在卡片之上而不是各自独立。

1 摘录即建卡

PDF 上一次高亮 = 自动生成一张卡片

你不是在做"高亮"——是在建一张卡片。这张卡的内容 = 你高亮的文本,来源 = 当前 PDF 的精确位置和页码,状态 = 等待你扩充。整个流程没有"另存到笔记软件"或"复制到 Anki"这一步——卡片立刻存在

2 卡片即节点

同一张卡自动出现在脑图里

它不是"复制一份到脑图"——是同一对象。脑图节点的"主体"就是那张卡。改卡片标题,节点跟着变;改节点位置,卡片记住新分类;删卡,节点同时消失。这是数据层的 1:1 关系,不是 UI 层的双向同步。

3 复习是 surface

切复习模式 = 卡片重新排队

切到复习模式时,不会创建新卡片——是把已经存在的卡片按 SRS 算法排成队列,正反面交替考你。复习完的进度状态写回那张卡("上次复习时间 / 下次复习日期")。关掉复习模式回到文档视图——所有卡和它们的高亮、节点都还在原位

MarginNote 实际界面:左边 PDF 文档 + 右边脑图节点,同一张卡片以两种 surface 同时存在
PDF 摘录 ↔ 脑图节点 ↔ 闪卡。一段摘录三处共存,不是同步出来的——本来就是同一对象。

几个值得知道的细节

卡片本身是结构化的。一张 MN 卡有:标题(用于 标题链接 自动反向匹配)、内容(来自摘录)、注释(你添加的解释)、来源(精确到页码段落)、复习状态(FSRS 间隔)。这些字段在三视图里以不同方式呈现,但底层是同一对象。

"卡片"不是 Anki 那种"卡片"。Anki 的卡片是孤立的 Q&A 对,没有上下文位置;MN 的卡片始终携带它在 PDF 里的物理位置。一张卡片永远知道自己来自哪本书的第几页第几段——这是它能在三视图里都"找得到自己位置"的原因。

编辑同步不是异步的。改一处三处变,是因为三处都从同一对象读取——没有"传播延迟"。这跟"Notion 的多视图数据库"在原理上是一类设计,但 MN 把它做到了 PDF + 思维导图 + 闪卡这三个差异极大的视图上。

这就是为什么"留白" / "标题链接" / "沉浸 Recall" 这些功能能成立——它们都建立在"卡片是原子"这个基础上。留白本质是一种特殊的卡片;标题链接用的是卡片标题字段;沉浸 Recall 在卡片上加模糊层。卡片是底层 schema,其他都是它的视图或装饰。

三个 app 切换 vs 一个对象三种渲染

同样从读一段文献开始,到把它变成可复习的卡——下面是两条路径的对比。

普通流程:3 个 app 串起来

读 → 复制 → 整理 → 建卡

1.Acrobat 里高亮一段 2.切到 Notion,复制内容过来粘贴 3.手动加链接回 PDF(多数人不做) 4.切到 Anki,新建一张卡 5.把内容复制到卡片正面 6.之后任何修改 = 三处都要改
⚠ 三处独立数据 · 任何改动需要手动同步 · 实际很少有人维护
MN 流程:1 个对象 3 种渲染

摘录 → 三处自动生效

1.PDF 上高亮一段 2.这张卡片立刻存在(自动) 3.它同时出现在脑图里(自动) 4.添加注释 → 三处全部更新(自动) 5.切到复习模式 → 这卡进入队列(自动) 6.复习状态写回卡 → 三处都看到新状态
✓ 一份数据 · 改一处全部跟着变 · 不用维护同步
为什么"一份数据多视图" 比"多份数据同步" 在认知上根本不同

这一节在讲一个有点抽象但很重要的事:MN 不是"做对了同步"——是从根本上不需要同步

1. Source of truth 单一性。多 app 工作流(Acrobat + Notion + Anki)有三个独立的 source of truth——每个 app 都"觉得"自己保存的是"权威版本"。改一处后,其他两处变成过期副本。理论上你可以靠"导出/导入/同步"维护一致,实际上没人长期做到。MN 这里只有一份数据——它在三个视图里展示,但没有副本可以过期。

2. Encoding specificity (Tulving 1973) 的工程实现。Encoding specificity 说:你提取记忆的效果取决于编码时的情境。如果你在 PDF 里读到这条信息、在 Notion 里整理它、在 Anki 里复习它——三个情境完全不同,只有"内容"这一点是一致的。MN 的三视图里,同一张卡始终带着它的来源位置和上下文——复习这张卡时,它知道自己来自哪本书哪一页;在脑图里点这张卡,可以一键跳回 PDF 原位。位置 + 内容 + 框架 三种编码情境,永远绑在同一张卡上

3. 这是为什么 MN 用户说 "用得越久越离不开"。每加一张卡,它在三视图里都"扎根"——文档里的高亮、脑图里的位置、复习里的进度。你五年的笔记不是"5 万张孤立闪卡 + 30 GB PDF + 一堆 Notion 文档",是5 万张携带完整上下文的卡片。这种数据形态的不可替代性,比任何 feature 的不可替代性都深。

4. 这一架构是 MN 的核心赌注。"留白"、"标题链接"、"沉浸 Recall" 这些 feature 都是建立在"卡片是 atom"这个底层架构之上的具体应用。其他工具不是没想过做相似 feature——是它们的数据架构(PDF reader 只懂 PDF / Anki 只懂卡片 / Notion 只懂 block)不允许这些 feature 从底层成立

读、想、记——
不是三件事

免费下载 MarginNote · 14 天试用。macOS / iPadOS / iOS。打开任意 PDF,高亮一段——观察它瞬间变成卡片 + 脑图节点。"摘录一次三处生效" 不是话术,是 MN 数据架构的字面意义。