首页

一般来说目前的笔记工具基本上都已经或多或少配备了 AI 辅助功能。 不过，仍有两个「重量级」的选手姗姗来迟。

根据近期消息， 老牌的笔记工具 Evernote（不是印象笔记） 和 Google 开始加入「AI+笔记」 赛道。而且，从已有的消息来看，这些还不是完全的 AI 成品，可能需要更长时间才能让用户得到完整形态的AI支持。

以下内容未必完全准确，以产品官方最后的宣称为准，某些特性甚至被砍掉也是可能的。（可以想想微软……）

Evernote 的 新升级计划

自从 Evernote 被 Bending Spoon 收购 （再次强调，不是国内的印象笔记）后，正如火箭君上次预测那样，Evernote 开始朝着 AI 方向发力。 考虑到 Bending Spoon 原本就有 AI 应用的基础，这一切都是顺理成章的结果。 根据 Evernote 官网披露：

（1） AI Note Cleanup 功能

简单来说，就是 「笔记整理」功能。 提供了类似轻量排版，拼写语法修正，或润色等功能。

特别适合临时杂乱记录的笔记，例如某些会议的快速记录， 可以大幅提升事后整理的效率。

AI Cleanup 功能计划将在 本月（5月）推出。

（2）AI Search

简单来说，就是自然语言搜索。

Evernote 几乎是最早将 OCR（光学文字识别）普及到笔记搜索中的公司。 现在，通过 AI 加持，可以让用户以自然语言进行搜索。 预计可以满足类似 chatPDF 那样的场景，对着一些文档提问，AI会汇总已有笔记的内容，分析以后给出回答。

AI 搜索肯定是一个有用的功能。就是对于用户笔记访问的分寸是个很微妙的地方，希望 Evernote能按照以往的宣称风格，确保笔记永远是用户的资产，即使有 AI 分析，也应该要保证隐私性。

AI 搜索功能预计要到今年（2023年）下半年才能交付给最终用户。

（3）实时协同等功能 和 涨价

Evernote 还宣称提升了性能和稳定性，并提供了 「实时协同」功能。「实时协同」大约在两三年前，拿出来还能说一下，现在已经没什么可说的了。 协作文档工具哪个不能支持「实时协同」？

哦，对了，Evernote 还宣布要涨价了

• 个人版 USD 14.99 每月， 包年 USD 129.99。
• 专业版 USD 17.99 每月， 包年 USD 169.99。

和 AI功能 比起来， 涨价 倒是不用等了，从5月1号就立刻开始实行，大家有没有感到高效率？

至少，Evernote 这次宣布涨价还是比较坦诚的，没有藏着掖着，下次再搞一个什么 SVIP，SSVIP，SSSVIP ……考虑到 目前 AI 也是有成本的，加上刚刚被并购需要一些动作重整业绩，只要产品质量足够好，相信总会有 Evernote 粉丝充值。

以下是2023涨价后的功能和以往的对照。

Google 实验项目 Tailwind

在Google I/O 2021 开发者大会上，Google 宣布正在开发一款名为 Project Tailwind 的人工智能笔记本工具。

该工具可以记录用户各种形式的笔记，并自动组织和总结笔记内容。用户可以通过GoogleDrive选择文件并使用 Tailwind 训练，Tailwind 会创建一个具有给定笔记该信息的专有 AI 模型，并提供一个个性化的交互界面，来帮助用户筛选和提炼笔记文档。

考虑到 Tailwind 采用了 Google 最新的 PaLM2 AI技术，可以更好的理解和生成多语言文本。因此，Tailwind 还可以生成一些针对性的建议，回答关于笔记内容的问题，并可能在回答中引用来源。

谷歌预计，这种 AI+笔记 会对 学生，研究者，文章作者，分析师，律师 等类型的知识工作者提供极大便利。

作为Google AI Lab Program 的一部分， 目前 Tailwind 还在内测阶段， 可以申请加入 Wait List，不过仅限 米国 地区。

Tailwind 实验项目官网

https://thoughtful.sandbox.google.com/about

最后

火箭君个人感觉，如果 Tailwind 能成为一个成熟的产品，比上面的 Evernote 更让我期待一些。

Evernote 的优势在于，积累的用户群，积累的口碑和历史笔记数量。 但是，历史的光环正在逐渐褪色，急需重振旗鼓，AI +笔记 则是一个重新赢得用户信任的好机会。

而 Google这边， 由于 Google 必须用自己的 AI 模型，不能受制于 OpenAI（或微软），因此 AI笔记产品 来得晚了一些。 尽管如此， AI+笔记的路毕竟还很长，有越来越多的大厂进入，一定会形成多种选择共存，并压低用户的使用成本。

长远来看，AI + 任何生产力工具 几乎都是一件好事情。就和当年的 互联网接入，云存储，智能手机 …… 一样，AI最终会变成普惠的技术红利。

「小而美」的套餐时代

新兴的项目管理 App 很难在规模性和专业深度上抗衡已有的巨头。 已有的巨头已经面面俱到，只要大家能想到的功能和场景都集成在内了。 但代价是变得臃肿不堪，甚至界面丑陋很难使用。

所以，许多当年新兴的 项目管理 App 都会从一个「小切入点」开始发展，例如：Trello 的看板， 即时通信的 Slack，或者协作日历管理以及数不清的协作笔记文档 …… 只要用户的工作流程有所侧重， 而且用户也是小团队，不讲究那么多条条框框，那么就可以细分出一个个市场，不用和「大而全」的巨头软件去竞争。

试想， 我们几个人只要 Slack 聊天就能同步项目进展，简单交换一下文件就能共享信息，为什么需要 Jira 之类的项目管理软件呢？ 同理，几个人的设计师或作者团队，对着 Figma 或 某某文档 就能协作完成创作，并且交换意见，还能对比进度…… 那么一个「大而全」的项目管理系统又有什么意义？而这些小市场，大团队根本不屑一顾。（下图为 Jira Atlassian 复杂的界面）

不过时至今日，情况也发生了变化，单纯想靠一个已有的概念去发展，已经变得很困难，例如：看板，日历，文档，通讯…… 这些领域都已经有了业界佼佼者，而且内卷无处不在，除非有一个全新的理念，否则难免陷入「红海」之中。

我们以前也说过， 现在的生产力 App 来到了一个「聚合」的时代， 也就是把这些「小而美」工具特性组合起来，形成新的一个「功能集」去吸引用户。 这种组合，或者说「聚合」，是远远不能和「大而全」的软件相比较的，仍旧只是在小团队甚至个人市场打转，但可以获得额外的一席之地。就像以前都是「甜点级」的 App，现在「甜点」已经过剩了，逐渐出现了「套餐级」App。

