首页

本文内容摘译自 Reddit r/zettelkasten 频道 以及 zettelkasten.de 网站。封面来自：Bild mit Genehmigung des Autors

在开始正文之前，我先要说明一下：

（1）方法的效果因人而异，每个人应该寻求符合自己的方法组合，而不是照搬某一个所谓 张三李四或卢曼 大神的方法。 方法要为目的服务，我们不是方法的奴隶。

（2）Zettelkasten 可以是具体的方法，也可以是抽象的体系，可以举一反三运用在更多领域，但还是那句话，不要迷信，要独立思考。

（3）Zettelkasten 的精髓，可以几句话讲完的，没有必要出一本书，也不适合成为一种营销「噱头」，更不应该成为某种「鄙视链」的一部分。

以下正文：

What is Zettelkasten？

Zettelkasten 是德语，意为 「活动抽屉」 或「卡片索引盒」。

（火箭君注：其实就是我们以前的提到的 传统图书馆分类法 中的 分类抽屉。 这套体系早就被运用在信息管理的领域中）

从本质上讲，Zettelkasten 是一种记录和整理的方法，用来：

• 存储和组织信息
• 扩展我们的记忆
• 产生新的联系和想法

要实现这几点， 我们可以通过 纸笔也可以通过 App，或者任何其它记录手段。

一般 Zettelkasten 方法包括：

• 编号：首先，需要编写一个带有唯一 ID 名称/编号的 「容器」（可以是 纸质卡片，云笔记，电子文件）。一般建议使用时间戳作为 ID。时间戳不仅唯一，而且以后能看到信息的创建时间。

• 原子性：尽量遵守「原子性」的理念，一个 「容器」 就存放一个想法，不要杂糅。 如果有多个想法，尽量分别录入到多个「容器」里（例如：多张纸质卡片）

• 链接：现在我们有了很多「原子级别」的「容器」，每当我们添加新的内容时，可以考虑和已有的哪些「容器」进行关联。在回顾旧的内容时，也可以补充这种链接。 链接帮助我们在不同内容间跳转，串起一系列上下文和场景。 链接也能启发我们找到新的思路，产生更多的关联。（类似电子邮件里面的threads）

• 跳转：其实就是 Wiki 那样的 超链接。 大多是App 和 电子文件 都以不同形式支持跳转，例如有些笔记软件 用 #/@/[[ 作为跳转链接开始的标志， 后面会填写一个标识，比如我们开头说的 ID。 应用程序可以更方便的实现跳转，而纸笔版本会比较吃力，需要自己去翻出关联的「容器」；比如：从另一个抽屉盒子里，翻出关联的纸质卡片。

• 结构： 这种方法的一个关键思想是，当我们添加内容时，让类别或主题自然会有机地出现。如果预先设置了结构、类别或层次，可能反而会限制我们在看似不相关的想法之间建立联系的能力。

• 元内容：当我们发现更多类似主题时，可以创建引用相关内容的所有 id 形成「元内容」（关于内容的内容，例如：索引，目录，分类列表）。

• 永久笔记：为未来的自己写下「永久笔记」，就像写信给别人一样。尽量用清晰、简洁的方式撰写，可以把它想象成一篇维基文章。「永久笔记」的目的是让将来的自己能够理解现在的想法。

• 让自己理解：不要只复制粘贴信息。必须用自己的语言，自己能理解的方式来写。每次你阅读原始文本时，必须以自己理解的方式处理这些信息。所以，最好首先写下自己对这些信息的理解，将它保存在「容器」里。

• 引用出处：虽然鼓励用自己的文字记录，但也鼓励在注释中引用原文。对于那些进行学术写作的人来说，特别必要。因为行业要求必须列出引用来源。（火箭君：一般来说有高度引用要求的话，会使用一个单独的引用管理器，Endnote，Note Express，而像 Zettlr 这样的应用程序甚至可以让你与 Zotero 集成。）

最后

火箭君觉得： Zettelkasten 并不是万灵药，但是可以很有效的对抗信息「无序化」以及「记忆流失」，通过链接还可能（只是可能）产生一些新的想法和见解。 最后，通过多次回顾，自然会呈现出一些 类别，频道，目录， 这些不是预设的而是动态形成的。我们也可以据此进行归类，将一些「容器」（卡片）归到某些更大的容器（抽屉盒子）里。 我们可以想象：图书馆的分类抽屉就是这样来的。 这种方式源自古老的逻辑技巧：归纳法。

最后，为什么不能就把笔记文字图片放在一个电脑文件夹（或物理的活页夹）里面呢？ 当然可以，很多组织单位都是这样保存归档资料的。 可能会丧失一些 Zettelkasten 带来的好处，但也有其它好处，因为那些文件夹几乎从来没有人会去翻阅或回顾，不会有人基于这些材料形成新想法，如果不是审计需要，大家很想烧掉这些文件。那么，自然也就没有必要折腾各种链接和索引了。 这就是手段为目的服务。

顺便一说 zettelkasten.de 是一个不错的海外介绍 Zettelkasten 的网站，收集了很多衍生的用法，有兴趣可以一看（不用番羽哦）。

首先，我假设各位都知道 Obsidian（以下简称：OB） 是什么。 如果不清楚，下面有段几句话的简介， 如果已经熟悉的话，就直接跳过往下看。

Obsidian 最早是一个 Markdown 编辑器， 支持：

• 本地优先的笔记存储
• 支持 笔记间的双向链接，形成网状图
• 开放接口，支持丰富的第三方插件

现在，OB 已经进化了有段时间。火箭君看了一眼他们家的插件社区，不禁惊叹，OB 现在已经不是 简单的 Markdown双链笔记应用了，简直包含了一个小型的生产力工具「生态环境」。

我们先看看那些有特色的插件：

Obsidian 的特色插件

看板 （Kanban）

通过这个插件可以瞬间将一篇笔记变为一个看板应用。用看板来管理自己的日常事务非常合适。得益于 OB的「双链」机制，看板项目和任务细节，都可以直接连接到某个具体的笔记上，非常实用。

神奇的是，尽管看上去是一个看板应用，它的背后仍旧是通过一篇Markdown笔记来组织这些任务信息，当然也都是本地保存的。

