Tana 又是一款 All-in-one 的笔记软件。我虽然很早就已经拿到了 Tana 的使用体验，但是初次体验之后因为其只提供了在线版本，无法离线使用，很快就放弃了。还是坚守在 [[Obsidian]] ，在桌面版上，随着插件的不断丰富已经成为了我常驻应用了，代替了我之前的所有笔记软件，代替了 Read it later 应用，代替了我的 WordPress 编辑器，代替了我 Jekyll 的编辑器，还代替了我用了很久的 Trello，并且我发现本地的看板完全可以代替需要网络 Loading 才能使用的 Trello。

但这一次再次想起了 Tana 是因为我又看到有人提起了 Supertags 的概念，这是一个陌生的概念。

Tana 的特性

  • 没有文件夹概念
  • Supertags
  • 搜索 (Live query)
  • 多人协作
  • 唯一链接（用于分享）

消除了笔记的边界

在初次体验 Tana 的时候，最初的印象就是 Tana 的设计，所有的笔记都是通过当天的笔记开始，每一个笔记都是一个「节点」。节点之间可以相互引用，嵌套。

在 Tana 中已经完全没有了传统笔记的文件夹，文件（文档）的概念，最顶层的组织结构 Tana 称之为 Workspaces，在 Workspaces 下所有的笔记都只有节点的概念，它们可以并列，嵌套，以任意的组织形式存在。

AQU0

什么是 Supertags

对于普通的 Tag，我们都非常熟悉，不论是文章，还是帖子，还是 Twitter，我们都可以用 #tag 这样的方式来对文章内容进行贴标签。通过标签我们可以很快的定位这个文章、这个帖子是什么样的内容，而搜索引擎或者推荐系统也可以很快速的识别这个内容的分类。同样的浏览者也可以通过标签来找到更多的相似的内容。

而 Tana 定义的 Supertags 就是给普通的标签（tag）加上了元数据（metadata）。在 [[Obsidian]] 中普通笔记最基本的描述信息就是标签，Obsidian 也提供了方法让笔记通过标签的形式组织和检索，但是 Obsidian 中 Tag 就是最小的单位了。

为什么需要 Supertags

相信说到上面，很多就有疑问了，既然已经有了传统的 Tag，为什么还需要一个新概念 Supertags？ 在上文中我提到在 Tana 中已经模糊了笔记的边界，所有节点都是一条笔记，笔记和笔记之前没有了明显的边界，那么如何在一个庞大的节点库中对这些内容进行组织就成为了棘手的问题，通过搜索？显然不够迅速，通过传统的标签，最后就会像 Obsidian 中那样还是退化成为了标签的搜索。

而 Tana 提出的解决办法就是 Supertags，比如官方的例子中，用户可以对不同节点中的内容打上 #book 的标签，并且结合 #book 和内容本身，对 book 标签进行进一步的扩充，比如 book 可以包含作者，出版时间，包含简介等等更具体的信息。在 Tana 中官方也实现了一个 AI 自动进行标签填充的功能（借助 OpenAI）。

有了这个功能之后，比如我经常在 Obsidian 中记录读书笔记的时候，常常在以书名命名的笔记前使用 YAML 定义笔记的 metadata（借助模板），而在 Tana 中我仅仅需要在节点上添加一个 #book 标签，那这个节点所需要的所有元数据都会包含在这个标签中。通过这样组织方式，节点之间会形成非常复杂的关系。

而每当用户创建一个标签，Tana 都会自动提示创建一个 List of #book 通过标签的关键，可以直接查询出所有包含这个 #book 的笔记内容，间接地将网状结构的笔记内容提取成为了一个线性的。怪不得 Tana 自己在介绍 Supertags 的时候就称 Supertags 是所有内容的 Glue。

Supertags 的继承关系

在 Tana 之中，标签是有继承关系的，我们都知道面向对象编程三大特点之一的继承目的就是为了复用代码，而在 Tana 中，通过继承（Extend）就使得标签也可以继承标签。这样就非常容易扩展标签。

比如有 #book 这样的标签，同样会有 #fiction ，#non-fiction 等等的标签，而这些具体的标签都可以继承 #book 的属性。

Supertags 能做什么

一个设计良好的 Supertags 可以让界面变成任何你想要达成的效果。

比如设计一个 #todo 标签，包含 Start Date， Due Date，Status 等属性，那么就可以轻松地创建一个类似 Trello 的看板画面。

如果像上面一样创建一个 #book 权限，添加一个属性 Status（待读，在读，已读），你就创建了一个类似豆瓣的 Track 读书记录的工具。

AtF6

所以这就是为什么很多人说 Tana 实际上就是一个数据库的原因。只要用户发挥想想，充分利用 Tana 的展示形式（List，Table，Cards，Tabs，Calendar），以及 Filter，Group，Sort 就能展示出任何想要的界面。

获取 Tana 的测试权限

  • 从官网 申请进入 waitlist
  • 进入官方的 Slack 在频道中自我介绍获取
  • 找拥有 Tana 邀请权限的用户
    • 可以加入 Telegram Group 找我索要，但是我只有一个邀请，先到先得，加入群组的朋友们可以相互帮助一下

总结

只有当一个工具对当前工作效率提高具有压倒性的优势时，我才会考虑替换。我过去曾经使用很多年的 [[WizNote]]，积累了上千条笔记，虽然有 Evernote，OneNote 等等工具的出现，但都没有让我切换过去，直到 Obisidian 的出现，弥补了 WizNote 对 Markdown 的支持，强大的双链，非常快速的检索，以及强大的社区插件支持，让我在体验不久之后就毅然决定使用，并一直使用到现在。

我切换使用 Obsidian 的决定性原因就是 Obsidian 让我意识到了笔记不是一个摘录的工具，而是可以组织自己想法，让想法和想法之间产生关联的思考方式。并且 Obisidian 的全离线化设计让我非常放心的不会去考虑隐私等等问题。Obsidian 的开放程度也让 Obsidian 可以快速的融入任何其他的工具中，[[Anki]]，[[Zotero]]，[[Readwise]] 等等。

Tana 的设计思想，确实融合了很多优秀笔记的特点，但是其 Supertags 的功能，还不足以让我放弃现在的 Obsidian。所以之后还会继续观察 Tana 的发展。

不足

  • 编辑器的样式不足，我之前总结的 Vim Everywhere 在这里就失效了，纯网页的操作，缺少了 Vim 快捷键的操作逊色了不少
  • 不支持 Markdown
  • 数据存储在云端，只支持手动导出 JSON 格式的文档

reference