乍一看，黑曜石画布与七重基地的辩论看起来像是在选择两个相似的空间笔记工具。两者都提供无限的二维画布，都允许你并排排列笔记，都允许你在想法之间画箭头。然而在背后，它们的数据架构是根本相反的。简而言之：黑曜石画布使用开放的JSON Canvas格式将可视化排列存储在单个.canvas文件中。而在七重基地，白板是对中央卡片库的非拥有视觉视图。实际上，这意味着在黑曜石画布上画的一条线不会在你的保险库中创建笔记之间的链接，而在七重基地白板上画的一条线会创建两个卡片都记住的连接。简而言之：黑曜石的连接可以在外部工具之间转移，但在你的保险库图中未被索引；七重基地的连接在你的卡片中被索引，但锁定在其专有生态系统中。如果你正在决定是选择在黑曜石画布中构建你的长期知识工作流程，还是投资于像七重基地这样专用的空间工具，单看用户界面特性并不会给你答案。你需要关注每个工具如何建模文件、卡片和上下文。建筑分解：黑曜石画布与七重基地 建筑维度 黑曜石画布 七重基地 一等公民 文件（.md笔记和.canvas文件） 原子卡片（跨工作区的全球实体） 空间组织 在开放的JSON Canvas文件中嵌入Markdown文件或本地文本卡片 在多个白板上同时映射全球卡片作为实时视图 连接线的意义 可视坐标存储在板文件中；可移植性跨工具，但在保险库图中未被索引 在卡片信息面板中显示的关系连接；在工作区中被索引，但锁定在应用中 上下文意识 画布绑定：上下文位于画布文件中，而不在笔记本身 上下文感知：每个卡片跟踪其所属的所有白板及所有连接卡片 可移植性与索引 可移植，但未被索引：.canvas文件使用开放的JSON Canvas，但笔记未能意识到连接 被索引，但专有：连接在板间聚合，但无法导出为开放的交互式图 最佳适用 项目路线图、系统架构图和视觉头脑风暴草图 累积研究和长期思维，连接空间探索与线性写作 黑曜石画布：存储在单个文件内的可视层 黑曜石建立在以本地优先的理念上：你的知识库是一个普通文本Markdown文件的文件夹。黑曜石选择文件作为其原子单位。这个选择使保险库便携且耐用——这也是画布只能作为另一个文件存在的原因，除了其内部，无法存储连接。 1. 空间组织：将文件嵌入单个画布 当你创建黑曜石画布时，你创建一个独立的.canvas文件（在磁盘上以JSON格式存储）。这造成了一个立即的建筑分裂：在画布内创建的卡片保留在该文件内。如果你在画布上直接输入十个快速的思维卡片，这些卡片仅存在于那个.canvas文件中。除非你逐个手动将它们转换为独立的Markdown文件，否则它们不会作为独立笔记出现在你的保险库中。外部笔记是嵌入视图。当你将现有的.md文件拖到画布上时，黑曜石会渲染这个文件的可编辑视口。然而，画布只是引用了外部文件的路径。 2. 连接思想：可视线与实际图形链接 在空间工作区中，连接笔记的线条往往和笔记本身一样富有意义。在黑曜石画布中，你在板上画的箭头被存储为该特定.canvas文件中的可视坐标数据。它们不会注册为Markdown链接或[[wiki链接]]，也不会出现在黑曜石的全局图视图中。如果在画布上从笔记A绘制箭头到笔记B，核心链接引擎不会记录两个笔记之间的链接。这个建筑限制是用户之间的常见讨论点。在一个介绍Canvas链接插件的黑曜石社区论坛主题中，一个用户指出：“画布中的可视连接并不是实际链接，因此不会出现在图视图中。”虽然社区插件可以桥接嵌入并显示哪个画布引用了文件，但核心画布线条仍然是局部的可视数据，而不是关系图链接。 3. 上下文意识：上下文存在于画布中，而不在笔记中 因为黑曜石的架构严格以文件为中心，Markdown文件和.canvas文件在结构上是分开的。如果一个Markdown文件在多个画布中被嵌入，它只是从外部查看。文件本身不会存储关于其可视位置的元数据：当你在常规编辑器中打开该笔记时，它不会显示当前包含它的画布。它并不知道在任何画布上与它相邻的卡片是什么。