日历（Calendar）

几乎我见到的每个OB用户，都会安装这个插件。

简单来就，这是一个传统的日历应用。在笔记右侧可以帮我们附加一个「日历视图」，里面包含每天的事项标记，也可以编辑具体的每日任务内容。

同样得益于「双链」功能，日历可以通过时间这个维度，串联起我们的各种笔记。 非常适合 作为 简易的 to-do / daily log

笔记重构器（Note Refactor）

这是一个适用于「原子笔记」理念的插件。

「原子笔记」就是说尽量把内容变成不可再细分的笔记单位。然后通过「链接」将这些单位组织起来。 最近流行的「卡片笔记」可以算是一种代表。 虽然我个人没有如此强烈的细分意愿。 但有时，一段内容如果真的过长，的确很希望能拆分成 几个独立的笔记， 这样也可以被更多地方分别引用。

这个插件的作用就是：将选中内容，拆分成新笔记，然后添加新笔记的链接到原来选中内容的地方。

高级查询（Vantage）

OB有很好的「元信息」机制，但是检索这些信息，则显得很极客，需要一些技术基础。我个人也觉得太复杂了，除非有专业用途，一般人为什么要学会这些查询？

Vantage 插件则提供了一个「图形化」查询界面，帮助我们构筑查询条件，而不用关心深奥的查询语法。

白板画图（Excalidraw）

Excalidraw 本身是一个开源的网页 画图插件。 被嵌入在很多App和网站中。现在也被运用到OB插件中。 我们可以像管理笔记一样管理一个白板画图，而且，最妙的是，在画的图中可以嵌入 OB的双链 随时跳转到 其它笔记或白板中。

我个人其实最欣赏这个插件的理念。

网页集成笔记（CONVERT URL TO PREVIEW / CUSTOM FRAMES）

这是两个插件， 功能类似。 都是把一个网页展现在笔记上。

我们只要给出一个 URL， 例如：油管视频的嵌入地址，那么就能把网页视频嵌入到笔记中，随时播放。或者，我们也可以将网页「贴在」笔记侧边。例如：我们可以把自己的 GoogleKeep / GoolDoc 入口 作为一个 特殊的侧页，打开笔记时就直接显示 Keep笔记列表的内容了。

其它

除了上面这些，其实还有几百个插件，有的只是：统计字数，检查写作进度，拼写检查之类常规项；有的则是对接第三方 App， 例如：Todoist / GoogleDoc 。真的可谓百花齐放。

最后

我们也已经看到了，Obsidian 虽然只是从 双链Markdown笔记 起家，一度还被认为是蹭了 RoamReaserch 双链的热度。但实际上，OB的差异性如此明显，本地化+双链+插件，不仅组织 文本笔记，而且还在试图整理所有东西，包括：任务事项，草图，网页书签，App …… 而且OB还有有强大的社区和第三方贡献者。

如果要说有什么缺陷的话，Obsidian 实在是太极客了，不像有些笔记整天捣鼓花式排版。因此，OB有可能吸引不了「感官动物」，这也会使其规模受限。 但说实话，我很喜欢OB这种极客氛围。

强烈期待，明年的这个时候，我来回顾时，看到 Obsidian 和它的社区有更大的发展，给我们带来更多让人惊喜的插件！

以下是参考网址：

Obsidian 官网

https://obsidian.md/

Obsidian 插件查询

https://obsidian.md/plugins

部分截图来自

https://thesweetsetup.com/our-favorite-obsidian-plugins/

远程协作办公的兴起，已不是一天两天的事情了了；在线文档的演进也正处于如火如荼的阶段。

一直以来，不少人可能对文档的 排版或结构 过于追究，对多人协作的实用性有所忽略。 多人协作文档，不仅意味着大家一起编辑一份文档或交流一些想法，还要将想法融合，整理出一个最终版本。 涉及的业务例子可能是：

• 共同起草一份业务提纲
• 互相补充团队的知识库
• 合作写一本书
• 一份融合多个项目的汇总报告

这些场景至少在火箭君周围一直都有，都是信手拈来的例子。这些业务并不追求「花哨」的排版，而是「靠谱」的协作。

多人协作，一直很难搞定的原因之一在于：版本混乱。

大家可以回忆一下，

• 最早期大家各自发送自己编辑的 word/excel， 然后再合并到一起
• 到后来有了局域网共享文档，也有了审批备注批阅机制
• 一直到现在，有了在线 「实时协作文档」……

说到这里，一些开发人员可能早就按耐不住了，这类版本管理问题在开发领域早就有成熟的解决方案了。如果多人维护一个项目的代码，可以使用 版本管理工具维护版本状态。 在各种版本工具中，目前最流行的莫过于 Git。 Git 可以多分支编辑， 当然也可以让分支进行合并汇总，成为一个发布版本。

Git 的细节我就不展开了，今天我介绍的是一个 在线文档App， 它很好的将 分支以及版本管理 功能 引入到了多人协作工作中来。 这款App 名为 Almanac。

Almanac 登场

Almanac 粗一看 就是一个格式丰富的在线文档编辑器。而且也支持当下流行的各种模块嵌入，例如：嵌入视频，表格，代码块，文件附件……

火箭君 注意到截至目前时点， 部分嵌入功能还没有实现，只有一个 disabled 的图标按钮。

Almanac 真正厉害的地方在于：它一直突出 版本和分支管理，

和普通的文档历史版本管理不同 ，Almanac 可以列出所有的 分支。 让管理者有针对性的进行合并，形成当前的定稿（Main）

通俗来说，多人文档协作的 流程在分支管理模式下可以变为：

（1）有一份文档 【项目报告】

（2）A 在报告上创建一个【分支】（临时版本），叫做 【A负责项目进展】

（3）B 也在报告上创建一个【分支】（临时版本），叫做 【B负责项目进展】

（4）A和B 各自任意编辑自己的那个分支。

（5）A和B 提交自己的分支，管理者 进行合并， 将A和B负责的分支，汇总到 【项目报告】上。

合并分支采用了现在主流工具类似的「分屏核对」机制，同时配有逐条的更改点列表。

