原创：Kenshin

疑问

如果你经常使用各式的剪藏类产品，或多或少都有这些疑问：

• XXX 工具用了好多年，可是越来越不好用了。
• 新出的 XXX 工具很棒，可惜之前积累的知识库迁移太麻烦了。
• XXX 工具好用吗？能转换为本地图片吗？

解决这些疑惑之前，要明确一点：好工具是用不过来的！在开发简悦这几年中，我从 Evernote → OneNote → Notion 一路过来，一直折腾不息！

谁又能保证以后不再出一个 Notion Killer 呢？如果不折腾一直停留在 Evernote，又如何享受 OneNote / Notion 带来的便捷？

所以，我尝试了以下的一些做法，迄今为止感觉还不错。 😁

解构

• 如果你曾经在 A 服务积累了大量的内容，现在发现 B 服务适合你，那么请不要试图将 A 服务中的全部内容 → B 服务（除非 B 服务提供极其便捷且无缝迁移方案。
• 你可以并行 A 和 B 一段测试期，即在这个测试阶段内，同时保存内容到 A 和 B。
• 在测试期内，如对 B 服务非常满意，那从此刻开始将内容一直保存在 B 中。
• 让 A 与 B 尽量保持分类 / 文件夹 / 标签的一致性。
• 用好搜索功能，这样当你遇到需要的内容，只需要检索 A 和 B 即可（而检索的时间要远远少于 A → B 的迁移时间。

基于以上原则，我在 Evernote / OneNote / Notion 中的内容都有条不紊的存在。 当然，这仅仅是抛砖引玉而已，只要清晰了这种方案，你可以同时并行 n 个工具，让它们各司其职，为我所用。 💪

引申

• 我在微博 / 微信发现的信息，可以直接发送到印象笔记中。
• 在深度集成 OneNote 的 Windows 10 中，我可以记录 / 整理各种知识，甚至绘图。
• 通过上述的收集，最后在 Notion 中整合发布，甚至可以 绑定自己的域名，成为一个简单的博客系统。

既然可以同时使用不同的工具，那么这些工具该如何选择？

DIKW 体系

无论使用哪种工具，说到底都是对知识的汲取。所以如何利用工具高效的汲取知识才是关键。为此，我们不得不提一个著名的体系 – DIKW体系

什么是 DIKW 体系？用一张图来说明

通过收集原始的数据（对你来说有价值的链接 / 文章等等）来统一整理为信息（剪藏 / 稍后读），再把这些经过二次加工转换为知识（数据整合），最后被自己理解吸收。

如何抉择

无论是什么类型的工具，都绕不开上面这个模型，所以基于常见的工具，对此进行一些简单的分类。 即：对应上面三个模型，看看这些服务都在哪个区间？

通过上图可以看到：

• Pocket · Instapaper · Linnk – 三个稍后读产品，因此它们只具有数据收集功能。
• 为知笔记 有道云笔记 – 可以对收集的信息进行简单的编辑与分类（标签 / 文件夹）但是它们并没有方便的对各种数据整合的功能，因此只能做到前两个阶段。
• OneNote – 因为它本身就是一个笔记，甚至支持手写笔，虽然适合做汇总，甚至很多人用它来做「随堂笔记」。但 Onenote 缺乏有效的标签系统（它只有文件夹概念），同时也缺乏文内链接功能。

最重要的是第三象限，接下来再说说第三象限最主要的特征：数据整合

什么是数据整合？

举个 🌰 你需要做个旅游攻略，你通过（前两个象限）的工具整理了 10个 链接 / 网页，接下来要做的对这些信息进行汇总（分析）。但无论是哪种（前两个象限）的工具都无法方便的将这些数据整合在一起。

非要让这些工具往这个方向靠近的话，文件夹 / 标签系统（勉强）算做一个！但它太初级，太原始了。

信息汇总的一个重要标识：需要有 文内链接 功能，这样才可以将 10个 链接 / 网页通过文内链接的方式组织到一起。

胜任的工具

让我们看看可以实现第三阶段的工具们：

• Notion – 算是第三象限的典范，具有文内链接 / 各种丰富的 Blocks，用它做汇总绝对事半功倍。比如：简悦的汇总页 少数派的各种例子 使用 Notion 做的旅游行程计划 等等。但由于 Notion 对 Markdown 支持度有限，所以通过剪藏保存到 Notion 的文章失败率较高。（ 当然，你可以使用简悦提供的 导出到 Notion 方式，会比原生的剪藏效果好。
• 语雀 – 不仅有文内链接功能，而且有着不输于 Notion 的 Blocks，几乎完美的支持 Markdown，符合 DIKW 体系。（唯一的缺点不支持标签，同时相比 Notion 也缺乏丰富的布局。
• 印象笔记 – 支持文内链接 / 文件夹 / 标签系统 / 代码段 等，但由于相比 Notion / 语雀来说缺乏丰富的布局与丰富的 Blocks，所以在汇总这方面稍显简单。
• Bear – 可以通过 简悦导出到 Bear 实现前两个象限的功能，同时 Bear App 还支持文内链接 [[xxxx]] 方案，并支持标签系统，具有代码高亮 / 标注等功能，也符合 DIKW 体系。但由于先天仅对 Markdown 的支持，使其在布局上稍显简单。

横向比较

既然知道了这些服务到底在哪个环节使用，那就来比较下这些服务的水平如何？

一般来说，只要是图文结构比较良好的文章都会被正常剪藏，所以本次测试并不包含这些。让我们来测试一些极端情况，测试页面含有大量 LaTeX 表格 及 代码段 的页面：

