七年工具迁徙终结者：Tana 如何用 Supertag 把信息结构从“手动搭”变成“自动长”

我从 Evernote、Notion、Roam、Obsidian 一路换到 Tana，七年用了五个工具。每次搬家都是因为上一个工具缺点什么：Evernote 没结构，Notion 需要提前建数据库，Roam 没类型系统，Obsidian 没有结构化数据层。Tana 是第一个让我不想再找下一个的工具——但这也意味着它不适合所有人。

Supertag 是怎么改变我记东西的方式的

让我从 Obsidian 彻底搬家的核心功能是 supertag（超级标签）。理解它需要点时间，因为概念不直观。简单说，supertag 就是一个可以贴在节点（也就是一个 bullet 点）上的标签，贴上去之后这个节点会自动拥有结构化字段。

举个例子：给一个节点贴上 #task，Tana 会自动给它加上截止日期、优先级、状态、负责人这些字段。贴 #meeting，它就自动出现参会人、日期、决策、待办事项。和 Notion 数据库最关键的差异是：你不用提前决定这个信息该放哪儿。在 Notion 里你得先创建一个任务数据库，再往里加任务。在 Tana 里你可以在日常笔记里随便打字——“跟基础设施团队讨论部署时间线”——等你想把这个 bullet 变成一个任务时，再贴个标签就行。结构是从你的标签行为里“长出来”的，不是预先设计好的。

用了三周以后，我才意识到这消除了一种我甚至没意识到的心智摩擦：每次记录之前都要停顿一下想“这个放哪儿”。具体到我每天的工作流：客户电话时我在每日页面记一堆无序的 bullet。通话结束后花大约 3 分钟贴 supertag：#decision 给决策，#action-item 给待办，#contact 给新认识的人。这些贴了标签的节点会自动出现在我搭建的视图里——比如“未完成待办”、“本月决策”、“待跟进联系人”。在 Obsidian 里，我每次要从会议笔记里手动把待办复制到另一个任务列表，每个会议大概要花 5-7 分钟。用 supertag 之后这一步彻底没了。按我每周 8-10 个会议算，每周省下 40-60 分钟的交叉引用劳动。

标签还有继承体系。我可以让 #bug-report 继承 #task，这样 bug 报告自动拥有 task 的所有字段，再加严重程度、复现步骤、影响版本。如果更新 #task 标签（比如加一个“审查人”字段），所有后代标签（task、bug report、feature request）都会跟着变。这是真正的数据建模，你只需要用大纲的形式和它交互。我大概用了三周每天练，才觉得顺手而不是费力。

Tana 目前（2026 年中）仍然需要邀请或排队才能使用，不过比早期封闭 alpha 阶段容易多了。团队有意放慢增长，优先做基础设施稳定和核心功能，不急着拉用户。注册后一般等几天到几周，但现有用户发邀请可以跳过排队。

大纲编辑器：爽点与痛点

Tana 的编辑器基于节点，每个 bullet 都是一个有唯一 ID 的节点，可以在工作区任意地方引用。缩进有语义——把节点缩进到另一个节点下面会形成父-子关系，这个关系会被图结构记录并且可以查询。比如我把“修复登录超时”缩进到“Q3 平台改进”下面，Tana 就理解这个结构关系。我可以查询“显示所有属于 Q3 平台改进项目节点的子任务”，得到一个实时更新的列表。

听起来就是个基本的大纲编辑器，但结构缩进 + 反向链接 + supertag 组合起来比表面强大得多。每个节点底部都显示反向链接——也就是所有引用它的节点。如果我把会议笔记里的一个待办贴了 #task，这个 task 节点会显示一个回到会议笔记的反向链接。我可以追踪每条信息的完整来源。用 Tana 的第一个月我发现，我之前在 Obsidian 里大约 40% 的待办事项没有清晰来源——它们是飘在那里的任务，没有上下文说明为什么存在或者谁提的。Tana 消除了这种模糊性。

但是学习曲线比我用过的任何一个 PKM 工具都陡。难点不是界面——界面很干净，快捷键也一致——难在心智层面。新用户要同时理解三个互相重叠的组织系统：通过缩进形成的视觉层级、通过链接和 supertag 形成的语义关系、以及通过 supertag 字段和查询形成的结构化数据。什么时候用哪个机制并不明显，而 Tana 的文档虽然一直在改进，但依然假设你已经有一定概念流利度，而这需要几周才能建立。