说实话，这个方式对于最后「合并」的那个步骤，其实还是有很高要求的。这点很考验一个管理者的功底。 毕竟工具只是一种辅助手段，哪些内容应该要加入报告，哪些内容是误修改，哪些内容完全是 bullshit， 这不是文档系统自己可以判断的。

好就好在 Almanac 提供了 一种靠谱的手段，帮助我们通过 迭代 形成文档。 文档就像一个 开发产品，可以有多人，从不同角度，在不同时间进行 「渐进式」的修改，最后合并在一起形成发布版本。

最后

撰写此文是因为和 Almanac 恰好有些机缘巧合的交集。 Almanac 是一家新兴的创业公司，我个人很欣赏 他们基于分支管理文档版本的理念；也很欣赏 Almanac 清爽的程序界面。 我甚至觉得，这正是 微软 Office Online 或者 Google Docs 应该要做的事情。

我担心的是，对于 熟悉 Git 那套机制的用户来说，Almanac 简直完美；但是对于不熟悉那套分支管理机制的人来说，学习门槛可能会很高。

Almanac 免费可注册，是一个 Web App。支持免费版，但有一定用量限制。也有付费的 Pro版 和 企业版。

如果大家有远程办公，多人文档协作的业务需求，建议去试试。

官方网站

https://almanac.io/

火箭君的很多事情都是在浏览器内完成的。 一方面，互联网上有用的信息如此之多，要靠浏览器获取；另一方面，各种 Web App（海外为主） 已经覆盖了各种用途的生产力，浏览器本身就是一个新的工作平台。

我有时甚至觉得，对于很多知识工作者，一台电脑只要配备一个「现代浏览器」（Chromium 内核）应该就能胜任大多数任务了。 这可能也是国外 ChromeOS 系列设备还有一点市占率的原因吧。

然而，使用浏览器工作的一个显著问题是，网页开多了后，会出现组织杂乱的情况。 这时要再开一个新的Tab的话，感觉就会更乱了；回头去整理Tab吧，似乎又不是当下能做的，最好是有空的时候慢慢筛选整理，保留下有用的网页，其中一些还要网页永久收藏。

浏览器自带的「收藏夹」功能可以一定程度上缓解这个情况。 不过即使「收藏夹」，特别是基于「文件夹」结构的收藏夹，也会出现组织杂乱的问题。 当我们书签数量达到 50+ 的时候，书签的组织形式 就很可能需要引入新的机制。

「收藏夹」中的书签数量之所以会变得庞大，不单单是因为我们需要记下一些有用的网页。需要永久（长期）保存的网页资料，我觉得一般都可以转入笔记或其它文件归档保存。在火箭君这里，「收藏夹」保留的是：

• 一些网页入口（比如：Unsplash 查询的入口）
• 一个工作场景下的N个网页组合，需要被同时打开（比如：Google Docs/TheVerge/A16Z/…… ）
• 也可能是一份「待读清单」

因此我发现，一个好用的书签工具，其实不单单是「收藏」，更像是浏览器中的工作场景管理工具。

今天我就要介绍一款自己正在使用的高效书签工具，Toby。

Toby 登场

保存恢复「上下文」

「上下文」在很多时候并不是指字面上的「上文」和「下文」。我觉得这是一个文化差异引起的误解。

我这里所谓的工作「上下文」（context），一个比较浅层的解释是：我们工作中环境和背景相关的那些因素。 具体来说，比如基于浏览器的工作环境中，哪些网页Tab正被打开使用，就是一个典型的「上下文」。 当然，我们如果开了很多桌面程序，那么这些应用程序的打开状态和运行时信息，也构成了一种「上下文」。

回到我们的 Toby 来看，当我们要 切换一个工作场景时， 可以将此时的 浏览器网页 Tab 状态，快速保存下来，等到下次再来工作时（例如第二天早上），我们就能快速恢复出「工作场景」来。

在 Toby 中，这个网页 Tab 的组合，被称之为 Session，我们可以用 Toby 一键 【Save Seesion】。

Seesion 会被保存在一个 Collection 中。 Collection 相当于一个书签文件夹，以后我们可以一键恢复 Seesion，也能慢慢整理归类。

细致的书签分类管理

如果说，只是批量保存书签，那么 Toby 和 浏览器自身的「收藏夹」功能也不过接近而已。 Toby 对于 保存到 Collection 的书签可以进行更细致的管理。 整体思路和浏览器的树状结构截然不同。

Toby采用的是有限层级，我们无法创建无限深度的子文件夹。首先，我们可以看到多个 Collection，每个Collection可以保有多个书签，多个Collection 又可以组成 分组，多个分组可以形成 Workspace。但也就到此为止了。

Toby 对网页标签的跨分组拖放和排序都已经实现，而且可以按多种视图展现书签排列。多个 Collection 的书签可以进行合并和导出。

比较惊喜的是，Collection对 星标，和 tags 也提供了支持，对于分组分类来说又多了一个有力的手段。多少弥补了些不能无限生成子文件夹带来的潜在分类问题。

协同分享「上下文」

Toby 不仅在组织分类书签上下了番功夫，而且可以让我们和团队成员一起管理和使用书签。 刚才上文所说的 Workspace 也可以理解为一个团队，或者一大类工作的场景，可以将其中的分组和 Collection 按照一定的权限 给其他小伙伴一起使用。

通过这种方式，我们也就间接实现了 工作「上下文」的分享。例如：

• 分享给同事 正在协同处理的 调研参考资料
• 给团队成员共用的 Web App 工具组合

实际上，说到协作，单单共享 网页书签，还是远远不够的，Toby 可以 共享一些 简易 Notes （像便利贴）混合在 Collection中。不过这个 Note 功能真的只适合简易的临时用途，不用太当真。 我相信大家的协作沟通，一定会发生在其它工具里面（Slack，飞书，微信，钉钉，邮件……）。 这就不是 Toby 能力范围所在了。

一些遗憾

