# 知识写回三房东横评：收租与免租——Obsidian、Notion、NotebookLM 落盘层对拆 ## 概述 ## 一、选题逻辑：中间工序全拆完了，落盘层没人管 先自证没炒冷饭。往期拆过的所有办公线，焦点都在「加工段」：图表线拆的是文字怎么变图，纪要线拆的是录音怎么变纪要，数据线拆的是表格怎么算对，知识迁移线拆的是书怎么变成课。这些文章都默认了一件事——加工完的东西「存那儿就行」。但知识工作的真实管线是三段式：**进货（defuddle 抓网页正文、zlib-download 拿电子书）→ 加工（Claude 本体）→ 写回（本期主角）**。写回这一段决定三件事：知识以什么格式存在、换平台时要不要搬家、以及每个月为「存放」这个动作付多少隐形成本。 装机端先点货。本会话注册表快照可核验的写回层在册名单： | 房东 | 在册件 | 命名流派 | |---|---|---| | Obsidian 系 | obsidian-markdown、obsidian-mermaid、obsidian-bases、obsidian-cli、json-canvas、defuddle | 格式名词（markdown/mermaid/canvas）+ 工具名词（cli/bases） | | Notion 系 | notion-meeting-intelligence、notion-knowledge-capture、notion-research-documentation、notion-spec-to-implementation | 能力动宾（capture/intelligence/documentation/implementation） | | NotebookLM 系 | notebooklm、notebooklm-skill-master、zlib-to-notebooklm | 产品名 + 管线名（源-to-终点）+ 说明书名（skill-master）※ | 还有一个往期没人指出的细节：本机同时存在 `obsidian-bases`、`obsidian-markdown` 的**独立件**和 `obsidian:obsidian-bases`、`obsidian:obsidian-markdown`、`obsidian:json-canvas`、`obsidian:skill-creator` 的**插件命名空间变体**——同一份家族内容双形态流通。这与元工具一期「官方 skill-creator 同时以 example-skills 插件与 obsidian 插件变体流通」的观察互相印证：**官方范本被反复再打包是品类常态，Obsidian 家族自己也玩这一手**。 ```mermaid mindmap root((写回层装机地图
三房东13件)) Obsidian 格式房东 obsidian-markdown 方言规范 obsidian-mermaid 图件 obsidian-bases 数据视图 obsidian-cli 通道件 json-canvas 画布 defuddle 进货件 Notion 场景房东 meeting-intelligence 3.50存档 knowledge-capture 3.25存档 research-documentation spec-to-implementation NotebookLM 放映厅 notebooklm 3.45存档 zlib-to-notebooklm 进口管线 skill-master 说明书件※ ``` ## 二、评测对比表 权重沿用本栏目固定口径：功能 25%、设计 25%、实战 20%、上手 15%（越高越容易）、社区 15%。三件已有存档分的（meeting-intelligence 3.50、knowledge-capture 3.25、notebooklm 3.45，均出自 9-04 会议线一期）沿用旧分不入表，避免重复估分。 | 件（装机） | 房东 | 功能 | 设计 | 实战 | 上手 | 社区 | 加权 | |---|---|---|---|---|---|---|:---:| | obsidian-markdown | Obsidian | ★★★★ | ★★★★ | ★★★★ | ★★★★★ | ★★★★★ | **4.30** | | obsidian-mermaid | Obsidian | ★★★☆ | ★★★★ | ★★★☆ | ★★★★☆ | ★★★★★ | **4.00** | | obsidian-cli | Obsidian | ★★★☆ | ★★★☆ | ★★★☆ | ★★★★ | ★★★★★ | **3.80** | | obsidian-bases | Obsidian | ★★★☆ | ★★★★ | ★★★ | ★★★☆ | ★★★★★ | **3.75** | | json-canvas | Obsidian | ★★★☆ | ★★★★ | ★★★ | ★★★★ | ★★★★ | **3.68** | | notion-research-documentation | Notion | ★★★★ | ★★★☆ | ★★★ | ★★★ | ★★★★ | **3.53** | | notion-spec-to-implementation | Notion | ★★★☆ | ★★★☆ | ★★★ | ★★☆ | ★★★★ | **3.33** | | zlib-to-notebooklm | NotebookLM | ★★★ | ★★★☆ | ★★★ | ★★★☆ | ★★☆ | **3.13** | | notebooklm-skill-master | NotebookLM | ★★★ | ★★★ | ★★☆ | ★★★★ | ★★☆ | **2.98** | > 评分说明：九行全部为装机侧黑箱估分※。功能/实战维度基于名字语义、家族档案（5-18 期五件套评测、7-10 期家族榜）与同线已核验存档的对照推断；设计维度基于命名流派与双形态分发观察；社区维度以家族维护方（Obsidian CEO Steph Ango 一手维护的 kepano/obsidian-skills）与平台背书为代理指标。NotebookLM 系上游出处未经核实，社区分保守给。若与读者实测不符，应以上游正文为准修正。 ## 三、主拆 Obsidian 系：不收租的格式房东 **先看家族的扩张轨迹。** 5-18 期存档记录的家族成员是五件套：defuddle、obsidian-cli、obsidian-bases、obsidian-markdown、json-canvas，出自 kepano/obsidian-skills 仓库，作者是 Obsidian CEO Steph Ango。本机注册表显示家族已扩到六件——新增 `obsidian-mermaid`，另加插件命名空间里连 `skill-creator` 都有了 obsidian: 变体。三个月一家族从 5 件到「6 独立件 + 4 插件变体」，这个扩张速度在装机端名列前茅，且扩张方向值得注意：**新件仍然是格式件（mermaid 是图格式），不是场景件**——家族纪律一以贯之。 **obsidian-markdown（4.30，全表第一）。** 命名是「平台名 + 格式名」的最简形态※。它管的不是「写文档」这个场景，而是 **Markdown 方言的执法**——Obsidian 的 markdown 不是纯 markdown：wikilink、callout 块、frontmatter 约定、标签语法，全是本地方言，模型默认写的通用 markdown 落进 Obsidian 库经常水土不服※。这个生态位的高明在于认清了自己的分工：markdown 本身是模型的母语，教模型写 markdown 毫无价值，**教模型写「进我这家店要遵守的方言」才有价值**。对照官方 docx 件教的是 OOXML 规程，obsidian-markdown 教的是方言——规格同样硬（语法对错可判定），但锁定方式完全相反：docx 锁你进 Office 生态，方言件守着你出任何生态都成立的本地方言。它的 4.30 不是因为它能做的事多，而是因为它是全表**唯一零依赖、零房租、高频命中**的件：装完没有任何账号、通道、额度成本，产出是盘上的纯文本。 **obsidian-mermaid（4.00）。** 家族的新丁，图表线存档给过间接背书：「Mermaid 文本渲染完全确定，图随 Markdown 进版本库、进 GitHub、进 Obsidian，可 diff 可手改」。它的价值在把这条路线**落成了家族规范**※——模型手写 mermaid 常见的语法翻车（子图嵌套错、特殊字符没转义、主题不兼容）该由这件兜底。短板是天花板明确：三类之外的图无解，这是纯文本路线的玻璃天花板（图表线一期已论）。 **obsidian-cli（3.80）与 obsidian-bases（3.75）。** cli 是家族的**通道件**※——所有「让外部进程操作库」的活走它，角色对齐数据线的 office-mcp，但有个本质区别：cli 操作的是本地文件，通道两端都在你盘上；MCP 通道的一端在别人云上。bases 对应 Obsidian 产品线的数据库视图功能（产品公开形态）※，是家族里唯一带「结构化查询」色彩的件——把散落的笔记当表查。它上手的扣分在：Bases 是较新的产品功能，用户得先懂产品才懂这件管什么，命名没帮上忙。 **家族级短板**，如实列两条。其一，**全是格式件，没有一件场景件**——这条不是失误而是战略，但它有真实代价，第六节展开。其二，defuddle 虽在家族名下，它的主战场是进货（网页正文提纯，已在本栏目 8-31 期逐段拆过），写回层六件里五件才是真房东——把进货件算进家族分数会虚高，本表已将它排除。 ## 四、次拆 Notion 系：收租的场景房东 四件里两件已有存档分（meeting-intelligence 3.50、knowledge-capture 3.25，会议线一期拆过），本期补拆剩下两件。 **notion-research-documentation（3.53，Notion 系新拆最高）。** 命名是三个能力名词的叠加：research（调研行为）+ documentation（文档化产物）。对照会议线一期的命名分析，它和 meeting-intelligence 走同一条路线——**承诺输出智能而非输出格式**，不告诉你文档长什么样，只告诉你它负责「把研究变成文档」※。它的场景意图命中面因此很宽：凡「帮我把调研整理成文档」类意图都可能路由过来。扣分在结构与会议件同构：MCP 通道、平台私有格式、换平台即断粮——本站《第二大脑》存档量过的那笔账（Notion Skills 的 MCP 连接开销约为普通 Skill 的 4.6 倍，存档转引口径未经独立复测）适用于全家四件，不重复计但须挂在每一件的价签上。 **notion-spec-to-implementation（3.33，全表 Notion 系垫底）。** 命名是全家族唯一带**箭头结构**的：spec → implementation，从规格到实现。这个箭头暴露了它的越界企图——它管的已经不是「写回」而是「跨越写回」：把需求规格直接推进到实现层※。放在写回赛道里评它，就像数据线一期评 office-mcp 的逻辑：**通道件去扛加工的活，等于用最贵的通道运最多的货**。spec 到 implementation 之间隔着整个编码工序，一件写回件承诺了下游工序的产出，验收标准必然模糊（什么样的实现算实现了规格？），这正是实战分给不满的原因。它真正的合理用法应该收窄到「把规格文档存进 Notion 并保持与实现的引用关系」——如果它只干这个，分会更高。 ## 五、对照 NotebookLM 系：不放档案室的放映厅 三件里本体 notebooklm 已有存档分（3.45，会议线对照位，核心价值是会前预习的音频对谈——把文档变成对谈式音频概览，此为该产品公开形态非本文实测）。本期拆另外两件。 **zlib-to-notebooklm（3.13）。** 命名是标准管线格式「源-to-终点」：Z-Library 电子书源 → NotebookLM。知识迁移线一期把它归在入库端三件套，本期给出它在写回地图上的准确位置：它是**进口件不是写回件**——单向把书灌进 Google 生态，与 obsidian 系「产出落盘」方向相反。它的存在证明了一件事：**NotebookLM 这家房东根本没开档案室**——你可以往放映厅里搬胶片（导入语料），但没有一件家族 Skill 负责把产出以可编辑、可迁移的结构化形态写回※。三家里唯一「只进不出」的产权制度。 **notebooklm-skill-master（2.98，全表垫底）。** 全表最特殊的命名：`skill-master` 后缀暗示它是「关于另一个 Skill 的 Skill」——使用说明书件、进阶教程件※。如果这个名义推断成立，它是装机端唯一的**元层套娃**：不是教模型干活，是教模型（或人）怎么用隔壁那件。它的低分不是因为有害，而是因为它占据了一个本可空出的格位：说明书内容本可以并入本体的 references/ 目录（官方三层渐进披露的标准做法，元工具一期已述），单独成件意味着路由表里多一个常驻条目，却只服务「用好另一件」这一个目的。对照数据线一期的抽屉态观察，这是另一种形态的冗余：**抽屉件是没写描述的能力，说明书件是专门为「教你怎么用」而生的额外抽屉**。 ## 六、命名即路由：车皮之谜的解 现在回答会议线一期留下的悬案：**为什么会议线的全部货物都装在 Notion 车皮上，Obsidian 四件里没有一件与会议相关？** 把两张注册表摆在一起，答案浮出来了——这不是能力的差距，是**命名哲学的差距**： ```mermaid flowchart LR O["Agent 产出
纪要/研究/规格/图表/笔记"] --> R{"意图类型路由
（由描述层命中）"} R -->|"场景意图：「把会议纪要存好」
「帮我把调研整理成文档」"| N["Notion 系 4 件
能力动宾命名·MCP 通道
房租≈4.6x 连接开销"] R -->|"格式意图：「写成 Obsidian 方言」
「画张 mermaid 落盘」"| B["Obsidian 系 6 件
格式名词命名·本地文件
房租 0"] R -->|"语料意图：「给我讲讲这份材料」"| K["NotebookLM 系 3 件
产品名命名·Google 生态
无可编辑写回"] N -.协作/查询/授权.-> U[人] B -.版本库/迁移/diff.-> U K -.聆听/引用.-> U ``` Notion 四件全部用**场景动词**命名（capture、intelligence、documentation、implementation），而用户说人话时说的是场景——「把会议纪要存好」「帮我把调研整理成文档」。按官方 skill-creator 的推式三段式教义（做什么 + 触发词枚举 + 兜底从句，元工具一期转引）和「名字即规格」定律（知识迁移线一期所立），**场景命名天然吃掉了场景意图的路由**。Obsidian 六件全部用**格式名词**命名（markdown、mermaid、canvas），只有当用户明确说出格式词时才会被命中——「会议纪要」这四个字里没有任何一个格式词，于是整条会议线的路由流量尽数流向 Notion。 这个发现的推论有点残酷：**Obsidian 家族输掉会议线不是产品问题，是命名战略的代价**。它坚守「我只管格式，场景你自己组合」，Notion 选择了「我替你命名场景」。在模型自动路由的分发制度下，后者拿走了全部场景流量；前者的补偿是：凡是被它接住的意图，产出永远是开放格式。一句话总结三家房东的生意经：**Notion 卖的是「替你想好了什么时候叫我」，Obsidian 卖的是「叫我的时候你不会后悔」，NotebookLM 卖的是「叫不叫我都行，反正你只是来听」**。 ## 七、产权制度：三种知识观与一张房租账 把命名上升到制度层，三家对应三种知识观： - **知识是文件**（Obsidian）：可 diff、可版本化、可迁移、可被任何工具打开。房租为零，但「协作」与「多端授权」要自建。 - **知识是记录**（Notion）：可查询、可协作、可授权、有数据库视图。代价是 MCP 通道租（存档口径约 4.6 倍开销）与私有格式搬家成本——数据线一期的论断在此复用：**中间工序可替换，两端沉淀有房东**。 - **知识是语料**（NotebookLM）：可对话、可聆听、可引用，不可编辑。它根本不提供写回，所以也无所谓房租——你不是住户，你是观众。 三房东并排之后，写回层的选型问题第一次有了干净的表述：**你选的不是工具，是产权制度**。要知识资产归自己、团队协作轻，选文件制度；要协作查询开箱即用、接受月租与搬家锁定，选记录制度；要的是「消化材料」而非「沉淀知识」，放映厅制度反而最省心。三条路都通，但走之前该看清价签——装机端的权力结构（数据线一期语）在写回层是三分的：**一个免租的格式房东、一个收租的场景房东、一个不放档案室的放映厅**，比任何一条办公线都被单边垄断的格局健康得多。 ## 八、安装与验证命令 ```bash # 验证本机写回层装机（成本为零，30 秒） ls ~/.claude/skills | grep -iE "obsidian|notion|notebooklm|canvas" # 观察双形态分发：独立件与插件命名空间变体并存 # 独立件：obsidian-markdown / obsidian-bases / json-canvas / defuddle ... # 插件变体：obsidian:obsidian-markdown / obsidian:json-canvas / obsidian:skill-creator # Obsidian 家族获取（kepano/obsidian-skills，5-18 期存档口径） npx skills add kepano/obsidian-skills # 市场侧检索（本轮未能联网验证返回结果，命令为 Skills CLI 通行用法） npx skills find obsidian npx skills find notion npx skills find notebooklm # Notion 系启用前先核对 MCP 配置与额度 # 存档口径：Notion Skills 的 MCP 连接开销约为普通 Skill 的 4.6 倍 ``` ## 九、推荐排行榜 - **综合第一**：obsidian-markdown（4.30）——零房租高频件，方言执法这个生态位全表独一份 - **设计最克制**：Obsidian 家族整体——三个月扩编仍坚守格式件纪律，不发场景件抢流量 - **最该收窄承诺**：notion-spec-to-implementation（3.33）——写回件别承诺下游工序的产出 - **最该并入本体**：notebooklm-skill-master（2.98）——说明书该是 references/ 里的一页，不是路由表里的一件 - **产权最优解**：Obsidian 路线——知识资产归自己，代价是协作自建 - **命名战争败方**：格式命名流派——在模型自动路由制度下，场景动词抢走全部场景流量，格式名词只捡到明确点单的客人 ## 十、结语 本期把往期三次一笔带过的观察（车皮不对称、写回有房东、Notion 开销 4.6 倍）收拢成了一张完整的写回层地图：三房东、十三件、三种产权制度。核心结论可以压成一句——**写回层的竞争不在功能表上，在命名哲学与产权制度里**：Notion 用场景动词收走了意图流量并按月收租，Obsidian 用格式名词守着免租的开放格式，NotebookLM 干脆不开档案室只开放映厅。对 Skill 作者的启示同样直接：你的 description 里写的是场景动词还是格式名词，决定了你是 Notion 还是 Obsidian；你的产出落在谁的格式里，决定了你的用户是住户还是观众。下一期（第 8 轮，设计模式提炼）正好可以顺势回答一个由本期浮现的问题：把三家房东的 description 命名策略并排放进实验室——场景枚举型与格式锚定型的触发命中面，到底差多少？ ## 参考来源 > [!tip] 51学通信知识星球 > **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 > **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 > **当前规模**：5200 篇主题 / 990 个回答，198 元/年。 > **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 > **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。