• https://blog.csdn.net/dabokele/article/details/79577072结构混乱，正文提取难度很大。
• http://akosiorek.github.io/ml/2017/10/14/visual-attention.html结构良好，但包含 LaTeX / 图片 / 代码段。

下述服务自带的剪藏工具在正文提取上无法胜任，所以为了确保测试公平，均以简悦的导出方案为测试基准，下图是分别使用这两个页面导出后的比较：

关于上图的一些补充及总结：

• 不出意外，在第一个链接中，全部的原生剪藏工具都无法正确识别出正文。
• 为知笔记 – 由于支持 内置样式 及 本地化图片，很意外的在全部维度中胜出。
• 语雀 – 虽然支持 LaTeX，通过简悦导入的方式却无法识别（二次编辑后识别）；通过本地导入 Markdown 的方式可以识别。
• 有道云笔记 – 原生的剪藏可以本地化图片和识别 LaTeX（无法二次编辑），但代码高亮的识别比较差。简悦因为使用了私有 API 及导入的 Markdown 格式，所以无法像原生剪藏工具一样。
• OneNote – 唯一的惊喜是，它也可以本地化图片。但也仅仅是这样了，要不是它具有手写板功能，我认为它并不是一个好工具，更适合做笔记。
• 印象笔记 – 由于基于 ENML 格式，所以在原生剪藏环节要优于简悦，但正文提取能力以及二次编辑能力比较差，比如：即便识别了 LaTeX / 代码高亮，也无法再此基础上二次编辑，同时它的识别也仅限于导入的样式识别。
• Notion – 虽然在内置样式 / 本地化图片等环节落败，可以通过二次编辑实现代码高亮，对 LaTeX 的支持度也仅限于代码高亮。
• Bear – 由于是一个 Markdown 产品，所以相比较上面的几款功能，并不太适合；而识别正文还是通过简悦实现，但也由于是 Markdown 所以先天可以支持代码高亮。
• 如果熟悉了上述工具的优缺点，接下来说说，我是如何通过简悦最大化利用这些服务的优势。

为什么是简悦？

自 简悦 1.1.4 发布后，几乎涵盖了各种主流的生产力工具，就拿收集资料这件事来说，要比同时安装多种工具更方便。😀 更何况简悦保存的内容还是 优化 / 整理后 的页面；同时在上述的（正文识别的）剪藏环节，全部胜出。

简悦支持的服务

先整理归类一下简悦支持的服务，概括为四类：

稍后读，包括：Instapaper · Pocket · Linnk
网盘类，包括： Dropbox · Google 云端硬盘 · 任意支持 WebDAV 的网盘·葫芦儿
剪藏类，包括：语雀 · 有道云笔记 · 为知笔记 · 印象笔记 / Evernote · OneNote · Notion
应用类，包括：Bear · Ulysses

我一般使用的是：

稍后读：简悦自带的稍后读。
剪藏类：其实刚才已经说了，语雀 / 印象笔记 / OneNote / Notion 同时在用。

简悦导出服务的使用场景

任何工具势必存在使用场景，所以说说结合简悦我是如何利用这些工具的。

• 在桌面 Web 端需要保存的链接，我一般保存在简悦自带的稍后读，既然叫稍后读，所以我会定期清理这些稍后读，同时保存在稍后读中的链接，要确保不会在晚上打开并深度阅读。
• 否则，我会将需要深度阅读的内容 发送到 Kindle （前提是发送的内容均以图文为主，否则 Kindle 很难胜任。
• 如果某篇文章有收藏意义，我会视文章的结构 / 类型考虑发送的服务，如：以图文为主的，一般都是保存到语雀；以代码类为主的会优先考虑 离线 HTML 下载 或 为知笔记（ 为知笔记对代码类支持度更好，也更友好。
• 如果在微博 / 微信上的文章，AT 到印象笔记，而后方便的时候，再整理；（我从不使用这些工具自带的收藏，这样会更加分散，整理时也更加浪费时间。
• 如果有分享 / 二次编辑需求的，视情况会发送到 Notion 或 Bear。
• 需复杂排版的知识整理一般都在 Notion 进行；有绘图需求则在 OneNote 进行（前者更善于形成汇总页面；后者在手写笔的加持下，很难出其右。
• 简单排版且近似 Wiki 属性的汇总我都会使用语雀。
• 为防止某些文章会不定期 404，我使用 离线 HTML 方案，再结合 Haze 或 Automator 自动将下载的 simpread-xxxx.html 文件发送到网盘（Dropbox）。
• 在 iOS 端，我也偶尔会使用 Bear （ 付费版有同步方案）利用 JSBox 版简悦 将页面的文章发送到 Bear 中，之后再做进一步的处理。
• WebDAV（葫芦儿派盘可以提供个人WebDAV） + 离线 HTML + Documents 的方式，将需要深度阅读的内容，发送到 iPad 上，晚上做完深度阅读后，随手保存到个人电脑的方案。

关于最后一种方案，其实用离线html+葫芦儿APP也可以直接实现。葫芦儿·派盘是比较新颖的一种服务，他是把电脑的存储空间当做“网盘”来用。所以不论是用Documents还是葫芦儿APP，html文件都可以存储在电脑里。

最后

熟悉这些工具的优缺点，合理利用这些工具，设计出符合自身需求的工作流，才是破局的关键。

正由于简悦先天支持这些工具，所以通过简悦成为它们之间的桥梁，也是一个不错的选择。