• Toby 会将我们浏览器的「新标签页」作为书签管理页，我一开始有些不能适应。貌似 Toby 也提供了一种轻量版本（TobyMini）可以避免这个问题。
• Toby的高级功能（例如：共享书签）需要注册账户才能用，虽然目前是注册是免费的，不过这个趋势像是要奔着订阅而去的样子。 我只希望个人使用免费就好。
• Toby 更多在分组管理上下了功夫，但在 Tab的快速唤起，高级搜索，URL功能绑定 等方面做得不是很好。这点我觉得，因人而异，每个人有自己的工作习惯，也有不同的个人偏好，需求肯定也不一样。

最后

Toby 是一款理想的网页书签工具，如果我们主要的工作流基于浏览器的话，那么Toby 也是一款不错的工作「上下文」管理器。

大家如果对 Toby 感兴趣可以免费一试。 其实，类似的书签工具，我这里也发现了不少，各有侧重，如果大家喜欢这类的工具，以后可以陆续介绍。

Toby 官网

https://www.gettoby.com/

我们今天不谈 乐高积木 那种 All-In-One 笔记，我们来看看另一种形式的 视图结构上的 All-In-One。

当我们脑中有一个想法，要开始付诸实施时，或者和团队一起协作时。 我们大致会经历这样几个过程。

• 分解想法，从想法分解成目标，子目标
• 分解任务，围绕目标，分解出任务，安排任务的执行人
• 检查进展，查看任务完成程度，看看是否需要重新分解，或补充新的资源
• 完成所有任务后，归档项目，供以后参考

其中，和「分解」相关的那部分，用 脑图或者大纲（两者其实是一样的结构，不同的形式）非常适合。 而「检查进展」的那部分，用 看板或清单 比较合适。 至于归档，那就需要把刚才计划的部分和执行的部分以及所有相关材料导出备份到一处。

一般来说，分解类的工作或者进度管理类的工作会由不同工具完成的，因为不同工具各有所长。但如果我们只是一个小型的工作项目，或者个人的临时项目，很可能我们不会愿意把事情搞得太复杂，也不想卷入太多工具，这时一个 All-In-One 的管理工具就很有价值。

今天我们要介绍的就是这款 多功能的任务分解和管理工具， Taskade

Taskade 登场

这是一款 多功能全平台的任务管理工具，上手就可以免费使用。

Taskade 主要的特色在于： 多结构的视图切换

我们知道，有些清单工具（例如：Todoist）已经实现了 看板和清单的切换，有些大纲工具（例如：幕布）已经实现了脑图和大纲的切换，而 Takade 不满足于此，它可以在 几个视图内自由切换。要注意的是切换 不是 混排，因此内容还是一样的，只是展现的结构不同而已。

Taskade 目前支持5种主要的视图：

上图自左往右分别是：

• 列表
• 看板
• 操演（表格）
• 思维导图
• 组织结构图

我们逐个来看一下：

（1）列表视图

这个视图很像一个富文本的大纲笔记工具， 支持很多格式，包括嵌入图片和视频。当然少不了给任务打勾的 checkbox。 个人觉得很适合 子弹笔记。

（2）看板视图

这个视图下，任务在看板之间的拖动变得更加方便。Taskade 的逻辑是将列表中第一级标题（H1）下的内容作为一块块独立的看板呈现出来。而二级及以下标题的结构仍旧会以大纲的形式被保留下来。 因此，我们可以在一块看板里面继续看到多级展开的子任务。

（3）操演视图

这个视图结构上是一个表格，不过实际作用在于将任务的一些属性一起罗列了出来。 每个任务 可以有：

• 截止日期
• 指派人员
• 备注
• 嵌入资源（上传文件，Youtube，Loom，Figma ……）
• Emoji 状态
• 计时器

如果我们常做项目管理，这类属性或多或少都会用到。火箭君觉得 这个 表格视图 考虑得真是太周到了。

思维导图

这个视图模式大家可能很熟悉了。，用户可以从大纲转成思维导图，就不多说了。

组织架构图

这个视图就是竖起来的思维导图。 我其实根本不介意 「上下布局」还是「左右布局」的思维导图。 但考虑到一个具体的组织里面， 有些人还是比较在意上下位置关系的，所以组织架构图都是这种自上而下的树状图。

额外的一些特点

Takade 为初次上手的小伙伴们 还提供了 一些模板，防止大家不知道用它做什么好。

在多人协同方面，Taskade 也有不错支持，除了刚才提到的备注沟通，还支持一些高级的团队功能，诸如：权限管理，版本历史，共享日历绑定，单点登录（企业级应用）。这些高级功能都是要额外付费的，但是前面提到的基本功能都是免费的。

最后

我个人挺喜欢这款应用的，我以前经常有些小的想法时，要在A工具里面分解，把任务誊写到 B工具里面管理执行，现在有了一个 All-In-One 工具 就会非常顺手。而且，对于个人来说，免费版本的也已经够用了。

海外对 Takade 的评价也比较高，少数负面的评价在于 界面虽然清新但有点childish。我个人觉得，导出还是不太顺，貌似只能通过打印功能间接的导出到 PDF，不过考虑到项目里有附件备注等复杂结构，想要简单的导出或归档到文件也的确不太容易。

尽管如此，我个人觉得轻量级的项目或任务管理中，毕竟提供了很多便利，值得大家将 Taskade 拿来一试。

官网地址

https://www.taskade.com

我们最近在小团队内，尝试了些基于视频的「异步沟通」方式。

火箭君发现在视频类的「异步沟通」中，既有非常吸引人的效率提升特性，但也有些易让人「掉坑」的地方。 因此，我整理了一下 Pros&Cons 列在这里，或许能帮到更多的小伙伴们。

「异步沟通」简介

下面是关于「异步沟通」的简介，已经清楚这个概念的话可以直接跳过这段。

所谓「异步沟通」简单来说，就是那些 不需要参与者实时响应 的沟通方式。一般也意味着，它不会要求同时占用所有参与者的时间 ，也不要求所有参与者在同一个地方。

比如说，一起开会，无论是会议室里的真人会议，还是远程的视频会议都 不是异步沟通，而是同步的沟通机制。 打电话也是同步沟通。 但是电子邮件沟通就是异步的。收信/发信/回信 都不用 实时完成，可以让沟通双方合适的时间里在自己的办公室里完成。

