Heptabase 是一款以视觉化为核心的笔记与知识管理工具,由台湾团队 Heptabase Inc. 开发,官网为 heptabase.com。它把「记录」与「思考」拆成两个阶段:先用日志(Journal)、PDF 标注、网页剪藏快速采集资料,再把信息提炼成一张张原子化卡片,拖到无限画布(白板)上,用箭头表示因果、用分组表示聚类,最后用地图(Map)把多个白板组织成项目级知识框架。它要解决的问题很具体:笔记记了一大堆,临到写综述、做决策时却串不起来、找不到结构。与 Obsidian、Notion、Miro 等工具相比,Heptabase 把「把关系看清楚」放在第一位,适合研究、产品分析、长文写作等需要深度加工的脑力工作。本篇围绕工具速览、安装配置、快速上手、核心能力、生产运维、选型对比、应用场景、常见误区与面试自测展开,读完即可上手。

岗位关联

对 AI 从业者而言,掌握以卡片与白板为核心的知识组织方法,意味着把零散调研快速转化为可复用框架,这是从「收集资料」走向「产出洞察」的关键能力。

目录
  1. 为什么需要 Heptabase:笔记记了不少,却总是串不起来
  2. 安装与环境配置:3 步就绪
  3. 快速上手:20 分钟跑通第一个视觉笔记
  4. 核心能力详解:5 大支柱
  5. 生产部署与监控:数据同步、备份与长期维护
  6. AI 应用场景
  7. 常见误区
  8. 面试题
工具类型
视觉笔记与知识管理工具(SaaS)
开发商
Heptabase Inc.(创始人 Alan Chan,台湾团队)
开源协议
闭源(非开源)
GitHub Stars
无
主要语言
Web / 桌面 / 移动端应用,支持多语言界面
当前版本
持续更新(订阅制 SaaS,以官方发布为准)
安装方式
官网注册后下载桌面端,或直接使用 Web 版
下载地址
官方文档
上手难度
★★☆☆☆(较低)
适合人群
研究者、产品经理、深度阅读者、知识工作者
同类工具
Obsidian、Notion、Miro、Scrintal
托管服务
无

速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。

为什么需要 Heptabase:笔记记了不少,却总是串不起来

传统笔记工具(Word、OneNote、Notion 的页面模式)以页面和文件夹为单位,天然是线性结构。做研究时你把论点记在笔记 A,把反例记在笔记 B,把灵感记在日志里,积累一两个月后,笔记变成一座需要反复翻找的文字仓库。写综述或做决策时,你无法一眼看清「谁支持谁、哪里矛盾、缺什么证据」。信息多不等于知识,缺的是结构。

Heptabase 的思路是「先摘录、后成图」。采集阶段用 Journal 和剪藏快速留档,提炼阶段把每一条可独立复用的观点做成一张卡片,思考阶段把卡片拖到无限画布上,用箭头表示因果、用分组表示聚类、用位置与颜色表达关系权重。视觉结构替代了在大脑里硬记关系,读写路径从「翻笔记、回忆、脑内拼接」变成「看白板、直接发现缺口」。

与 Obsidian、Notion 相比,Heptabase 的气质更偏向「思考工具」而非「写作与管理工具」。Obsidian 以本地 Markdown 与双向链接取胜,适合以文本为核心的知识库;Notion 以页面与数据库见长,适合团队协作与项目管理;Heptabase 把画布放在最优先的位置,专门服务「需要把复杂关系看清、想透」的场景。

安装与环境配置:3 步就绪

步骤一 注册账号:打开官网 heptabase.com,点击页面右上角 Sign up,使用邮箱或 Google 账号注册,新用户包含免费试用期。

步骤二 安装客户端:在官网下载页选择 Windows、macOS 或 Linux 桌面客户端,安装后登录;也可以跳过安装直接使用 Web 版;iOS 与 Android 用户可在应用商店安装移动端,登录同一账号即可同步数据。

步骤三 基础配置:进入设置(Settings)完成账号与偏好配置,确认云端同步开启;若常用浏览器采集网页,按官网引导安装网页剪藏插件,登录插件账号完成绑定。

补充:整个流程无需命令行与代码,全部为点选操作;桌面端登录后先在「设置 → 账号」确认同步状态,再开始新建白板即可。

快速上手:20 分钟跑通第一个视觉笔记

以「整理一次产品调研」为例,完成第一张可视化知识图:

1. 创建白板:登录后点击左侧边栏的「新建白板(New Whiteboard)」,命名「产品调研」。

2. 记录核心问题:在白板空白处双击,生成第一张卡片,输入「调研要回答的三个问题」。