今天，要介绍的这款 App 集成了常用的小团队项目协作和管理工具， 虽然每样都很简单，ALL-IN-1 肯定算不上了，但作为一个小团队甚至个人的项目的管理「套餐」，应该还是挺香的。

这款 App 名为 Upbase。

Upbase 登场

Upbase 是一款 WebApp。主打的就是简单的个人或小团队项目管理。 它集成了 以下几个常用的功能组合：

任务看板+清单+时间块日历+番茄钟

Upbase 对任务进行了几种维度的划分，同一个任务：

• 可以属于某个清单，例如：采购待办清单
• 可以属于某一个时间段，例如： 2023/04/01 10:00 am～11:00am
• 可以属于某个阶段，例如：Todo，Doing，Done
• 可以按指派的人
• 可以按标签（Tag）分类

这也是主流任务管理的基本思路。

而且，Upbase 也提供了多种视图，大致有以下几种：

• 基本的看板视图功能。

• 用于日程安排的日历时间块（Time Blocking）视图

• 基于各种筛选（Filter）和分组条件（Grouping）的列表视图

我们将这些「视图分类」和「任务分类」组合起来，就可以在 Upbase中产生各种组合效果。

更进一步，我们还能针对某个任务单独设置番茄时钟，进行计时。

个人觉得就轻量的项目任务管理而言，无论是时间管理还是状态管理，Upbase 都已经绰绰有余了。虽然，不能和 Linear 之类相比，也没有Gantt之类专业进度分析视图，但是毕竟 Upbase 主打的简单易用，就是一个「快餐套餐」。

笔记文档+文件共享

Upbase 中 文档和文件是隶属于某个清单（List）之下的。 清单更像是一个子目录，一个频道（后面即时通讯时会用到）

笔记文档编辑支持 /模块菜单，和 Markdown语法快捷输入。 这就是火箭君2年以前说的笔记输入的「标配」，我甚至以后都不想专门介绍文档输入了，除非有什么额外特色。

文档可以是自建文档，也可以是 Google Doc / Sheet之类的嵌入。不过目前仅仅支持 Google 家。

文档由于已经隶属于清单，所以内部不再分级。

而文件管理也隶属于清单，但其中可以设置子文件夹，进行更深层级的管理。

文档和文件在清单内，都是对成员可见共享的。 没有什么复杂的权限设定。 另外也可以创建 Public Link 对指定的文件进行外部共享。

这些基本的共享功能设置，也从一个角度体现出 Upbase 简化过程的想法，App 并没有面面俱到，也不是所有方面都支持。因为还是那句话，人家就是一个「快餐套餐」，有限的搭配，能用就行。

聊天和备注体系

说到项目管理，和「沟通」其实有很大关系。 很多时候，我们的沟通往往发生在另外一个平台上甚至物理世界里，例如：微信，邮件，电话，会议，面谈…… 而这肯定会和项目任务管理App割裂，如果要联系起来，肯定有输入成本。 当初 Slack 的出现，就很大程度解决了这个问题，对于「重沟通」的项目非常友好。

Upbase 不能说是一个非常专业的沟通聊天工具，但提供了基本的成员间通信的能力。 而且也跟进了主流通讯工具，划分频道（清单），@指定人，回复Emoji 等功能。 但是没有继续向下的Thread 功能（Slack），也没有集成语音视频会议（飞书），也不会和办公文档或插件集成（Teams），也没有Bot，也不像邮件可以转发抄送归档 ……

不过， Upbase 提供了 备注（Comment）体系，这个体系会在人物，文档，日程等多个地方出现，也是一种变相的沟通，而且和项目的「上下文」更加紧密。用户可以在 Messages 栏目下的地方一次性看到所有备注消息，并统一处理回复。

最后

基本上，看得出 Upbase 的产品特色就是简单的套餐。非常适合那些过程不复杂，需求也不挑剔的轻量项目。可以包括一些小团队的临时项目，甚至个人的 Side Project。Upbase 离「大而全」还很远，而且「大而全」应该也不是它的目标。总之，保持一个「小而美」以上的套餐状态是一个不错的市场切入点。

价格方面， 和其它 SaaS一样，Upbase 提供了订阅，但是也很诡异的推出了限时的的 Lifetime Access 许可。 对于需要云存储和长期维护（哪怕维护成本不高）的SaaS 来说，考虑到卖家后续可否履约，Lifetime 反而让人难以下手。

以下是 Upbase 官网地址，恰好有兴趣有需要的小伙伴可以去看看。

Upbase官网

https://upbase.io/

最近， Vivaldi 浏览器的公司发来一份通知， 提醒我 Vivaldi 6.0 已经推出了。 从通知来看，这次 Vivaldi 浏览器终于顺应潮流，加入了 Workspace 的概念。可再仔细一看，他们所谓的 Workspace 其实就是「标签页分组」的集合。

标签页分组，是一种可以把若干个网页标签页聚合在一个空间里的机制。 我们可以根据自己需要设置多个分组，例如：新闻分组，社交网站分组， 工作网站分组， 再细一点，也可以按照实际工作项目划分分组，然后由更高的级别（工作空间）来管理分组。 这个概念本身其实没有什么新鲜，但是越来越多的浏览器产品显然都注意到了这个问题：

网页标签页过多，甚至标签页分组都过多了，用户无所适从。

于是各类浏览器产品，各显神通，纷纷给出了自己的方案，有的甚至把 Tab页管理作为产品重要的卖点。

今天，我们来看一下，目前市面上已有的一些 浏览器Tab页分组 解决方案。 由于种类繁多，火箭君只能取一些有代表性的浏览器出来，难免有疏漏，欢迎大家补充讨论。

Chrome

Chrome 其实也有标签分组功能， 只要在Tab上右键菜单就可以出现，「群组」（Group）的设置。

「群组」就是一个标签页分组， 有一个单独的用户自定义名字，用于管理一堆相关的标签页， 可以一起展开或折叠。 下面的 Roxy 就是一个分组。

Tab 不用的时候可以按分组折叠起来。

Vivaldi

Vivaldi 现在提供了一个下拉菜单，作为 「作为工作区列表」的选择器。

Vivaldi 的方案比较简单，粗一看只不过是 Chrome 分组的另一个形式。

不过， Vivaldi 考虑到了 Tabs 在一个空间内过多的问题，因此在 空间中还引入了 堆栈的概念（Stacks，这个理念下面还会细说），其实这个才更像是 Tab Group。