异步沟通好就好在：对时间和空间的利用上，让沟通各方都能按照自己的方便进行安排，这也就让大家有了充足的时间去思考问题。但这也带来一个很大的问题：「异步」也就意味着不能实时获得反馈，换言之，如果沟通中产生了误解，可能要过很久才能被发现纠正，甚至会一错到底，即使被及时发现，也会浪费很多额外的来回解释时间。

这一年来 视频类的「异步沟通」方式开始崛起，和以往的 电子邮件，聊天工具留言 不同的是，视频类的「异步沟通」可以将一段预录制的视频嵌入交流的信息中。

类似聊天工具里的「语音消息」，「语音消息」是 一种基于音频的「异步沟通」，「视频消息」就是一种基于视频的「异步沟通」方式。

我们讨论的 视频类「异步沟通」特指生产力方面的沟通。而给大家录屏拜个年之类的视频留言，就不在今天的话题范围内了。

我们实践下来

我们实践当中发现： 视频类「异步沟通」主要可以很好的用来完成 对照讲解。

• 例如：对照一份材料（PDF/PPT/表格）和别人讲解，尤其是内部有复杂图表或公式的那种。 大家想像一下网课那种。 这类沟通需要有人讲解，而且内容也较复杂。真人视频的逐点对照讲解就可以发挥作用了。
• 又如：对照屏幕动作的讲解，尤其是操作步骤的录屏讲解。 向别人讲解这类操作时，直接给人看到操作过程就最好了，省去无数描述文字。

除了上述两大类之外，我们并没有在其它场景下对视频异步沟通有特别的需求。我想可能主要是传统的文档或邮件或新兴的笔记工具已经够用了，信息的传递表达和归档已经非常成熟了。

信息的归档

我们的实践中，比如说：录屏讲解，一般都是一次性消费的，也就是说，大家看完领会到意思后，以后几乎就不会再去看了。一方面，临时沟通确实是用视频讲解更方便，但另一方面也让人很少有动力将视频积累下来。

如果刻意要积累下来，那么视频也只能作为某个「文档」的附属。 我们很难想象 一份业务信息全由视频讲解构成。如果不做额外工作进行摘要或分类，那么未来检索视频就会成为问题。尤其是视频内容较长时，我们还需要更深入的定位和检索。文档类产品相对来说，就有更好的结构化（分段，分篇）倾向，也有天然的基于文字的检索和定位。

无论如何，比起视频，传统文档笔记的存储体积也很小。虽然这个年代存储已经很廉价，但是算上云端同步共享的需求，信息的体积也是一个阻止信息积累的潜在因素。一份 100K 的文字文档，可能需要100 ~ 1,000倍的体积进行视频讲解。

上下文同步

我们也是逐步意识到，在沟通中的「上下文」是如此重要。

我们的例子中，视频异步沟通都是假设对方知道「上下文」的。 粗粗的说，「上下文」就是「背景知识」「沟通的环境因素」。 当我们说到 【那个项目】时，知道的人就会知道是哪个项目，不知道的人就会一头雾水。

视频沟通很难做到高效的「上下文同步」，文档类信息中，我们阅读文字段落时可以快速浏览跳过，比如上面文章中，各位已经了解了什么是「异步沟通」，那么就会跳过那段。 但视频沟通就很难，尤其是长视频，除非额外为视频制作一个目录。（我一般都会倍速播放）

还有就是，文档现在有了双向链接，可以对相关背景知识进行快速补充，而视频沟通就很难做到，除非额外做工产生相关链接，但是相关链接到另一个视频的话，又和前文说的高效归档有关，似乎是个成本很高的事情。

对表达者要求提高了

这不能算是个缺点吧，因为高效的文档类沟通也对表达者有很高的要求。视频类的要求只是体现在另一个维度上，比如讲解沟通者的 颜值，声线 我是指，语音表达能力，诸如：吐字清晰，语速合适。

但无论哪种沟通，甚至是同步沟通，都对人们的逻辑能力有很高要求，我们已知的知识和文明主要是建立在逻辑之上的。

不过，即使大家都很有逻辑，视频录制的沟通也会导致一些额外成本。如果是文字沟通，我们写错文字可以立刻编辑重写，思考也能足够充分后反复润色，视频录制就很难低成本做到。这个录制成本，还对工作空间有要求，太嘈杂的环境就不行，也不是人人都有独立办公室的，在开放办公室里，隔座的小伙伴突然开始对着屏幕自言自语，也是很诡异的事情。是不是 想起了 TNT 语音交互？ 「字体变大，靠左，颜色变深点 ……」「吵到我用TNT了……」

最后

说了这些问题，倒真的不是说 视频类「异步沟通」不行，而是说场景很重要。

如果，异步视频沟通只能和传统成熟的文档沟通场景进行比较的话，那就太吃亏了。 另外，我也担心如果只聚焦于 临时沟通 的话，像 IM 工具 （某信，某书，某钉）也能很快发展出类似功能，而且它们已经掌握了异步沟通的主要渠道；用户都不用再去额外选择第三方工具了。 有个小伙伴就问我，我发给它们的异步沟通视频是不是某信的新功能，当然主要是因为我用微信发给她视频地址的。

我有种潜在的感觉，视频类「异步沟通」如果在一个合适的场景下， 会爆发成为 一个「新物种」，这种方式独有的魅力在于，虽然对表达者要求很高，但「视频对照讲解」可以很好的降低接受者的门槛。 而传统文档类沟通则对沟通双方的门槛要求都很高。

至于具体的改进方式，以前我也提到过一些，也许还不太成熟，可能需要我沉淀更多用例后才能补充。 如果大家恰好有合适的场景 或者 最佳实践方式 欢迎留言分享给更多人吧，这里先谢谢了。

最近，All-In-One 笔记 「一窝蜂」的出现，让人直喊吃不消。 我对于「一窝蜂」的不满在于 笔记 App 高度同质化，千人一面，换言之， 同质化 App 虽然很多，都是好看（甚至不好看）的皮囊，没有灵魂。。

一个笔记产品肯定 要有特色，要有差异，要有自己的场景，才会吸引人。 如果只是看到人家这样做获得了100多亿估值，所以我也要这样做，那就是典型的没有灵魂。