我大概两周后能在 Tana 里干活，但真正觉得顺手是六周以后。头两周充满了试错：该用链接的时候贴了标签，该用 supertag 字段的时候用了缩进，构建查询的时候因为节点结构不对返回了奇怪的结果。如果你想要一个开箱即用的直觉型笔记工具，Tana 不是。如果你愿意花 10-15 小时学习一套真正尊重信息结构的系统，那回报是真实的。

和主流工具的硬核对比

我花两个月把过去七年积累的约 2400 条笔记全迁移进了 Tana。下面是实话实说。

• 对比 Notion：Notion 在“需要发布或分享”的场景下更强。Notion 的页面文档模型生成的干净页面，非技术人员不需要培训就能看。Tana 的大纲型界面很难分享——别人看到就是一个嵌套的大纲，查询、supertag 这些高级功能对方看不到。我至今还在 Notion 里维护一个共享团队文档区，Tana 只当个人思考环境。迁移大概花了 15 小时，因为我是选择性搬运，不是批量导入（Tana 的导入工具不支持干净批量）。

• 对比 Roam：Tana 本质上是加了类型系统的 Roam。Roam 的每日笔记和双向链接 Tana 都有，但 supertag 和带类型的查询让信息随时间推移更容易检索。我在 Roam 用了 18 个月，积累了 1100 页，但想找具体信息很费劲——全都是非结构化文本加上反向链接。在 Tana 里，supertag 系统让我能直接查“2026 年第一季度所有决策”或“来自市场团队会议的、分配给我的所有待办”，不需要手动打标。代价是 Tana 比 Roam 重——更结构化，更刻意，不适合纯自由写作。

• 对比 Obsidian：这是被问最多的。Obsidian 的优势在于本地优先、纯文本文件、离线可用、以及约 1800 个社区插件。如果你需要无网工作，奥 bsidian 是明确选择——Tana 需要联网，移动端只缓存有限内容。如果你重度依赖 Obsidian 的特定插件（Dataview、Templater、Kanban、Excalidraw），Tana 没有对应的替代品。但换来的是 Tana 的结构化数据层是核心产品自带的，不是靠插件拼装（插件可能随更新坏掉）。我每个月大概花 3 小时维护 Obsidian 配置——更新插件、修兼容问题、排查同步冲突。Tana 几乎零维护，因为一切都在服务端。

用了一年，Tana 仍然让我头疼的三个地方

• 移动端最弱：iOS 应用能用，但在触摸屏上缩进、移动节点、贴标签比键盘难得多。冷启动要 3-5 秒，想快速记个想法时很烦躁。我被迫用 Apple Notes 做移动端捕捉，回到工位再整理到 Tana，这违背了“一切都在这里记”的承诺。

• 离线基本等于没有：Tana 是 Web 优先，必须联网。移动端缓存了一部分最近内容，但不能完整浏览知识库、不能创建带 supertag 的新节点、不能跑查询。我每月飞两次，这是工作流里最大的摩擦点。Obsidian 本地纯文本完美解决了这个问题，Tana 目前压根没想补。

• 导出和数据可移植性堪忧：可以导出 JSON 和 Markdown，但结构化 supertag 数据——字段定义、类型继承、查询结果——都没法干净转换。如果明天要重建知识库，我大概会失去在 Tana 里搭建的 40% 结构，还要手动大量重构。这不是恶意锁定，而是 Tana 使用的带类型图结构没有标准交换格式。但如果你考虑迁移多年笔记，这是实实在在的风险。

谁该入坑 Tana

我用了一年后，推荐给符合这个画像的人：你至少用过两个其他 PKM 工具，并且都发现缺了点什么；你思考时习惯层级和关系而不是扁平列表；你愿意花 10-15 小时刻意学习，换来数月回报。研究人员、项目经理、工程师、处理互连信息的写作者会发现这种结构力量真正具有变革性。

Tana 不适合那些想要一个快速直觉性笔记 app 即开即用的人，不适合需要频繁离线的人，也不适合重度依赖移动端记录的人。这些场景下 Apple Notes、Notion 或 Obsidian 更实用。Tana 是为认真对待结构化知识的人准备的思考工具，它也不装成别的。