有意思的是， Vivaldi 模糊了这个概念， 如果我们的标签层级不复杂，就可以把 Workspace 当作分组， 里面全是 Tab。 如果，里面 Tab 过多，就可以在将一些 Tab 合并到Workspace 是下面的「子文件夹」（Tab Stack）里面， 形成二级分组。

说实话，默认水平标签页下，上下两级的分组形式其实不太美观。

SigmaOS

既然提到 Tab 分组， SigmaOS 是一定要拿出来说一下的。

SigmaOS 是一款 macOS 独享的浏览器， 对于这款产品，早期用户印象深刻的地方可能在于其 「分屏浏览」机制。 实际上，SigmaOS 的 Tab分组 才是强项， 尤其是结合的分屏以后，Tab 如何管理变得更有挑战性。

SigmaOS 会将 分组列表 展现在一侧，选中分组下面的 Tab 页 会垂直列出（垂直标签页）。 并且，Tab 列表中，各个网页会按照域名层级进行组织。

SigmaOS 的选中状态机制非常突出，当前的选中分组，当前展示的Tab， 当前分屏展示的Tab 都可以通过列表中的选中状态区分。而且 Tab 本身还有状态设置， 可以设为 Todo。

应该说，SigmaOS 的 Tab 机制是火箭君的「理想型」，唯一的问题是，产品在 macOS 平台独占。

WaveBox

WaveBox 是和 Station， Shift 相似的 Web App 切换类浏览器。 正因为如此， Tab分组 是自然而然的一个产品特性。

WaveBox 也经历了较长时间的发展， Tab分组也只是众多特性之一。 但是，WaveBox 面向的用户群很清晰，他们是高度注重生产力的用户， 换言之，用户平时大量工作需要基于 Web App。 这样的场景下， 简单的分组机制已经不够了， 需要有 「分组的分组」。所以 WaveBox 会有 大分类》Tab分组》Tab页面， 这样的三级结构。从这个意义上来讲，书签（bookmark）和标签（tab）的界线已经逐渐模糊。

作为一款小众的工作用浏览器，我个人觉得WaveBox还是很适合有特定生产力需要的人群。

Stack Next

今天压轴的是 Stack Next 这款浏览器。

我们以前似乎有介绍过 Stack 浏览器， 那是一款多分屏的浏览器，比 SigmaOS 的「双分屏」更进一步。 之后，他们家一直在捣鼓一款全新的 Stack 浏览器，现在终于推出了公开下载。

这款新的 Stack Next 浏览器，将标签分组的概念 演绎到了新的高度（早期的 Stack 就是 Tab 分组的另一个隐喻）。现在，Stack的 理念表现为：

• Card，他们将 一个Tab 变成了 Card，其实用过后，我们就会发现：一个 Card 里面还是可以开出 多个 Tab， Card只是一个占据视觉空间的 Card 视图
• Stack， 一组 并排分屏的 Card 构成了一个 Stack （类似于 原来的 Tab 分组）
• Stack 组织在一起 构成 Spaces

Satck 的 分组或者 Space 切换也很特别， 可以用键盘（上下左右/WASD）在屏幕上导航，空间效果感十足。

Satck 支持多平台，可以直接下载试用。但 Stack 貌似是一款为少数人信仰充值而准备的产品。它的 理念先进，设计精良，但除了免费版可以看看外， 实际的收费策略让人一言难尽。

最后

某种意义上讲，火箭君也能理解，Chrome，FireFox，Edge 为什么并没有自己提供很出色的Tab 管理机制。因为他们是通用浏览器， 而且浏览器的插件市场已经提供了极其强大的 Tab 辅助方案。

比如，火箭君个人正在用一个名为 Toby 的插件，是我每天都在用的 Chrome Tab/书签 管理工具。

最后，近期其实还有一款炒得很热的 Arc 浏览器，他们也在主打 Tab 管理（本文封面图来自于 Arc 官网）。 Arc 正在开展邀请内测，目前也只支持 macOS/iOS 平台。 有兴趣而且有条件的话，大家也可以去看一下。不过，在看过今天上面这些介绍之后，再去看看 Arc 可能会觉得，也就不过如此吧。

上文提到的部分浏览器 官网地址

WaveBox
https://wavebox.io/

Stack Next
https://stackbrowser.com/

Vivaldi
https://vivaldi.com/

sigmaOS
https://sigmaos.com/

Arc
https://thebrowser.company/

Notion Wiki

Notion 早期被许多个人笔记玩家喜爱，作为 PKM（个人知识管理）的一种有效方式。后来，又成为了小团队的 协作工具，尤其是嵌入Database 表格后，更是如虎添翼。再后来， 被数字内容创作者用来发布作品，相当于一个简易的博客和建站工具，甚至是收费内容的发布平台。 但是，一直以来 我相信 Notion 希望能真正走进 企业应用领域，只有这样，Notion 才能达到无论是数量还是质量上的突破。而企业应用这块领域一直是 微软 谷歌 等大公司的「圈养」范围。

最近，Notion 发布了 Wiki 功能，其实颇有剑指企业用户的领域。

Notion 所谓的 Wiki 功能其实对于比较资深的玩家根本不算什么新鲜事情，刚才说到，很多人不就是拿 Notion 做一个小型的知识库吗？ 所以这个 新的Wiki 功能到底要干什么？

简单来说：

• Notion Wiki 就是将已有的 Notion Page 组合转化为 一个 特定的 Database。
• 这个Database 相当于是一个 笔记集合的 「索引目录」
• 由于 Notion Database 的 视图/排序/检索 功能强劲， 因此这个目录可以呈现出不同风格和用途。
• 额外的， Notion 为这个 Database 提供了一个 「认证」的字段，表明 文章的有效性和权威性，也有点像保质期，或 Wiki 的审核制度。(效果见下图)

我第一反应是，这个 Wiki 不是单纯给个人玩家的， 有「认证」的概念说明是团队协作，甚至有层级概念。而且要强调权威性或准确性。

这种用途，几乎就是冲着典型的企业内部 Web Portal（门户站点）场景去的。

有不少公司（尤其是大公司），喜欢把一些 内部规章，申请表格，公司沿革，联系人目录，培训资料 …… 放在内网的一个站点上， 供员工访问。 员工可以根据需要 查询或阅读想了解的内容。 这样的站点就是 企业内部的「门户网站」。