当然，在一个正常的市场下，copycat 一般不会有好下场，除非copycat 自己最终进化出了自己的独特的能力。 但是，如果一个产品的文化基因就是 copy，我们怎么指望它会进化出自己的能力来？ 换言之，一个产品在一开始多少就应该有些自己的想法或者自己的故事，那才有可能在将来逐渐形成自己的产品风格，并获得市场的青睐，甚至更远的品牌溢价。

今天要介绍的 App，一开始我觉得很像 一款普通的 Notion-Like 工具，不过仔细看看，似乎还是有点想法，如果将来市场策略能够更清晰的话，说不定可以走得更远。

这款 App 叫做 FlowUs， 内测时叫 NextCloud，对的，就是那款被某某怼的App，不过某某怼的App实在太多了，基本上逮到谁就怼谁的，所以也不用太在意。

FlowUs 登场

大多数熟悉 Notion 的用户，在上手FlowUs 时应该没有什么困难。

常规功能

作为一些 All-In-One 标配功能，甚至我觉得都不需要额外介绍：

• 高度模块化的笔记排版，支持模块快捷命令（拼音缩写）。
• 笔记中可以嵌入子页面，子页面可以继续向下嵌套子子页面。
• 笔记内容中可以插入第三方网页内容（Figma，AirTable，Bilibili ……）
• 支持多维表格，可以在表格/看板/目录等多种视图下切换（但没有 Notion 的 Database强大。个人觉得没有 Filter这点蛮可惜的，能加上 Filter 就好了）
• 支持多人协作编辑

到此为止，这些都是一款 All-In-One 笔记中规中矩的表现。 下面是 FlowUs 一些略有想法的地方。

文件和文件夹嵌入

很多笔记都可以嵌入我们上传的文件。 但一般来说，也就止步于此。

FlowUs 不仅可以上传文件，还可以上传文件夹，也可以将多个文件在文档内按目录和子目录的形式组织起来。 当我们进入文件夹子页面时，有一种仿佛进入云盘的感觉。

火箭君一直觉得「文件」是很重要的一种信息载体，即使到今天，各种云端应用已经高度发达的今天，我还是一直在强调「文件」的作用。比如说，云笔记 总有处理不了复杂表格的时候，这个时候，嵌入一个Excel 文件，其实就能简单的解决问题了，而不用过分苛求 笔记 App All-In-One 能干完所有 Excel 的事情。

所以，FlowUs 可以批量嵌入，批量组织文件，还是很有想法的地方。我也向FlowUs 创始人建议过，将来或许可以和更多的第三方文件云存储平台对接，让这个「嵌入文件」的特色更好的发挥出来。

事实上，为了图方便，我们总有些非敏感文件要放在云端，例如，向客户展示的常用资料，和别人分享协作的信息等等。 这个时候， 像FlowUs 这样，在文档里面组织文件的方式，就会变得很有用武之地。

原生的移动端 App

虽然在轻量应用上，现在的 Web App 或者 套壳App 的功能体验也已经接近原生App。 不过，FlowUs 还是在 iOS 和 Android 上提供了原生应用。

我不想说原生移动应用的体验如何「丝滑」，那几乎是肯定的，否则就是开发水平的问题了。

我想到的是，原生应用由于获得了操作系统权限，应该会在本地文件和文件夹管理上，包括文件的 预览/读写/打开（可以调用更多原生组件）上提供极大加成。

这也意味着，在 App在离线应用 和 本地文件缓存上，原生应用可以提供更可靠的体验。 虽然 Web App （PWA）也已经进化出了一定的离线能力，不过和原生App相比那是天壤之别。 况且，不少 All-In-One Web App 还是不支持的离线使用的。

所以，我想的还是「文件」这件事， 如果 FlowUs 在这个上面做文章，结合自己的原生应用优势，我觉得还是有很大可挖掘的空间。

最后

我有种预感，很可能我们在很长一段时间里，面临的不是 App 过多的问题，而是适合我们效率场景的 App 过少。 就像某些地方的用人情况一样，懂业务有经验的人才很少，低端培训班里滚两圈出来的人却过多。 在这个时代的某些地方，做个有点独立想法的 App，找到一个能切合实用小场景的 App 貌似是一件很奢侈的事情。

最后，希望 FlowU s能一路顺风前行。关键是，云笔记也好，文件云存储也好，需要克服的是用户信任这一关。在这点上，长久稳定的运营和支持导入导出的开放性，两者都是必不可少的，希望 FlowUs 不要辜负用户的期望。

FlowUs 官网地址

https://flowus.cn/

邀请码：PBV4DU

先祝 大家 2022 新春快乐。

今天要介绍的文章是火箭君的一篇译文。 译文原文来自于：jeffhuang.com/productivity_text_file

原文作者是 Jeff Huang， 来自 Brown University。 研究领域是 人机交互。

恰好在2年前，Jeff 刊出了这篇文章， 虽然我们今天才把它带给大家，但是其 对生产力追求的 简洁性，让人深受启发。虽然，我并不觉得每个人都应该像Jeff 那样实践 「一个TXT」 管理全部事项 的方法， 但是其中有值得我们参考的哲学在其中。 

以下是译文，略有编辑节选和备注。

正文

My productivity app for the past 12 years has been a single .txt file

By Jeff Huang on 2020-01-31

当我开始上大学的时候，最大的转变就是学会变得 organized。有那么一段时间，我无法记住脑海中所有的事情。而且，不停地追踪这些事情会大大分散我的注意力，使我无法完成当前正在做的事情。

所以我尝试了各种形式的 待办事项列表、任务追踪器 和生产力应用。很遗憾的是，要做的事情越来越长，有太多要相互关联的东西，比如过去的会议记录、日程安排、想法清单和实验室笔记本，它们都在不同的系统上。

我放弃了，于是我开始在一个单一的文本文件中进行事情追踪，12年来我一直使用它作为我的主要工作效率系统。它对我现在的工作是如此重要，而且随着一系列责任的增加，这个txt的规模也开始惊人地扩大。

现在，我想分享这个系统，我的秘密武器。