3. 补充素材卡片:继续双击创建 3~5 张卡片,把已知信息、疑问、待查项分别记下,拖拽排列成大致分区。

4. 连接关系:点击工具栏中的「箭头(Arrow)」,从「用户痛点」卡片拖到「需求优先级」卡片,建立因果关系。

5. 分组聚类:框选相关卡片,在工具栏选择「分组(Group)」,命名为「背景信息」,形成局部结构。

6. 验证入库:打开「卡片库(Card Library)」确认所有卡片已自动收录;把临时想法记入 Journal,之后选中文本即可转成卡片拖回白板。

完成后你将得到一张可缩放、可局部聚焦的知识图。进阶技巧:把多张相关白板拖入同一个地图(Map),用 Map 承载整个调研项目的整体框架,后续增补素材只需往对应白板中添加卡片。

核心能力详解:5 大支柱

支柱一 无限画布白板(Whiteboard):核心交互载体。支持卡片自由摆放、无限缩放、箭头连线、分组框选与颜色标注,把文本笔记转成可一眼读懂的「关系图」,是视觉笔记的主要呈现空间。

支柱二 卡片与卡片库(Card & Card Library):卡片是原子化笔记单位,一张卡片只承载一个独立概念。所有卡片集中存放在卡片库,可被多个白板同时引用;修改卡片内容后,所有引用处同步更新,这是「引用」与「复制」的本质区别。

支柱三 地图(Map):白板之上的一层组织器。单个白板适合解决一个问题,地图把多个白板按叙事顺序或主题排列,适合文献综述、写书、项目复盘等长周期任务,让知识结构随项目进展持续演化。

支柱四 Journal 与标签:Journal 是每日采集入口,随手记录不打断思路,需要沉淀的内容选中即可转成卡片。标签是扁平的跨项目元数据,一张卡片可挂多个标签,用于横向检索而非层级归档。

支柱五 PDF 标注与网页剪藏:外部知识的输入管道。在 PDF 上高亮、批注后可提取为卡片进入卡片库;浏览器剪藏插件把网页文章保存为可读卡片,后续提炼进白板参与构图。

生产部署与监控:数据同步、备份与长期维护

多端同步与离线:Heptabase 是订阅制 SaaS,数据由官方云端托管,桌面端支持离线编辑,联网后自动增量同步。移动端适合随手采集,复杂构图建议在桌面端完成;无需自建服务器,也无需部署任何后端组件。

备份与导出:长周期研究不能只依赖单一云端。应定期通过设置中的导出功能备份卡片库与白板(卡片可导出为文本类格式、白板可导出为图片),并确认导出文件能正常打开后再替换上一份备份,避免误删或账号异常时被动。

长期维护机制:把「整理」纳入日常节奏——新想法先进 Journal,每周挑出值得沉淀的内容转成卡片,每月把散卡片归纳进白板框架并更新 Map。白板是思考的中间态而非终点,定期重构布局,才能让视觉结构始终反映最新的理解。

<p class="para-label">避坑清单:</p>

<ul class="dash-list"><li>所有内容都上白板:白板适合「关系梳理」,流水账用 Journal 记录即可;全塞白板会导致卡片膨胀、维护成本反超收益。</li><li>把多白板中的同一卡片当成副本:卡片是统一实体,修改会全局同步;需要局部差异时应复制出新卡片再编辑。</li><li>只依赖默认云端同步、从不导出:订阅到期、误删或账号异常都会造成损失,应定期用导出功能备份卡片库与白板。</li></ul>

维度HeptabaseObsidianNotionMiro
定位视觉笔记与个人知识管理本地 Markdown 知识库一体化协作工作区团队在线协作白板
编排范式卡片→白板→地图三层结构文件+双向链接+关系图谱页面(块)+数据库+视图便签+图形+自由画布
类型约束卡片原子化,一卡一概念Markdown 纯文本文件块与数据库为基本单位图形元素无固定结构
学习曲线较低(画布直觉操作)中高(需学习插件与语法)中等(模板与数据库)低(即开即画)
生态集成PDF 标注、网页剪藏、全平台客户端社区插件与主题丰富官方 API 与大量第三方集成丰富第三方应用集成
生产部署官方云同步,订阅制本地文件优先,同步需自备云端托管,实时协作云端托管,实时协作
License闭源,订阅制闭源,个人免费闭源,免费层+付费闭源,免费层+付费
适合谁研究者、深度阅读者、知识工作者开发者、本地数据优先者团队协作与项目管理头脑风暴、设计与共创

选型建议:核心诉求是「把读过的东西想清楚、串起来」,选 Heptabase;要求数据完全本地、偏好 Markdown 与插件生态,选 Obsidian;需要团队协作、文档与项目管理一体化,选 Notion;纯头脑风暴与远程设计共创,选 Miro。