微软的 SharePoint 软件就这个领域的代表作， Notion则是提供了更轻量级也无需IT部署的方案，应该会受到部分小中型企业的欢迎。我个人感觉，Notion 正在教育 一些非资深的玩家，结合企业内部的场景进行替换大厂工具的实践。 比如：用 模块笔记 替换 Word， 用 Database 替换 Excel， 现在用 Wiki 替换 Sharepoint ……

如果我们想要使用 Notion Wiki 功能，可以在 page 功能菜单里面找到选项（见下图）。我们可以将一个 普通 page 转换为 Wiki 入口页面（或者说门户的首页）。

DayOne Web

DayOne 是一个面向个人用户的笔记日记类产品了。火箭君也是一个DayOne 早期的买断用户（Plus 版），累积了上千条笔记在里面。 除了将文字录入笔记，DayOne 现在已经支持了 涂写，录音，照片，视频等多种方式录入内容，而且还支持 end-to-end encryption 和 iCloud 备份， 是一个理想的 journal 类工具。

对我个人用途来说，DayOne 是一个 自我对话，收集想法，记录经历的地方。 DayOne 使用方便，结构清晰。 如果没有 DayOne， 浮墨笔记 Flomo 也会是一个很好的替代品。

但是一直以来，DayOne 的一个问题是苹果生态优先。 严格来说，其实 DayOne 也有一个安卓版，但是远不如苹果版上心。

现在有了 Web版（Beta），终于可以 在 桌面 Windows 甚至 Linux上使用了， 虽然功能暂时还不如 iOS 版全面，但应该算是一个「全平台」基本可用的工具了。

由于是 Beta 版，官方还建议 提前开启自带的备份功能，以防止数据同步出错的问题。想要体验 Web 版，可以在这里进入。对了，即使普通用户（非付费）也能访问 Web 版，这不是一个付费服务。

Day One on the Web

最后

Notion Wiki 选择了 ToB， DayOne Web 选择了更好的 ToC， 这其中并没有对错，无论哪一种做法，都和创始者的价值主张有关 。顺便一提， 我们大多关注 Notion 获得了如何如何的融资，但 DayOne 在前两年，其实已经被 WordPress 的母公司 Automattics 收购，这也使得 DayOne 变得更可靠。

最后，希望给大家在合适的场景里都能找到自己趁手的记录工具。

Tana 是一款新兴的笔记工具，火箭君之前有过介绍。

Tana 和以往的「双链笔记」或者「模块化笔记」不同，Tana 主打「节点」作为笔记的基本单位，在节点基础上执行 标签以操作 及 衍生子节点，最终形成各种维度的视图。

Tana 的理念是新颖的，在某些领域也是实用的，尤其受到一些酷爱「结构化」以及热爱「网状链接」用户的喜欢，但前卫的理念也受到传统文档用户的微词，比方说，感觉结构很乱，不像阅读文章那么顺畅。

之前火箭君说过，Tana更像是一个 伪装成笔记工具的数据库。 他们家自己也称 Tana 为 Everything OS，雄心可见一斑。

火箭君也一直在想，Tana 肯定是迎合了某种思路，究竟是什么让 Tana 与众不同？ 今天的译文或许能给我们一点启发。 以下译文来自于： Clayton Miller ，火箭君做了编辑和节选。原文地址：https://medium.com/@curiousee/is-tana-right-for-you-feb02c9c95a1

Clayton 将用户分为：

重视结构和架构的用户， 以下简称：笔记建筑师

数字花园园丁类的用户，以下简称：笔记园丁

正文

Tana。是一个令人兴奋的选择。它位于「笔记建筑师」 和 「笔记园丁」 用户之间。

对于「笔记建筑师」来说，Tana 是一个很好的选择，因为我们可以轻松创建一个结构，而不会过度结构化或导致不灵活。

就像在 Notion 中一样，我们可以拥有共享关系的数据库，这样就可以轻松地交叉引用数据和信息。任何节点都有能力形成自己的数据库。并且可以在许多不同的视图中显示，例如看板、列表、日历、Tabs 和卡片。

对于 「笔记园丁」 来说，Tana 也是一个很好的选择，因为链接想法变得很容易。

作为一名纯粹的数字花园园丁而言，数据结构是扁平的，而不是分层的，因为没有一个主题比另一个主题更重要。这是一个网状的数据结构。

此外，Zettlekasten 系统的语境下，即使关键词是松散的，笔记在某些方面仍然可以具有自己的生命力。（火箭君注：即使不依赖于关键词检索，也不会导致笔记变成孤儿或打进冷宫，重要有链接索引存在的话）
尽管笔记仍然存在一些固有的层次结构，但要点是，层级结构不是系统中重要的方面，或者分类层级只是更好描述笔记的一个关键词（火箭君注：分类就是一种标签）。

综上所述，由于反向链接和标签很容易在 Tana 实现，我们就可以创建查询来表达各种想法。

设想，我们有一个节点；基本构建笔记块是通过在 bullet point（火箭君注：Tana 类似大纲笔记，从一个子弹节点开始输入）中键入内容来创建的。每个节点都是它自己的实例，系统赋予节点唯一的编号。我们可以通过输入和缩进开始创建后续的基本结构。

因此，Tana 是一个 「节点宇宙」，我们可以从一个节点生成更多的节点， 也可以嵌套节点，引用节点。所有这些节点都可以成为它们自己的数据库，其中包含字段、查询和其他元数据。通过使用超级标签，这些节点可以被转换为预定义的模板视图。

在 Tana 中，默认情况下，有这样的结构体系：工作空间 / 根目录 / 日历 + 库 + Schema。

日历：我们创建的大多数节点都将在日历中有位置，因为有类似 Daily Note的机制。

库：这个机制让我们把节点存储在您希望轻松找到它们的位置。

Schema ：这是默认存储超级标签的地方。

我们需要做的就是开始输入每日节点并忘记复杂性。

Tana 摒弃了典型的文件夹隐喻，转而使用节点。如我们所见，节点是系统中传递信息的一种方式。当记录开始变得更复杂时，关系或链接就会出现。那也是基于文件夹的结构分崩离析时。由于文件夹隐喻使用树结构。当从层次模型切换到关系和网络模型时，信息开始以非线性方式连接。

由于 Tana 中的每个节点都有一个唯一的标识符，您还可以将它链接到任何其他节点。这会创建一个反向链接，也就是创建了一个参考节点，我们可以在其中看到这条笔记与哪条笔记相关。
双向链接在这条笔记和那条笔记之间搭建了一座简单的桥梁，因为单击一次会将我们带到参考卡片，而另一次单击会将我们送回当前笔记。