前提是有一个日历

我使用的一个外部工具是一个在线日历。我把所有事情都放在这个日历上，甚至包括那些实际上不是固定时间的事情，比如“在研讨会上做一个咖啡桌”或者“弄清楚如何招募新的博士生”我会在需要考虑的时候给他们安排一个日期。这样，我所有的未来计划和时间表都在一起，而不是一堆我必须记录的清单。

制作每日清单

每天晚上睡觉前，我会尝试把第二天的日程表上的所有事项都附加到 那个文本文件 的末尾，作为每天的待办事项清单，这样我就能清楚地知道我醒来时在做什么。这个列表包括日程安排的任务(诸如：下午2点与M见面，下午4点办公时间)、一些差事(签署表格，退回一本书)和工作项目(复习论文，准备演讲稿)。这段附加的文本还能让我思考一下自己每天是否都有合适的工作量。

如果明天有什么我不想做的事，我会在以后的日子里重新安排我的日程。在这样做了12年之后，我已经非常擅长估计我一天能完成什么了。下面是一个采用化名的例子：

同时作为记录

这个每日待办事项列表也是我做笔记的地方，所以它既是一个待办事项列表，也变成了一个已经完成事项的列表。关于这些日常列表，最好把它们都放在同一个文本文件中，并按日期分段，这样我就能记录下我所做的每一件事以及我是什么时候做的。

我现在的那个文本文件，是7年前我开始现在的工作时创建的。它可以作为研究笔记本和会议记录。我现在在一个文件中有37773行手写的文字，记录了我作为一名教授所做的一切，以及几乎所有我见过的人。

（火箭君注：看样子 Jeff 只是同一时刻只使用一个 txt 文件，时间较久远的内容 被分离出来 单独归档了。 这也不是为一个好办法。 因为很久远的事情，不应该占据现在的注意力，另外也处于数据安全备份的考虑。）

快捷方式

我使用一致的写作风格，所以东西很容易搜索，与一些简短的。当我搜索“ meet with”时，它显示我已经安排了3000多次会议。我有一些自己的 文字标签，比如 # idea for new ideas to revisited when i want project ideas，# annual for things to put on my next annual report，# nexttui for things to add to the next time i run my next UI course。

文本文件是非常灵活的（火箭君也高度赞同），在任何时候，我都可以快速浏览我当天做了什么，还剩下什么。当一项任务完成时，这是最常见的默认设置，我就不管它了。我可以使用 搜索框 计算聚合统计数据，或者列出包含标签 的所有行，以及使用文本编辑器的其他操作。我使用 Ultraedit 作为文本编辑器，是因为我对它很熟悉，但我想任何主流文本编辑器都应该有类似的功能。

最后

所以我的日常生活看起来就像

1. 打开那个文本文件，看看我昨晚写的每日待办事项清单，看看我今天在做什么
2. 在白天做那个清单上的事情
3. 当我有空闲(非计划)的时间，做我的清单上的浮动任务 和 必须处理的电子邮件
4. 快速浏览一下其它电子邮件，看看是否需要处理
5. 将第二天的日程表项目复制到文本文件的底部

这个过程有一些很好的地方:

• 当我醒来的时候，很容易就能立刻知道该做什么
• 我不需要在脑海中记住以后要做的事情(处理邮件、未来的任务)
• 回忆过去发生的事情，看看自己一天能完成多少事情，这很容易
• 没有日复一日被推迟的“待办事项”清单
• 我使用远程桌面，所以一切都可以从每一个设备访问 （火箭君注：聪明！）

前一天晚上，我的日常工作量完全在我的掌控之中; 每当我感到长期任务压得我喘不过气来时，我就会通过积极不懈地发邮件、从日历上删除那些我不再感兴趣的事项，以及减少未来我分配给自己的工作量来减少工作量。

这确实意味着有时我会漏掉一些问题，或者不去追求一个有趣的研究问题，但这有助于我保持一个可控制的工作量。

就是这样。如果你尝试我的系统，或者对它有一些想法，我很乐意听到你的声音！

火箭君感想

• 这是一个 不折腾 的方案，比起 各种花式工具而言， 朴素却实用。
• Jeff 的 文本文件是一个 索引系统， 作者仍旧采用了 日历和电子邮件 来获取和存储外部信息。Jeff 的大学场景下，信息来源相对简单，在很多更复杂的工作中，就很难组织这些信息。
• 就 文本文件 而言，按现在的观点来看， Markdown 也是不错的选择。
• 文本文件虽然灵活，但对于用户有较高的要求， 例如用语要规范，人名，标记等， 否则搜索或汇总时 会有遗漏。
• 这个体系容易形成「一次误操作，毁掉全部记录」的风险。可能要结合定期备份/同步云/历史版本 才会有更好的表现。

我们知道，市面上成熟的协同白板工具有一大堆， 免费的有微软的 Whiteboard App，知名付费的有 Miro。 而文档类工具，那更是多得不胜其数。 顺便一说，白板中的 Miro 最近估值已经超越 Notion， 成为资本新宠。

事实上，线下有许多工作流是 文档+白板 结合形成的，而不是单纯的白板或文档。

比如说： 我们会在一块物理白板上讨论流程，画出大致过程， 不同的人会提出意见，在白板上修改或标注，最后大家达成共识。 达成共识后，我们又会设法以文字形式，将物理白板的内容转成电子文档，用于保存和分发。 同时，白板上的图也会被重新画在电子文档里面，作为文档的重要组成部分。

现在有了那些数字化的白板和文档工具，虽然各自解决了 白板和文档 的数字化协同的问题，但是离 白板+文件 的一体化工作流 还略有距离。

今天这款 名为 Eraser 的 App （Web App）虽然不是 Miro 那样的大作，但在 「白板配文档」 的领域里面做出了一个有意思的尝试。

Eraser 登场

Eraser 是一款 Web App， 可以直接从浏览器登录进入。如果有谷歌账号可以一步登录。

笔记和白板的分屏

Eraser 中的一个工作空间被分为 「笔记」 和「画布」 两部分。我们可以同时展现两者，也能只聚焦于其中一侧。当我们只看「笔记」时，就像是一个在线文档工具，而只看「画布」基本就是一个白板工具。