AI 应用场景

文献综述与研究笔记

阶段:文档智能与知识组织(PDF 标注 → 卡片化 → 可视化关联)

解决的问题:传统方式是逐篇摘录到 Word,综述时反复翻原文找关系;Heptabase 把每篇文献的论点做成卡片放入同一白板,用箭头标注「支持 / 反驳 / 延伸」,文献间关系一目了然。

具体案例:一位研究生在单一白板中管理 50+ 篇文献的核心论点,用标签区分研究主题,用地图组织综述章节框架,写作时不再逐篇重读,直接对照白板检查论证缺口。

产品与竞品分析

阶段:信息整合与可视化决策

解决的问题:竞品资料分散在网页、文档、截图里,难以横向对比;剪藏 + 卡片 + 白板矩阵把多产品信息对齐到同一坐标系。

具体案例:产品经理用网页剪藏收集 5 家竞品的定价与功能信息,将每项能力做成卡片,在白板上按「功能维度 × 产品」排列成对比矩阵,差距分析从原来的半天缩短到半小时以内。

长文写作与内容输出

阶段:结构化知识管理与内容组织

解决的问题:写书或长文时素材散落各处,章节结构反复调整成本高;Map 将章节作为组织节点,素材卡片随章节归档,结构修改只需拖动白板。

具体案例:内容创作者用地图组织一本书的各章节,每一章对应一个白板,素材卡片入库后链接到对应章节;改稿时直接调整白板顺序,并一键查看该章全部素材。

常见误区

误区「它看起来就是个在线白板,和 Miro 差不多,画图可以,记笔记还是得回 Notion。」

正解白板只是可视化载体,Heptabase 的完整链路是「Journal 采集 → 卡片提炼 → 白板构建关系 → Map 组织项目」。卡片有独立于白板的生命周期,同一张卡片可进入多个白板且保持内容同步。Miro 面向团队即时共创,卡片与知识沉淀是弱项;两者解决的问题不同。

为何常见:新手第一次见到的界面就是无限画布,容易按「白板工具」归类,忽略卡片库与地图构成的知识管理闭环。

误区「既然号称视觉笔记,那我每篇文章、每条记录都要铺到白板上,这样才叫充分利用。」

正解白板的用武之地是「关系复杂、需要反复推敲」的内容。日常流水、待办提醒用 Journal 记录,成熟的想法提炼成卡片进入卡片库,需要时再拉进白板。把一切塞进白板会导致卡片越堆越多、白板越来越乱,维护成本反超收益。

为何常见:对「视觉化」的过度理解,误以为可视化程度越高越好,忽略了白板是思考工具而非存储仓库。

误区「先白嫖一个月试用,到期后把数据存本地继续用,不花钱应该也能正常读写。」

正解Heptabase 是订阅制 SaaS,数据默认存储在官方云端;试用到期未订阅会受免费档容量与功能限制。应提前决定是否订阅,或通过导出功能备份卡片库与白板,再迁移到其他工具。

为何常见:习惯了本地软件「装一次永久用」的逻辑,忽略了 SaaS 的订阅边界与云端依赖。

误区「把标签建成一级、二级、三级的树状结构,就能像文件夹一样管理所有笔记。」

正解标签是扁平的元数据,用于跨白板、跨项目的横向检索;结构性组织应交给白板与 Map 完成。树状标签会迅速膨胀且难以维护,也违背了 Heptabase「卡片多归属、多视角连接」的核心设计。

为何常见:从文件夹式笔记工具迁移而来,把「分类」的惯性直接带入标签体系。

面试题

Q1. Heptabase 中创建「概念卡片」最直接的方式是?

单选题 · easy

  • A.在数据库中新建表格记录
  • B.双击白板空白处新建卡片← 正确答案
  • C.在设置里导入外部文件
  • D.通过命令行调用 API 生成

答案:B。双击白板空白处是新建卡片的最直接入口,卡片是 Heptabase 的最小笔记单位;数据库表格属于 Notion 式结构,设置导入是迁移手段,命令行生成卡片在官方产品中并不存在,故 A、C、D 均非原生新建方式。

Q2. 想在多张卡片之间表达「因果关系」,应优先使用?

单选题 · easy

  • A.拖拽调整卡片堆放顺序
  • B.为卡片添加层级编号
  • C.用箭头工具连接两张卡片← 正确答案
  • D.把卡片放进不同文件夹

答案:C。箭头(Arrow)是白板表达方向性关系的原生工具,能直观表示因果、流程与依赖;堆放顺序只能体现阅读先后,层级编号表达嵌套,文件夹表达归属,三者都无法表达「谁影响谁」的方向关系。