这些节点的组合，让我们可以根据所需的上下文级别进行放大和缩小。设想我们正在创建一个基于列表的无限画布，当然上面有列表，并且可以将列表嵌套在列表中。我觉得这是一种减少复杂混乱的简单方法。

在Tana中，我们可以在 列表、看板、卡片视图或待办事项中查看这些相关节点。因此，可以轻松地以不同方式可视化您的数据。 （火箭君注：其实不是 graph 或 图形化 的那种意义的「可视化」）

当我尝试使用 Obsidian 和 Roam 这样的应用程序时，最重要的阻力来自于容易迷失在无穷卡片中，缺少方向感和位置感。虽然 Obsidian 和 Roam Research 也是非常强大的应用程序，带有大量插件和很棒的社区。 Tana 则帮助我很好的克服了这种阻力。

如前面所述的那样，Tana 在本质上可以做很复杂的事，但我们也可以只是它用做简单的笔记记录，例如：每天写个日记，或者作为便签本。这种可繁可简的特征，也是我继续使用它的重要原因之一。

最后，让我们再看一下，Tana 看似复杂逻辑之上简单的操作：

• 我打开 Tana 并开始写作。面对的是 Bullet Journaling（子弹笔记） 中每日记录的那些基本概念。
• 当我想扩展一个概念时，我只要按下回车键和缩进键

一切就是那么简单。

先说说「无脑式」知识管理

AI 技术大行其道的今天，关于笔记和知识管理，已经有了一种不同与早几年的「新流派」。

我们姑且称这个「新流派」为「无脑式」知识管理。简单来说，就是 AI 可以帮我们检索并总结任何信息，包括我们已经记录的笔记，也包括未被用户发现的一些信息。所以，我们个人的脑力（尤其是用于管理信息的那部分）实际上已经不太重要了。 换言之， 有什么问题就问AI，有什么要分类或收集的任务也交给AI去做就行了。

我个人不太认可「无脑式」管理，一方面我确信 AI 将来会有远超凡人的智力，另一方面，我也觉得相当时间里 AI 不具有人特有的某些能力。主要的原因是： AI 活在机器里，我们活在世界上。 当然有一天，如果 AI 能亲自在世界上实践积累经验，它应该也能成为「人」。 即使如此，AI 也未必能成为我个人的「利益代表」。 所以，在相当一段时间里面，我们自己的脑子还是有用的。

但说实话，我们的脑子和机器比， 还是有很大缺陷的，例如：很多人也许只能短时记住 7个左右的东西（复杂点的电话号码，一般也很难很快记住）。又比如：我们或许可以记住很久以前的某些事情的细节，不过记忆也很容易被一些事情打乱和混淆，甚至有时会陷入显而易见的偏见或逻辑谬误之中。

我觉得，这也是为什么会有很多待办清单或者知识管理之类的效率工具。 我们需要一个大脑的「助理外挂」帮助我们原本不太强的大脑，而不是给自己的大脑找一个全日照料的「保姆护工」。

在这样的情况下，当我看到一款 不以 AI 为噱头的笔记管理工具时，还是会有种「清新」的感觉。尤其是这款笔记工具，老老实实在讲述 帮助大脑 进行「知识管理」的故事，通过「卡片」，「双链」，「网状图」…… 有种穿越回到了两年前的感觉，又仿佛 AI 从来没有出现过。

这款笔记工具自称为「类脑式」知识管理笔记与写作工具，我觉得其实是「补脑式」，至少工具尊重了人脑的地位，没有「僭越人脑」的意思。 工具的名称叫做 Lattics 。

Lattics 登场

Lattics 是一款典型的桌面「笔记工具」，目前有 Windows 和 macOS 版本。

Lattics 的界面也是清新风格。这款产品来自 以前的 Zine 团队，如果熟悉 Zine 这款 App，应该对 Lattics 的颜值会有信心。

Lattics 支持 所见即所得的Markdown 编辑。 而且可以插入多种组件。 其中 LaTeX 和 公式编辑非常友好。 至于插入表格功能，远不能和 Notion 的 Database 相比较，仅仅是普通的表格而已。

但 Lattics 的特色并不在于编辑排版本身，编辑器只是做到了「该做的」，而且界面还不错。Lattics 的特色在于信息结构和组织方式。

非典型文件夹结构

粗一看，Lattics 采用了类似「文件夹」的笔记存放结构。

• 我们可以创建若干个「项目」，这相当于其他软件里面的 Worksapce，Folder 或者 Notebook 的概念。
• 每个「项目」下面有若干个「文档」，这相当于 Note，File，Page，这个我们都很熟悉

• 然而， 除了传统的「文件夹」结构，Lattics 还有一个 「文档」以外的 记录形式，被称之为「卡片」。「卡片」是一种信息片段。 每个项目都可以有自己的「卡片库」，而且可以「跨项目」共用，后面会提到。
• 「卡片」和「文档」还可以被贴上「标签」，进行分类管理和筛选。

这种结构设计，让我觉得，Lattics 不是把笔记作为记录的原子单位，而是以「卡片」作为最小单位，至于「文档」，除了自由书写以外，也可以利用「卡片」的组合产生。

信息引用

既然说到「卡片」的引用和组合，Lattics 提供了类似其它「双链笔记」的信息引用功能。