「笔记」部分，Eraser 支持常规的Markdown语法。

「画布」部分，Eraser 支持：

• 图片
• 简易的形状
• 连线箭头
• 自由手绘
• 文字标签

笔记和白板互动

如果仅仅只是把文档和白板并列排开显示，那么App的意义还不是很大。

Eraser 可以在 白板元素 和文档 之间建立链接。 当我们点击文档中某个链接时候， 右侧的 白板 会跳转聚焦到某个视觉元素上，例如： 下图中点击笔记里的「插画4」（fig4）的链接，右侧就会定位到白板中「插画4」的位置。

协作性

现在的各类协作App里，协作文档 和 协作白板 已经不是什么新鲜事。 我们可以看到，很多App里在一个文档上不同用户的光标齐飞，各自输入或编辑；或者一块白板上， 大家画着各自的图形。

现在， Eraser 让这种看似「热闹」的协作，变得更加「热闹」。大家现在可以自由在文档和白板上，同时编辑。 对了，自然不能少了同步语音交流。我个人觉得，已经把线下的那套完全搬到线上了。

关于模板

Eraser 的模板不是很多，但我觉得都是挺接地气的，感觉像是有过线下白板经验的人推出的，而不是为了凑数硬要加上来的那种。像设计文档，简易看板，组织架构等常规模板，是很多公司必备的文档类型。

最后

按官方说法， Eraser 目前是免费的，包括多人协作部分也是一样。

导出功能方面，Eraser 目前只有 PDF 格式导出，而且 是 beta 版，略有不足。

画板部分，Eraser 貌似嵌套了 开源的 Excalidraw 流图组件。Excalidraw 下次我们或许可以单独介绍，Obsidian 也有 Excalidraw 的插件，很有意思。

总的来说，Eraser 是 笔记加白板的新尝试，假以时日，或许可以发展出更多的效率用法。 感兴趣的小伙伴可以立刻前去一试。

官网地址

https://www.tryeraser.com/

OnenNote 是一款受到广泛用户喜欢的早期笔记软件。 它由微软从 200X 年就开始推动。除了 微软 Office 家族中带有 桌面版 OneNote 以外， OneNote 还有免费的轻量版本（预装在部分Windows系统中）。 OneNote的图标也换过好几次了。

OneNote 早在 Notion 这种模块化笔记出来之前，就提出了模块化的概念。 遗憾的是，OneNote 虽然出道早，虽然背景雄厚，虽然广受欢迎，但是和微软其它一些产品一样，有点不思进取。Onenote 始终停留在10年前的水准上。 其中被人诟病很深的一条是，竟然不支持 Markdown（其实还不支持双向链，不支持复杂检索，没有XX 还不支持 ……）。

但是喜欢 OneNote 其实不需要那么多理由，火箭君很长时间就在使用 Onenote，直到今天，还有小伙伴在后台留言 OneNote 相关的讯息。

对于很多人来说，并不是 OneNote 的重度使用者，只要 OneNote 可以支持 Markdown， 就愿意让这款笔记工具续命个几年。

现在有了一个名为 OneMark 的插件，让 Markdown语法 支持 立刻出现在 OneNote 里面，不用苦等微软了。

OneMark 登场

OneMark 是一个 MS Office 插件， 安装成功后，会在 OneNote 的工具栏内多出一个专属菜单。

一般使用时，在OneNote的段落里只要直接输入 Markdown 语法的文本即可。按下回车后，MD文本就会立刻被渲染成带格式富文本。 如果需要也可以将富文本转换为MD源码查看编辑， 不过一般情况下应该不会那么折腾。

另外，OneMark 支持 ToC （内容目录）功能，可以快速生成笔记的目录，这点对于长篇分段落的内容来说比较实用。 即使这些内容不是 OneMark 渲染生成的， 也可以被整理出来。

很讽刺的是，由于 OneMark 能够将 OneNote 笔记 逆向转换为 Markdown，如果有些以前写的 OneNote 内容，现在就可以导出为 Markdown 了。 也就意味着可以保存到外部笔记了。这就很神奇了，特别适合希望 逃离 OneNote 转入 纯Markdown 例如 Obsidian，Typora 之类 App 的小伙伴们。 讽刺的是，这就不是给 OneNote 续命了，而是加速它「送命」了。 🤣🤣

One Mark下一个快速的技巧是，在当前 OneNote 段落下按下 F8，就会把Markdown 文本 加入剪贴板，方便我们复制到其它地方。

其它方案 和 注意点

OneMark 目前不支持 免费版（UWP版，轻量版） OneNote

OneMark 目前只支持 Office 家族下的那个OneNote， 作为一个Office 插件形式。下图为 Windows 自带 OneNote，会发现并不被此插件支持。

关于 OneMark 背后

火箭君看到，OneMark 官网 第一反应是，这就是当年另一款小工具 剪贴板助手（CC一下）的网页样子，似乎和马克飞象（早前给印象笔记加 Markdown 的工具）也有些微妙的联系，稍微查了一下，的确也是。 这家还出品了一些小众工具，都挺实用的。 不过要注意的是，软件本身没有数字签名，需要用户自己有较高的风险判断力，以及对下载来源有所信任和认识。

另一个选择

另一个 老牌 OneNote 插件，OneNote Gem 也有支持 Markdown的功能，而且还附带很多其它功能。 但是价格没法让人喜欢起来，我也没有用过，难以评价。 这几年来也是一直听人提起过而已。 有兴趣的话，可以自行一搜。

最后

如果各位在这个笔记工具满天飞的时代，对 OneNote 还有点怀念的话（很多人连续用了可能都不止5年了）。 那么， 免费的 OneMark 插件 一定能给大家带来一些新鲜的血液。

如果要求不高，做些简单 Markdown 笔记就足够了，同时得益于 OneNote 自身的机制，也补足了 Markdown 图床的问题。 OneMark是个很理想的增强插件。

退一步，如果想要导出 OneNote笔记 到Markdown 文本，其实这个插件也能用上，岂不美哉？

OneMark 官方网站

https://onemark.neuxlab.cn/