Q3. Heptabase 中用来承载「多个白板、组成项目级知识框架」的层级是?

单选题 · easy

  • A.使用标签与标签库体系
  • B.地图 Map 承载全部白板← 正确答案
  • C.卡片库统一存放所有卡片
  • D.日志 Journal 按日归档内容

答案:B。地图(Map)用于承载多个白板并组织成项目级知识框架;卡片库是全部卡片的仓库,标签是扁平元数据,日志是每日采集入口。只有地图承担「组织白板」的职能,故 B 正确。

Q4. 同一张卡片被放入两个白板后修改其内容,另一白板中的该卡片会?

单选题 · mid

  • A.保持之前的旧内容不变
  • B.同步显示修改后的新内容← 正确答案
  • C.被自动删除并生成副本
  • D.弹出冲突提示要求手工合并

答案:B。卡片是统一实体而非副本,多白板展示的是同一张卡片的引用,内容修改会全局同步,这正是卡片库设计的核心;「旧内容不变」「自动删除生成副本」「冲突提示」都与这一机制矛盾。

Q5. Journal(日志)在 Heptabase 中的最佳定位是?

单选题 · mid

  • A.存放需要长期维护的最终文档
  • B.记录每日想法并支持转成卡片← 正确答案
  • C.托管团队的项目任务看板
  • D.管理标签与白板的组织结构

答案:B。Journal 承担低摩擦的每日采集,选中内容可转成卡片继续沉淀;最终文档应落在卡片与白板中,任务看板属于项目管理工具职能,标签与白板的组织结构与 Journal 无关,故 B 正确。

Q6. 以下哪些是 Heptabase 支持的外部知识输入方式?

多选题 · mid

  • A.标注 PDF 后把高亮提取为卡片← 正确答案
  • B.通过浏览器剪藏插件保存网页← 正确答案
  • C.通过命令行工具批量导入 Markdown
  • D.在 Journal 中记录并转成卡片← 正确答案

答案:ABD。PDF 标注、网页剪藏、Journal 转卡片是官方支持的三种输入管道;命令行批量导入并非官方功能,选 C 是把「支持 Markdown 格式」误当成存在命令行入口,因此正确选项为 A、B、D。

Q7. 与 Obsidian 相比,Heptabase 在存储模型上的核心特征是?

单选题 · mid

  • A.默认云端托管,多端自动同步← 正确答案
  • B.完全离线,不联网可用
  • C.数据只保存在本地文件夹
  • D.使用 Git 仓库管理版本

答案:A。Heptabase 数据默认由官方云端托管,桌面端离线编辑后联网同步;Obsidian 默认把笔记存为本地 Markdown 文件,离线能力来自本地存储而非网络架构,B、C、D 描述的是本地优先模型,故选 A。

Q8. 关于 Heptabase 标签(Tag)的正确使用方式,以下说法正确的是?

多选题 · hard

  • A.建议一开始就设计好完整标签体系
  • B.标签是扁平的非层级元数据← 正确答案
  • C.一张卡片只能挂一个标签
  • D.标签适合随使用逐步自然生长← 正确答案

答案:BD。标签是扁平的元数据,一张卡片可挂多个标签,不存在唯一性;随使用渐进生长能贴近真实内容,一次性设计完整体系则容易与实际脱节、产生大量无效标签,故 B、D 正确,A、C 错误。

Q9. 用 Heptabase 完成一篇文献综述,合理的工作流顺序是?

单选题 · hard

  • A.先建白板写结论,再回头找文献佐证
  • B.采集标注→提炼卡片→白板连线→Map 成框架← 正确答案
  • C.把所有 PDF 原文粘贴进卡片库
  • D.只用标签分类,从不使用白板与 Map

答案:B。正确流程是「采集→提炼→构图→成框架」:先通过标注与剪藏积累素材,再把要点提炼为卡片,在白板上连线形成观点图,最后用地图承载整体结构;先写结论再找佐证、原文堆砌、只靠标签偏离了工具的核心用法。

Q10. 下列哪些做法能有效发挥 Heptabase 的视觉化优势?

多选题 · hard

  • A.用白板梳理复杂概念之间的关系← 正确答案
  • B.把每一条记录都强行放置到白板上
  • C.定期把零散卡片归纳进白板框架和 Map← 正确答案
  • D.将所有内容用文件夹层级严格归档

答案:AC。白板的优势在于关系梳理,定期归纳可防止卡片库膨胀并保持框架更新;把所有记录塞进白板会造成维护灾难,文件夹层级归档与「标签 + 白板」的组织哲学相悖,故 A、C 正确。