知识写回三房东横评：收租与免租——Obsidian、Notion、NotebookLM 落盘层对拆

概述

一、选题逻辑：中间工序全拆完了，落盘层没人管

先自证没炒冷饭。往期拆过的所有办公线，焦点都在「加工段」：图表线拆的是文字怎么变图，纪要线拆的是录音怎么变纪要，数据线拆的是表格怎么算对，知识迁移线拆的是书怎么变成课。这些文章都默认了一件事——加工完的东西「存那儿就行」。但知识工作的真实管线是三段式：进货（defuddle 抓网页正文、zlib-download 拿电子书）→ 加工（Claude 本体）→ 写回（本期主角）。写回这一段决定三件事：知识以什么格式存在、换平台时要不要搬家、以及每个月为「存放」这个动作付多少隐形成本。

装机端先点货。本会话注册表快照可核验的写回层在册名单：

还有一个往期没人指出的细节：本机同时存在 obsidian-bases、obsidian-markdown 的独立件和 obsidian:obsidian-bases、obsidian:obsidian-markdown、obsidian:json-canvas、obsidian:skill-creator 的插件命名空间变体——同一份家族内容双形态流通。这与元工具一期「官方 skill-creator 同时以 example-skills 插件与 obsidian 插件变体流通」的观察互相印证：官方范本被反复再打包是品类常态，Obsidian 家族自己也玩这一手。

mindmap
  root((写回层装机地图<br/>三房东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 会议线一期）沿用旧分不入表，避免重复估分。

评分说明：九行全部为装机侧黑箱估分※。功能/实战维度基于名字语义、家族档案（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 四件里没有一件与会议相关？ 把两张注册表摆在一起，答案浮出来了——这不是能力的差距，是命名哲学的差距：

flowchart LR
    O["Agent 产出<br/>纪要/研究/规格/图表/笔记"] --> R{"意图类型路由<br/>（由描述层命中）"}
    R -->|"场景意图：「把会议纪要存好」<br/>「帮我把调研整理成文档」"| N["Notion 系 4 件<br/>能力动宾命名·MCP 通道<br/>房租≈4.6x 连接开销"]
    R -->|"格式意图：「写成 Obsidian 方言」<br/>「画张 mermaid 落盘」"| B["Obsidian 系 6 件<br/>格式名词命名·本地文件<br/>房租 0"]
    R -->|"语料意图：「给我讲讲这份材料」"| K["NotebookLM 系 3 件<br/>产品名命名·Google 生态<br/>无可编辑写回"]
    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）：可对话、可聆听、可引用，不可编辑。它根本不提供写回，所以也无所谓房租——你不是住户，你是观众。

三房东并排之后，写回层的选型问题第一次有了干净的表述：你选的不是工具，是产权制度。要知识资产归自己、团队协作轻，选文件制度；要协作查询开箱即用、接受月租与搬家锁定，选记录制度；要的是「消化材料」而非「沉淀知识」，放映厅制度反而最省心。三条路都通，但走之前该看清价签——装机端的权力结构（数据线一期语）在写回层是三分的：一个免租的格式房东、一个收租的场景房东、一个不放档案室的放映厅，比任何一条办公线都被单边垄断的格局健康得多。

八、安装与验证命令

# 验证本机写回层装机（成本为零，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 等场景全覆盖。