在 Lattics 里面， 采用 @ 作为 开始引用的标记（Obsidian 类的笔记工具则是 [[ 开始引用链接）。@ 后面我们可以检索一个「文档」或者一个「卡片」进行链接。

除了常规的链接引用，Lattics 还有一个「脚注引用」，功能和「链接引用」类似，只是会生成编号脚注类型的样式。

无论哪种引用方式， Lattics 都支持 「跨项目」引用。 也就是一个库里信息可以被其它项目库的文章引用到。

我们只要点击引用链接或脚注，就能看到 「卡片缩略形式」的引用内容。 在缩略界面里面我们还能直接编辑内容。

有些小细节，值得注意，嵌入到其它文章的引用的标题可以被修改， 不需要和被引用原文一样， 在某些场合，例如：将卡片作为一个简短词条的解释时，这个特性会很有帮助。 想想一下，Wiki 里面那种词条悬浮解释的感觉。

引用关系图

一旦涉及了「文档」和「卡片」的交叉引用，我们就会发现引用关系会变得很难看清，我们除了可以从 文档自身的「元属性」中获取正反链接的信息，还可以借助 Lattics 的「关系图」功能进行更直观的梳理。

「关系图」中的节点可以缩略为一个标题，也可以展现出部分内容。

我个人觉得，对于「非专业选手」而言，这个关系图还是会比较难驾驭，引用关系一旦变多，画面就会变得很复杂，除非有很好的排版意识。

最后

Lattics 其实还有一些有趣贴心的小功能，例如，写作目标设定，分屏浏览文章，自动备份等等。 同时也有一些莫名的设计，例如：卡片颜色不知道如何设定，似乎是随机分配的。 又例如：悬浮展示的引用卡片或文章无法一键切换到分屏模式。 但总的来说， Lattics 是一个个完成度很高的产品，而且没有鼓吹 AI， 只是老老实实将当年「双链笔记」的精髓逐渐呈现出来。

软件有免费和付费版本， 免费版有一定限制，例如：导出格式的种类。 一般来说，我觉得并非深度使用的话，免费版已经绰绰有余。

还有就是：Lattics 最大对手其实是 Obsidian，虽然在颜值和一些小细节上也许比 Obsidian 更好一些，还需要打磨更多贴心的地方。 真心希望 Lattics 能走出更有自己特色的道路来，不要跟风 「无脑式」的AI，索性将「类脑式」知识管理贯穿到底。

Lattics 官网

https://lattics.zineapi.com/

关于 Bear

Markdown 笔记 Bear 是一款曾经非常热门的 iOS 和 macOS 工具。

Bear 以其简约的界面，清新的风格赢得了很多用户的肯定。 Bear 最大的特色在于 #标签，Bear 没有刻意设置文件夹，但是允许用户方便的在 Markdown 笔记里添加 内联的 标签。 一旦用户添加了标签，Bear 就会根据标签进行分类形成标签目录。 而且，标签还能 分层级， 例如这样：#效率工具/笔记工具

火箭君一直觉得，Bear 是 早期 Apple Notes （苹果备忘录）的极佳替代品，但现在的 Apple Notes 已经有了巨大的改进， 反而不是 Bear 所能及的。

本文的正文是译文，来自近期（2023年3月末）一位 Bear 2.0 测试用户的记录。

原文作者和地址如下：

Denis Volkov

https://medium.com/@paralloid/digital-minimalists-complete-guide-to-craft-4dea5743b569

以下正文，火箭君略作编辑和节选。

正文

我曾经在很多场合下使用 Bear 这款笔记应用程序，我发现它非常适合我早期的工作流程，因为Bear 完全基于标记。

Bear 这款应用程序非常聪明，而且简约，就像我想要的那样。然而，随着时间的推移，iOS 和 MacOS 得到了几个重大的升级（火箭君注：苹果的备忘录也是在那段时间里大力发展的），但Bear 看起来就像一直「冻结」在那里。有近 12个月没有任何更新。

我开始非常好奇ーー究竟发生了什么事？他们不可能就这么扔掉这款软件！

几天前，我去了他们的网站，发现他们的网站确实没有任何更新。但是打开了博客部分，我发现这个团队实际上还在运作，而且 Bear 2.0 的开发正在全速运行！（火箭君注：2021年末，我的文章就透露 Bear 在重构他们的Markdown编辑器，代号 Panda）

开发团队正在开发一款完全修改过的 Markdown 编辑器，它支持表格、反向链接、增强了 iPad 上 Apple Penil 的支持，而且还有更多其他功能，这些特性，很可能带来一款和 Bear 1.0 截然不同的应用程序。

就在一周前ーー2023年3月21日ーー Shiny Frog （Bear 的 开发团队）的工作人员发布了他们的第一个公开测试版，并通过苹果的Test Flight 提供了测试版本供用户使用。

没有时间思考，我已经报名了。

总的来说，Bear2 基本上是如我们期待那样美好，但也有些小问题，尤其是早期测试版的那些小问题：

• 比如 iPhone 120 fps 的屏幕上有点颠簸的动画
• iPad Pro 的设置屏幕一次性崩溃
• 使用 iPad 的 Magic Keyboard 点击链接的处理有点不一致

还有，Bear 2 其实失去了原有的简约性，因为功能点一下子变得更多了。

这些让人期待的特点包括：

• 一致的设计和所有苹果设备之间基于 CloudKit 的无缝同步
• 非常干净漂亮的「主题」设置界面
• 完全支持 Commonmark Markdown 语法
• 支持表格
• 支持反向链接
• 可调节尺寸的嵌入图片
• Apple Pencil 高级功能的支持，例如：可调节画布大小，形状矫正绘图，多种网格格式，等等
• iOS 设备上的自定义操作键盘(可以把它看作是 Notion/Craft/Obsidian 等其他应用程序中基于反斜杠的快速编辑选项的简化版)
• 带有可编辑图标的多级嵌套标签 ，不是Emoji，而是非常漂亮的简约的图标。
• 在单个 Todo 屏幕下收集任务的说明
• 能够在单独的窗口中打开笔记，并有一个「pin」（置顶）的选项
• 支持导出到 Markdown、 Docx、 Textbundle、 PDF、 TXT、 HTML、 JPG、 RTF、 ePub
• 脚注ーー可以选择从笔记主体的任何位置链接到脚注
• 新的笔记搜索引擎，现在不仅可以寻找笔记中的文本，也可以搜索 PDF 和 图像上的文本
• 功能区域可折叠
• PDF 预览
• 支持GIF 动画
• 一键摘录到 Bear 的插件，从 Safari 导出保存适合阅读模式的网页内容
• 更好的 Spotlight 整合 (macOS 自带的操作系统级别搜索)

还有更多。

使用习惯上 Bear2 和以前几乎一模一样，但是有太多更有用的新功能了。 我觉得 Bear2 肯定会大卖的。如果开发团队能在发布前做更多的 polish，Bear2 就能立刻取代我的 Apple Notes（说不定还能取代一些人的 Obsidian）

最后，这篇文章本身就是在 Bear2 中起草的，我对即将发布的版本有非常高的期望。急切地等待着正式版出来后再做评测。

千呼万唤始出来

就在本周， 微软终于宣布 Loop 开始公开预览测试。

Loop 是一款类似 Notion的「模块化」文档工具。 自从 2021 年微软开始宣传 Loop， 到现在已经过去了至少十几个月了。

在这十几个月期间，一大波 Notion-like 的工具蜂拥出现，然后的一年里，其中的不少工具都陷入了停顿，有的转型了，有的彻底消失了，也有的则被收购了（例如：某来与某钉）。只有微软丝毫不赶时间，缓缓等到几乎所有玩家都要下线时，才慢慢亮出自己的底牌。

按微软当时的宣传材料来看， Loop 不仅颜值高，而且有微软的 Office 基因， 预计会是一个「Notion 杀手」一样的存在。然而，在遮遮掩掩了这么久之后， 当真正的 Loop 出现在我们眼前时，火箭君突然觉得「索然无味」。

Loop 速览

首先，Loop 现在公开了 一个网页版编辑器。

如果之前有注册过 Loop 的 预览测试， 并且进入 waitlist 的话， 那么现在就会收到一封邮件通知，提醒大家 Loop 公开预览开始，邀请用户登录到网页版 Microsoft 365，进入 Loop 的应用首页。

Loop 的应用首页，是一个类似 Workspace 列表的地方，可以添加自己的工作空间。 微软也内置了一个类似「上手教程」的工作空间。

进入空间之后，里面的结构以及后续的操作习惯，就像 Notion 一样了。

• 空间里面可以收纳多个页面，页面可以嵌套子页面。
• 编辑页面时 通过 【 / 】 可以添加模块，模块种类很少，几个常规的模块，少到可以不必单独介绍，大家都是见过「大场面」的，这种「小打小闹」根本不值得一说。
• 目前没有双链，目前也没有全文检索，只能页面级别的标题检索。
• 可以共享页面，可以将页面共享为 Loop 组件。（后面详细说）
• 支持 iOS / 安卓 移动设备， 但需要 Microsoft 365 订阅。
• 有四个常规的页面模板，会议记录之类的，很普通，不细说也罢。
• 貌似也会支持 微软 Office 的 Copiolt AI 功能，但是现在无法打开。

总的来说，Loop 毫无新意，甚至完成度都不够。感觉这个项目在去年（2022）上半年就已经达到了这个水准（从当时的宣传来看），之后就没有更新过，直到现在才放出而已。

Loop 组件

唯一值得一说的就是这个Loop 组件， 组件其实是一个 Web 片段，可以嵌入到 其它 Office 应用里面。 去年宣传的时候说，可以嵌入到 微软的 Teams 中， 在发送的对话里 嵌入一段活动的页面， 大家可以共享操作。 例如：项目成员进行讨论投票， 或是协作更新某些进度。

Loop组件 的好处是， 把 类似 Notiion 一样自由编辑的格式带到了传统的 Office 文档和对话当中。 除了上面的 Teams（这也是去年微软宣传的例子）， Loop 还计划能嵌入 Outlook 邮件， Word Online 等。

目前来看，这份支持嵌入的 App 名单很短，和预想的嵌入所有文档不太一样，以后也许会有更多支持场景，也可能会被微软「砍刀部」收拾。

而且，也许是支支持工作账户的原因， 目前我一个嵌入都没有试出来。 包括 Teams 也是一样，国内只有工作账户可以注册 Teams，而火箭君一般不用 Teams， 而是 Slack 。 一些欧美企业内部 倒可能 用Teams 居多， 国内许多其它企业则是 微信，飞书，钉钉的天下。 所以这个Teams嵌入， 谁能试一下就好了。

最后

总之，我个人对 Loop 挺失望的， 宣传过度，发布周期长，功能又简单。 至于 Loop组件嵌入，目前也用不上，就算用得上，场景似乎也有限。

如果想把 Loop 作为个人知识库或者 OneNote 替代品的话，那还是省省吧，这两三年来，模块/双链 笔记工具都内卷成这样了， 在这个时间点，现在预览版的 Loop 连被提名的资格都没有。

所以说，Loop 可能本来就是为了打通各个 Office 组件和 协同对话而存在的， 没有更多的其它意思。如果大家公司或组织只能使用 Office 和 Teams， 不能用其它的生产力工具， 那么 Loop 可能是一个不错的选择（毕竟也没有其它选择）。

对于微软来说， 微软各部门的步调似乎也不太一致，有的部门很有想法和创意，有的部门则喜欢守住现有老本。真的让 Office 打通第三方的嵌入页面（就像 Notion / Coda 那样）是符合潮流的开放举动，而 Loop 则是一个在 Offcie 内部打转转的封闭循环。

写在前面

本文是海外一个用户深度使用 Readwise Reader 的感受。

Readwise 本身是一个批注类工具，可以对接很多阅读媒体，还能导出到各种第三方笔记工具。而 Readwise Reader 则是一个新产品，在 Readwise 基础上更进一步， 变成了 「一体化」的 信息阅读中心，

就火箭君所知，Readwise Reader 在2022年时还在 beta 测试，需要受邀加入，但现在已经人人可注册了。 有免费版和付费高级版。

有人说 Readwise Reader 在 只是另一个「稍后阅读」工具， 但用过之后，我们就会发现Reader 比目前传统「稍后阅读」工具（Pocket， Instant Paper……）更上一层楼，各种丰富的来源接口，让人爱不释手。无论是 网页文章，RSS， Newsletter，Kindle，PDF ， 都能汇聚在一起，方便阅读和批注。而且还能输出到各种笔记工具，包括 Obsidian，Notion，Heptabase 之类的新兴工具。

国内的 Cubox 也许算是一个接近的对照 App。 另外，我们会发现，里面很多功能像是 Evernote 早期的灵感（OCR，通过抄送邮件输入），火箭君不得不再次感慨一下， Evernote 原本在这个「摘录阅读」领域处于前沿位置，最后却变成了臃肿的「四不像」。

以下正文，标题由火箭君重拟，内容很长，我做了节选和编辑。

原文链接和原作者如下： Simon Theakston

https://medium.com/macoclock/thoughts-on-my-first-three-months-with-readwise-reader-c6bee9fbbb3c

正文

两年多来 Readwise （注：是 Readwise， 不是 Reader）一直是我信息捕获工作流程的核心。

Readwise 捕捉我读过的书中的亮点，可以每天重新显示给我，并自动导出到 Obsidian，方便我生成读书笔记。

在过去一年左右的时间里，不少第三方应用已经集成到 Readwise 中，这意味着我现在可以收集来自其他媒体的精彩内容，比如 Podcast (使用 Snipd) 和 Twitter。

不过，从网上的文章中捕捉亮点信息，终归是一个小领域的小问题。当 Readwise 在大约 18个月前（即2021年），宣布他们将为高级阅读者开发一个「Read-it-Later」 应用程序时，我感到非常兴奋。这个应用程序（也就是 Reader）将与 Readwise 的核心应用集成在一起。

我马上注册了内测，但直到今年9月初（2022年）我才获得了访问权限ーー从那以后我一直在进行试用。

那么，是什么让我如此兴奋呢？

Reader 经常被认为是一个「稍后阅读」的应用程序ーー在这里我可以保存有趣的网页，以便在我有更多时间或离线时阅读。

不过，这种描述低估了 Readwise 团队的雄心。

Reader 不仅仅是汇聚文章，它将成为一个存储 新闻、电邮、播客、电子书、 Tweets 和YouTube 视频的库ーー所有这些都连接到 Readwise 的服务上。

突然之间，有用的内容不再需要在多个应用程序(和多个订阅!)之间孤立的存放了。无论我在哪里找到它，任何数字内容现在都可以存储在一个中心位置，其最相关的部分（批注）立即被推送到 Readwise ——这个应用已经是我工作流程的核心。

Reader 是如何构建的？

让我们快速了解一下 Readwise Reader 。

主页

这是您第一次登录到 Reader 时的起点。主页可以配置为显示一系列有用的信息，例如:

• 最近添加的项目
• 快速阅读/长篇阅读
• 我正在阅读的内容
• 我最近的亮点
• … 还有其他一些东西

库

我喜欢把我的「库」想象成一个「静态」内容的集合，当我在网络上寻找这些内容的时候。这可能是一些有趣的文章、书籍、 PDF 或者我想要捕捉的某人的名言。

库里的内容不太可能来自我希望定期接收内容的来源（例如 RSS）。

订阅种子

我的 Feeds 是针对那些精心选择的内容，那些可以定时更新「流动」到我眼前的内容。 包括RSS 和 Newsletters，这个区域的内容会随着时间推移被自动填充。

短名单

相当于一个「星标收藏」名单。任何内容都可以打上星号，它会出现在你的短名单上，这意味着我们可以从主页快速浏览精选内容。

（火箭君备注：，现在 Reader 还为各种类型开辟了多个1级入口，可以分门别类浏览不同类型的信息，诸如： 文章，视频，PDF，Tweets，……）

内容处理流程

「库」的内容区里又分为三个子类:

• 收件箱， 这是任何内容最初到达的地方。每周几次，我会快速浏览这个列表，看看内容是否真的是我感兴趣的东西。如果没有，我就当场删除。如果它是有用的，然后一个单击/滑动，我可以移动内容到下一个子类。
• 稍后， 这是我要花时间读的文章。读完发现没用的话，直接从这里删除，如果有用的话可以考虑归档。
• 归档， 文章的长期储存。一旦我已经阅读，标注和处理过的文章，我将把它们放在「归档区」，如果我需要，以后可以进一步的重新阅读它们。

Feed 区域中的内容分为「已读」和「未读」区域。那些有趣的内容，我可以稍后移到我的「库」进行评估。那些不能让我满意的文章会被立即删除。

其它令人兴奋的功能

Readwise 已经设法在 Reader 中塞进了太多东西，如果我要把它们全部包括进来，这篇文章将会比现在长三倍。下面的特性还是值得称道一下的！

可以通过浏览器访问

虽然我主要在移动设备上使用 Reader 应用程序，但我也可以坐在笔记本电脑前访问网页版。

优秀的热键支持

开发团队重新设计了桌面端（网页版）产品的核心功能，提供了大量的热键，这意味着你可以做任何事情，而不需要鼠标。（火箭君注：很用心的设计，热键 一般是为 power user 准备的， Reader 知道自己面对的用户是深度用户）

YouTube 转录

我一直在寻找一种方法来转录 YouTube 视频很长一段时间了。这样我就可以把视频的文字脚本导入Obsidian。

不过 Reader 刚刚推出了 YouTube 的第一个版本，看起来非常令人兴奋。虽然还不是100% 准确，但是它可以让我在视频播放的同时做笔记和高亮部分。

同样，我可以点击文字记录的任何部分(或者我做的任何高亮备注) ，我会立即被带到 YouTube 视频中相关的时间戳。我第一次感觉到，在从 YouTube 视频中记笔记方面，我有了一个可靠而高效的双向过程。

（火箭君注：目前似乎只支持已经提供转录脚本的视频，不是所有视频。不过也很棒了！）

专用电子邮件地址

每个在 Reader 注册的用户都有两个独特的电子邮件地址: 一个用于抄送信息到「库」，另一个用于订阅 Feed 。（火箭君注：移动端的 Account Settings 里似乎才有显示）

我使用我的 Feed 电子邮件地址订阅 Newsletter，这意味着内容直接发送到 Reader，而不是打开我的某个电子邮件收件箱。我发现这样做有三个好处:

• 我不会在应该做其他事情的时候被收件箱里的时事通讯打扰。
• 意味着有用的信息现在可以长期储存，而不是混在邮件列表里面。
• 我不会把我的私人/工作电子邮件地址放到互联网上，这有助于我的收件箱保持干净，没有垃圾邮件。

文档的结构大纲

Reader 将自动生成它接收到的每个文档的大纲，并在屏幕左侧显示所有标题和子标题目录。

这对于快速浏览书籍和长 PDF 文件非常有用。

PDF 格式的 OCR （光学文字识别）

说到 PDF，Readwise 已经在它的平台中建立了 OCR 功能，这意味着应用程序可以“读取”PDF 的内容，使得每一行和每一个单词都可以用于搜索目的和突出显示。

这对我储存在 Reader 中的烹饪书籍收藏非常有用。如果我突然需要找到一个食谱鹰嘴豆泥，我可以简单地输入相关的搜索关键词，然后 Reader 会浏览我所有的 PDF 文档，找出几个不同的食谱供我选择。

支持浏览器扩展插件

Chrome、 Safari 和 Firefox 浏览器的浏览器扩展意味着只需点击一下按钮就可以将整个网页导入 Reader。（火箭君注：等等，说到 Safari 插件，Readwise 官方狠狠吐槽了苹果公司，有兴趣可以自己去看看）

通过扩展，用户突出批注显示的内容也会保存在浏览器中。因此，如果下次返回到相同网页时，会发现最有用的部分仍然被突出显示。

过滤器视图

Reader 应用程序包含一个强大的「过滤视图」功能，允许我们根据创建的所有内容建立特定的列表。这些「过滤器」可以基于一系列的元属性（Meta），包括文件长度、类型、文档的进度以及标注显示的次数……

（火箭君注： 其实 Listen 这个功能也值得一说，就是「自动阅读」。通过机器朗读我们的内容，让我们暂时解放双眼，适用于吸收一些低密度的信息。）

最后

Readwise 适用于 iOS、 Android 和 Web，该产品的定价目前是免费的。（火箭君注：现在有了高级版订阅 ， 近8美金每月，有点小贵）

Readwise开发团队表示，他们将在2023年中 提高价格，但将冻结所有在测试阶段订阅该产品的用户的价格。