首页

  • 让 Obsidian 回归经典,当标签和分类导航栏重新成为主流,Notebook Navigator 插件实践体验

    让 Obsidian 回归经典,当标签和分类导航栏重新成为主流,Notebook Navigator 插件实践体验

    我们知道,许多「双链」笔记一直把链接作为笔记之间的导航主流。 我们可以顺着链接,在多篇主题的文章之间漫游,并且可以形成「知识图谱」。 传统的「文件夹」导航早已经被扔进了垃圾堆,即使「标签」也变得不太香了。

    但是,我们也知道 Obsidian 并没有放弃 「文件夹」 和 「标签」导航,大多数的 PKM 工具也都没有放弃,只有少数工具特立独行,比如:Bear 仅仅采用了标签来模拟文件夹结构;又比如:Tana 彻底拥抱了节点结构,同时将「标签」变为链接化的「超级标签」。

    我经常觉得 Obsidian 不像一个经典的知识管理工具,其「双链」机制足够优秀,而 「文件夹」和「标签」导航总感觉不太完备。 也可能是 Obsidian 故意弱化了这点,从而让大家更加倚重于链接导航。

    如果想把 Obsidian 作为一个经典笔记工具的 「本地优先」版本,我觉得加强导航是当务之急,这也是部分的用户习惯所趋势,「文件夹」和「标签」都是信息的分类入口,除了少数创作者用户,大多数人还是需要一个「结构化」的机制来索引信息。

    所以,当火箭君发现这款 名为 「Notebook Navigator」插件时,还是非常兴奋的。 只要打开插件,就能发现经典的「结构化」导航界面全都回来了!

    Notebook Navigator 登场

    从社区插件目录搜索「Notebook Navigator」即可安装插件。
    安装后,会出现一个新的导航图标,点开就能看到整个笔记库的 Notebook 结构化视图。

    Notebook Navigator 插件的思路很直接:把文件夹和标签结合,做成一个真正可导航的「笔记仪表盘」。

    如果我们受过几十款经典笔记工具的熏陶的话,这听起来没什么新鲜的,但 Notebook Navigator 在体验上做得出奇地好,彻底改造了 Obsidian 的 侧边导航栏。

    • 左栏是文件夹或标签树
    • 右栏是文件列表或预览 (可隐藏)
    • 标签不仅能展开、还能带颜色、图标、嵌套层级
    • 在手机和平板上触控浏览也很顺滑(不像默认的侧栏那样需要精确点击)

    换句话说,它让 Obsidian 的侧栏第一次像是一个可视化的索引系统,而不仅仅是个列表。

    Notebook Navigator 有趣的地方是:它不是替代文件夹,而是并行存在

    比如有一组笔记放在 /Finance/ 文件夹中,但它们也都打上了 #ETF#Valuation 等标签。

    在默认 Obsidian 界面中,文件夹视图和标签面板是分开的、各管一摊;而在 Navigator 里,它们可以直接切换:想从项目结构看,就选「文件夹」;想从各个主题看,就选「标签」。

    同一个笔记可以在两种维度之间来回跳转。

    这种结构让 Obsidian 突破了原来的「文件视角」的局限,更像数据库的多重索引机制。但是这并不意味着我们可以通过这个插件定制一些逻辑检索, 比方说,具备 #ETF 和 #Valuation 标签 并在 Finance 文件夹下的笔记。 如果需要这些复杂的查询,还是要用带有语法的 Obsidian 自身搜索功能。

    Obsidian 的强项是双链、Markdown、插件生态,但它的弱项就是「浏览体验」:
    当笔记越来越多,默认的侧边栏很快会变成一堆文件名的墓地。Notebook Navigator 在解决这个问题时,几个关键细节让我觉得它是认真设计过的:

    • 颜色和图标:可以为不同标签设置不同的颜色或图标(下图),让主题层级一目了然。
    • 最近打开:内置最近访问文件的记录。
    • 分栏预览:点击标签不跳页面,而是右侧即时显示结果,不破坏当前上下文。
    • 多种预览样式:对于笔记预览和排列,可以排序,定制缩略预览等级
    • Pin&ShortCuts:可以将一些常用文件夹,笔记,常用搜索等入口置顶显示。

    我的使用经验小结

    经过几周测试,我总结了几个实用的使用策略,或许对也在用 Obsidian 的你有参考意义:

    1. 标签 = 分类器,文件夹 = 容器。
      文件夹保持最低限度的层级(例如:/projects, /articles, /archive)。
      而标签用来表达语义:#idea, #workflow, #AI, #finance。
      Navigator 在这种架构下最有发挥空间。
    2. 用颜色建立视觉锚点。
      比如:把所有研究类标签设成蓝色,任务类是橙色,素材类是灰色。
      浏览时的思维负担显著减少。
    3. 在 Navigator 里浏览,而不是在系统文件夹里找。
      一旦习惯它的结构,就会发现,在我的场景里,通过链接来串联上下文反而是低效的。
      而「分类法」和多种入口混合才是结构清晰的逻辑。
    4. 结合 「Related Notes by Tag
      这是我个人的偏好,安装这个插件可以让标签的意义变得更加明显。打开笔记时,Related Notes by Tag 会显示其他有相同标签的内容(下图)。
      这与 Navigator 的「标签导航」完美互补,一个负责浏览,一个负责发现。

    最后

    如果大家只是偶尔记几条笔记,这插件没什么用。这个插件适合定期存入一定数量笔记,需要结构化整理的用户。 从这角度来说,「双向链接」也可以作为补充,但「结构化导航」才是主角,这也是为什么说让 Obsidian 回归经典。

    但如果大家已经把 Obsidian 当成主要的信息库、研究库、项目管理中心,那 Notebook Navigator 会是一个很有用的助手。 使用过经典笔记工具的小伙伴几乎不用学习,立刻可以上手。赶紧试试吧!

  • 【译】为什么 Tana 这么出色?

    【译】为什么 Tana 这么出色?

    写在前面

    熟悉我的小伙伴们都知道,我个人还是非常推崇 Tana 这款大纲节点笔记应用的。在 Tana 应用中,很多用法都能和 LogSeq 保持一致。尤其是「超级标签」功能,让人爱不释手。

    和其它一些笔记工具不同,大纲节点笔记应用会沉淀用户很多日志类日常琐碎的信息,所以具有一定的保存参考价值,而不是单纯的信息消费应用,所以说这种信息更适合沉淀在本地。

    考虑到 Tana 这款应用是完全的云端应用,数据有可能会被锁死在云端,而且供应商单一,有不能被替代的风险(比如种种原因服务中断了,基本就结束了)。因此,不像本地保存那么可靠。所以,最终我还是选择 LogSeq。

    尽管,Tana 不是一款本地信息保存的应用程序,但也恰恰因为它在云端,它可以快速并高度结合很多新的功能,比如 AI。

    最近看到一篇海外文章,介绍了作者如何使用 Tana 以及和 AI 使用方面的一些结合实践,我觉得很有启发,所以特此分享给大家。其中不少用法,也是我个人在 LogSeq 上的实践,我相信条件成熟时, LogSeq 结合本地 第三方AI 工具也可以有出色的表现。 而且也更符合我摆脱单个应用绑定,运用多个工具组合成「工具链」的原则。

    下文原作者 Danielpourasgharian, 原文出处:https://medium.com/@danielasgharian/tana-review-the-note-taking-app-that-actually-gets-ai-right-639ce08211f3 火箭君翻译并略做编辑。以下正文。

    正文

    Tana 是一个非常有趣的应用程序。自从它以测试版发布以来(火箭君注:大约 2022~2023年),许多人一直在吹捧这个应用。它最初只是一个大纲笔记工具,但很快就转变为以人工智能为先的「工作空间」。尽管我通常不喜欢号称什么都能做到的应用,但我认为 Tana 的确做了不少正确的事情。

    我通常不太喜欢市面上许多所谓的人工智能应用,因为它们加入了 AI,但很多基本功能并不扎实。比如某个带有 AI 的笔记应用,连复制粘贴都不能用。我见过很多作为常规应用都不够好的 AI 应用。Tana 感觉不一样,感觉像是在深入 AI 功能之前,Tana 把笔记功能做扎实了。


    是什么让 Tana 如此出色

    我很喜欢 Tana,但我花了一段时间才开始欣赏它,因为 Tana 有非常陡峭的学习曲线。实际上我是在今年早些时候才开始喜欢上它的,那时候我还在努力弄懂所有东西:所有的 AI 功能、Supertags,以及习惯使用大纲工具。最后一点是个人问题,但理解 Supertags 和 AI 功能我觉得是大多数人都会觉得困难的地方。

    需要理解的东西很多,但一旦掌握了之后,就会爱上了这个应用。它仍然缺少一些能让我把它作为日常主力使用的功能,不过我稍后会讲到这一点。

    来自我的 Tana

    让我爱上这款产品的并不是 AI 功能,实际上是笔记功能。我非常喜欢它作为笔记工具的表现。记笔记是高度个人化的事情,所以它是否适合用户取决于用户的偏好。但有一些功能是所有人都会喜欢的。主要的是 Supertags 与搜索查询的结合,这使得快速捕捉在这个应用中表现得非常出色。

    我喜欢大纲体验

    我从来不必决定把某样东西放在哪儿,因为所有内容都放进每日页面,然后我可以简单地用 Supertags 来组织,之后通过搜索查询找到它。每次我测试这个应用时,我都把它用于社交媒体管理,这基本上允许我把 「为什么 Tana 如此优秀」写下来,贴上「社交媒体想法」的标签,并填写属性。然后我总能在之后找到它。我也可以在不同视图中看到它,表格视图、日历视图和卡片视图。卡片视图也可以用作看板,这对社交媒体管理和任务管理都很棒,这两者我都在 Tana 里测试过。(火箭君注:这就是 SuperTag 神奇之处, 我在LogSeq里面也是类似的用法)

    我在 Tana 的每日页面

    任务管理很有趣,虽然它不如专用的任务管理工具好,但我认为它对于一体化应用来说已经不错了。其中一个最好用的功能是我们实际上可以用日历进行时间区块管理,并且可以把它与相关内容区结合起来。

    我一直这样做:为我的任务管理创建了一个名为 「task」的任务标签。所有属于任务的内容都会被打上这个标签。然后我在我的每日页面上设置了几个搜索。相关内容部分允许你创建搜索,以便查看相似或相关的笔记。我在每日页面上创建了一个名为 「daily planning」的日历,并将其与我的日历集成,这样我可以看到所有会议并围绕它们来规划我的一天。(火箭君注:我在LogSeq里面也有类似的用法,构建一个每日待办列表)

    我在每日页面上的任务管理系统

    我的每日页面的相关内容中还有另一个名为 「this sprint」的搜索。在工作中,我们使用 Scrum,这意味着我们有待办事项、this sprint、doing 和 done 阶段。我决定对我所有的个人任务也采取这种做法,这样更简单,也避免了使用多个系统。「this sprint」搜索用于查看我本次冲刺的所有任务。我的大多数任务没有截止日期,所以这种方式对我有效。


    每天晚上,我会决定第二天要做的任务,并使用 Tana 中的日历将它们安排到当天。基本上,我可以把任务从“this sprint”相关内容拖到与日历相关的内容,这样我就可以在不离开我的每日页面的情况下进行每日计划。我还设置了第三个相关内容搜索,因为我的一些任务有截止日期,尽管我经常检查我的任务,但我仍想确保没有任何事情被遗漏。因此我有一个用于查找当天到期事项的搜索。如果我有一项尚未完成且当天到期的任务,它会在到期当天显示出来。

    我还将相关搜索用于许多其他事情,用来查看项目的相关任务、与项目相关的任务等等。到目前为止,大多数功能甚至都不需要使用 AI,但仍然是我非常喜欢的功能。

    现在附加上了 AI

    在这一切之上,我们还有 AI,尽管我喜欢有 AI,但仅凭 AI 本身并不会让我喜欢这个应用。可能有人比我更擅长在 Tana 中使用 AI。我个人尚未发现 AI 在一般情况下的明确使用场景,但我看到有人将其用于内容创作等用途。

    我个人用它来 捕捉语音,不仅能转录我的语音,还能 自动填充属性。所以如果我谈到社交媒体并提到我要写一篇关于 Tana 的 Medium 文章,它会自动将“Medium”添加为社交媒体属性,将“Tana”添加为相关应用属性。当然,它也会转录我所说的内容。

    Tana 也有 AI 聊天功能

    我也为书面捕捉设置了部分相同的功能。如果我要写下 Tana 的 Medium 文章想法,而不是用语音捕捉,我会写类似「为什么 Tana 好,Medium,TODO。」它随后会帮我改写为「为什么 Tana 如此出色?」并赋予它 「TODO」、「Medium」和「Tana」这些属性。基本上,我尝试用它来处理很多管理性工作。我知道还有更好的用例,我目前也在开发和测试一些。

    Tana 也有它自己的问题

    Tana 和任何其他应用一样,也有它的问题和缺点。主要问题是与竞争对手相比它价格偏高。我常说 Tana 很贵但值得。定价方面,Pro 计划是 10 美元,这实际上并不算太贵,并且包含 2,000 个 AI 积分。但如果你想要 5,000 个 AI 积分并且要 Readwise 集成,你每月需要支付 18 美元。年度计费的 Plus 和 Pro 计划稍微便宜一些,相当于每月 14 或 8 美元。我认为 Pro 计划确实很贵,而与许多其他工具相比,Plus 计划并不算太贵。

    Yearly plan  年度计划

    我非常想要 Readwise 集成,所以每次使用 Tana 时,我都订了 Pro 计划,确实有点贵。另一方面,我也可以用它来替代其他 AI 订阅。拥有 5,000 个 AI 积分,我还没有用完,但我也没有大量使用 AI。

    Yearly plan  年度计划

    Tana 的另一个大问题,可能也是最大的问题是,有时感觉要让这个应用正常运行我得有很高的知识水平。我在让一切正常运作之前看了 太多、太多、太多的教程。我光是关于相关内容就看了三段视频。所以如果想觉得这个价格物有所值,我们必须坐下来学会使用这个应用,还需要设置各种东西,这会花一些时间。我们可以无限定制这个应用,这一点我知道很多人(包括我自己)都会感到困难。但我知道团队正在积极改进学习曲线,所以我希望它很快会有所提升。

    最后的想法

    我认为 Tana 是一个很棒的应用,但并不适合所有人。我认为它是一个很优秀的笔记应用,但鉴于陡峭的学习曲线和众多功能,它并不适合只想记笔记的人。要从 Tana 中提取所有的强大功能,需要把它当作一个工作空间来使用,而不仅仅是一个笔记应用。对于更贵的 Pro 套餐,你需要使用所有的 AI 功能,才能在经济上说得通。

    但我还是认为 Tana 主要出色的是大纲笔记和超级标签的功能非常优秀,而 AI 是建立在一个功能齐全的笔记应用之上。

    我个人还没在大量使用 AI 功能(尽管我应该使用),但这个应用本身仍然很棒。我认为这是 AI 如何被整合进产品的一个极佳范例。Tana 可能是构建优秀 AI 生产力应用的最佳示例之一,所以我对此感到非常高兴。

  • 在线大纲和节点笔记的先驱,Workflowy,在2025年带来了什么?

    在线大纲和节点笔记的先驱,Workflowy,在2025年带来了什么?

    Workflowy 还活着?

    Workflowy 这个名字在生产力工具圈属于比较古早的存在。至少十年前,Workflowy 就已经诞生。 甚至很可能启发了后来众多的类似工具, 比如说:RoamResearch,LogSeq,Tana, Dyanlist,还有国内的「幕布」。 顺便一说,Dynalist 的创作团队后来逐渐转向了另一款工具,也就是如今各位都知道的 Obsidian。

    Workflowy 最初只是一个极其简单的 在线大纲工具。它有一个神奇的想法:无穷层级的大纲笔记。但到了2025年,当有人再次提及 Workflowy 时,让人不禁想问:「Workflowy 还活着?」

    事实上,Workflowy 不仅活着,而且在过去一年里还在持续更新,在保持「极简核心」不变的前提下,开始一点点补上了现代笔记工具该有的能力。

    今天,我想分享一下我用了 2025年 最新版 Workflowy 后的一点感想。

    极简的设计哲学依旧

    一个用户在 Workflowy 上的所有数据,都是从一个节点展开而来的(所谓的「单根树」)。 这个根节点名为「Home」。 所以,没有目录,文件,区块的概念,一切都是节点。这种「全节点」的结构,对于有些第一次接触的用户而言,可能会有些陌生。 但反过来说,所谓的传统文件夹目录,分文件存储,其实也可以理解成是一个「树状结构」。

    Workflowy 索性将所有思考都在同一棵树上展开了,没有切换成本。

    新版在交互上也保持了「极简主义」,视觉上做了不少微调:

    • 界面变得更轻、更干净
    • 支持在设置里换字体和主题等一些视觉特性增强
    • 滚动和折叠动画变得顺滑

    比较一下 Dyanlist, 就会明显发现,Workflowy 更加纯粹简约,界面也更加精美。不会把很多特性一股脑暴露出来。 但实际上,我发现 Workflowy 功能性上一点也不弱。

    2025 Workflowy 登场

    有些功能可能之前就有,我就挑自己感觉眼前一亮的来说说。

    Mirrors 镜像条目

    一个节点可以在多个地方同步出现,相当于 Notion 的「同步引用块」。一个节点可以出现在另一个节点的子结构下(称为:镜像条目),所有的变动都会在所有镜像条目里同步。

    一直以来,这个功能是「链接」(Obsidian)或者「超级标签」(Tana)的替代品,我个人也挺喜欢的。缺点是,用户需要有一定的结构理解能力,否则会产生节点图含义的混淆。

    日期节点加强

    将 Workflowy 用作 Daily Log 也是极好的。 和 Tana 一样,不仅仅每个日期是一个节点,而且还会分列于年月的父节点之下。 而 LogSeq之类 的 日期日志就是一个单一的 Page,不主动隶属于任何节点。

    如果在任何节点开头输入日期,也可以将节点变为日期节点(系统会自动补完),但这个节点不会加入「日历节点树」,仅仅是一个日期标识,这个标识可以被搜索功能中的日期范围检索捕获到,或者以日期为依据进行排序。

    看板功能

    没有看错,Workflowy 可以将节点列表转换为看板列表,是不是很惊喜?

    协作功能

    可以邀请其它小伙伴来一起阅读或更新某个节点。并且 @某个协作用户。

    当然,也可以为某个节点添加上区分协作用户的「备注」。

    Divider 分隔符

    现在 Workflowy 支持了分隔符(Divider)节点,能打断超长列表的视觉疲劳,实现视觉上的分块(但本质还是节点结构)。

    搜索增强

    新增了 is:divideris:mirror 等条件,考虑到分隔符和镜像条目都是新引入的特性,这也是合理的加强。而且本身的 @(协作用户)搜索和日期范围搜索也很强大。

    当各位打开搜索框的时候,立刻能体会到 Workflowy 的确是一款成熟专业的工具,已经考虑到了方方面面。

    其它功能

    1. Chat with your Notes(实验功能):用内置 AI 对话笔记,目前仅部分账户可见。
    2. 改进的 Markdown 粘贴与导出
    3. 自定义字体
    4. 快捷键加强

    这些功能听上去平凡,但如果各位是重度大纲使用者,立刻能感知到价值。

    最后

    Workflowy 现在有 网页版,桌面版和移动端版,数据存储在云端需要登录使用。数据也可以导出为 Markdown 或 OPML等格式。

    Workflowy 在历经 10+年后,仍旧可以保持最初的极简主义大纲特色。虽然功能增强增多了,但却没有让界面变得臃肿,那些增强功能都是恰好在用户需要时,自然暴露出来的。 对于已经有其它大纲笔记经验的人来说,上手会很快。

    如果说有些遗憾的是:

    1. 我个人希望这是一款本地优先的离线工具,而不是在线的。OmniOutliner 可能是一个本地大纲工具中的佼佼者(但是仅限于苹果生态)。
    2. 全节点结构 + 镜像条目会导致某些情况下数据同步和刷新的卡顿。
    3. 免费版有每月条目数上限,重度用户必然要付费,付费表见下图。

    总之,如果大家喜欢节点笔记或大纲笔记,这10多年来还没有用过 Wokflowy,或者印象还停留在 Workflowy 是个简单的大纲工具上, 那么这款 Workflowy 绝对值得一试。

  • 很多 To-Do 待办工具都有精美复杂的标签和分类系统,为什么还是要坚持少用这些功能

    很多 To-Do  待办工具都有精美复杂的标签和分类系统,为什么还是要坚持少用这些功能

    在各种待办工具的产品展示中,我们总能看到各种精美的任务列表示例。那些设计精美,多颜色多层级的任务井然有序地排列在一起,甚至还能变换出丰富的样式, 比如:看板视图,日历视图,什么艾森豪威尔矩阵(四象限),什么拉普拉斯熵增示意图(呃,这个是我瞎编的)……

    但,只要各位真正在日常中投入使用这些工具,不用多久就会发现这些花哨的体系一定会失灵。产品演示时,看着很美好,可是一旦上手,这些「摆设功能」就通通变成负担,光给这些任务添加颜色标签就要费尽心思,何况每天还要重复列出并回顾一些事情。

    多年折腾后,我得到一个或许反直觉的结论:标签和结构越少,事情越能被做完。 换言之,那些介绍功能全面专业花哨的 App 并不是要每个人都去实践所有的功能,我们可以选取自己最合适的那类功能即可,并且要非常克制地使用它们。 比方说:有人喜欢看板,那就管理看板,很大程度不再需要分类目录和标签了,有的人特别喜欢标签系统,那同样,看板的用途就不太重要了……

    我最近看到过文章说,大多数个人事务只要限定在6个标签以内就够了,我深以为然。我虽然并不是完全履行标签分类,但是也顺便看了一下自己的分类法,发现也差不多,因此我把它们分享出来,虽是我个人的经验,但我相信,稍加改造,可以用在不同事务的管理以及不同的待办App上。

    极简分类法

    无论是「6种标签」还是「5块看板」,我们假设都称之为「极简分类法」。

    极简分类法的的目的是打败认知负担。20+ 标签、15 个项目分类、8种彩色优先级会让我们在「整理」上花的时间比「执行」还多。我们需要非常激进地简化这套分类法。

    大的区分

    首先我建议,不要在待办里面设立项目分类,我是认真的。待办是个待处理事务集合,项目沉淀归档之类的事情应该放在后期去执行,上手就进行项目分类意义不是很大,尤其是项目不是很多的情况。如果一个普通人真的同时处理项目多到需要在待办上事先区分,那基本上,精力已经耗竭了,什么工具也救不了。

    但我们还是要两个大的区分「工作事务」和「个人事务」,我建议用两个不同的 App 承载, 例如打开 Apple Reminders 永远都是 个人事务。 打开 Todoist、AnyDo 之类总是 工作事务。

    这就足够了。不要再额外增加负担了。

    Inbox

    首先我们要有 Inbox 的概念, 躺在Inbox 里面的事务可能是我们在路上临时记下的,或者接到一个电话,一封邮件后留下的备忘…… 切记,不要当场进行分类,当场只要记下大概就可以了。除非这件事有非常明显的时间导向,否则连时间都不要去记录。

    开始分类

    分类可以在每天早上进行,或者晚上,一天一次,或两次,完全取决于个人的习惯。

    打开 Inbox 看看里面的事情, 不外乎就是这么几种类型:

    Agenda

    这类事情已经可以排上日程了,信息齐全,没有特别阻碍。需要的就是时间去做。

    很多 App 会提供一个特殊的分类,MyDay,Today,Agenda …… 就是指这类事情,不要额外再开标签或文件夹了,直接把任务设为 Agenda 类型即可。

    Waiting

    这类事情被「阻塞」了,阻塞的原因一般不是自己,而是在等待外部因素,很常见的有:等对方回答,等指定日期来临…… 一般不需要自己主动去介入,等到某个时候,我们再来更新 Waiting 任务, 或者直接删掉(如果在等暗恋女生主动向自己告白的话)

    Later

    这就是 Waiting 的「高级版」了,我个人觉得是这里面的事情,都是不会主动发生的,我们可以把一些不太重要也不太紧急的事情扔进去,有余力再来处理。 如果长久没有处理,也可以考虑直接删掉。不要浪费精力,长久的等待和拖延,就是心里暗暗地在说 No,所以不如遵从自己原始内心的决定吧。

    Important

    这可能是我唯一需要的「标签」了,绝大多数事情只要这一个标签即可。有的文章或分类法还会建议给一个的「杂事」或者「跑腿」之类的标签,这也不错。但我觉得,不如简单一点,事情要么重要,要么不重要,别在搞第三四五个状态出来。 时间上的硬性截止,会在任务的提醒时间,日程上面体现出来了,不用再额外开一个分类了。 所以这里说的「重要」就是真正的重要,没有辩驳的,非做不可的, 可能和我们的某种决心,某种志向有关,或者某种使命(可能是老板或客户要求的)有关。

    好了,就是这 3个分类+1个标签。再重复一遍,不用去设立很细的分类,什么项目,@了哪个人,这些内容可以在任务里简略提起,但大多没有必要被细致的分类记录下来,如有必要可以在事后记录时再去沉淀,作为一种宝贵的知识库或业务日志,但凡这些,都没有必要在处理待办时绞尽脑汁去安排。

    如果有人一定要抬杠,说我需要 breakdown 任务 然后给 同事指派任务…… 这类事情 已经超越了「待办任务」App 这个级别,明显是「项目管理」级别,建议使用更专业的工具(例如下图的Linear)。而且 breakdown 这件事本身就已经是一个复杂的工作了, 就像我们有个「和朋友晚餐」的事项,这是简单事项,没有必要把晚餐的每道菜也写在待办里面一样。如果万一实在有必要,那么抽出一段时间另外找地方去写,去计划,去安排,去购买,去准备…… 所谓的「待办事项」工具,它不是,也不应该是我们所有经历的日志。待办事项很可能是,事情搞定后,几乎不会再来回顾的地方。

    极简分类的日常流程

    每天抽个时间(可能都不用 2~3 分钟),让我们打开 Inbox,看看每个任务:

    • 真的重要吗?
      • 是 → + Important 标签(或星标)
      • 否 → 考虑把它删了吧,或者扔到 Later
    • 能开始做了?
      • 是 → Agenda (如有必要加上日期)
      • 否 → 被他人或外界条件阻塞吗?
        • 是 → Waiting
        • 否 → 考虑把它删了吧,或者扔到 Later(如果不重要,建议就是删了)
    • 没了,流程就结束了。 把精力留给做事情吧。

    值得一提的是,个任务加上日期这点很有「欺骗性」,截止日还是开始日?我个人觉得,如果当天或第二天可以搞定的,就别加日期了,需要排期到以后的, 可以扔进 Waiting 再做考虑。 时间日期即使加上也只是一个参考,尽量不要依赖这个日期。我们的主要精力不应该被日期驱动,而应该被事务本身的重要性驱动。这也是极度克制极简方法论的表现。

    最后

    极简分类法,本质上是尽可能删除了一些不必要的因素,让待办事项不要沦为下一个 PKM 或一个日志库。 待办事项类工具提供的是「入口」,让我们开始做事情。工具的意义在于:帮助我们理解以下几件事情:

    • 我在做什么?
    • 我在等什么?
    • 我在拖延什么?
    • 这些事情真的对我重要吗?

    每天的回顾,就是在一遍遍反复的询问自己的内心。

    考虑到我们皆凡人,没有什么目标是第一天就完美的,所以与其费尽心思设立一个完美的任务结构体系,然后花力气去维护。 不如用极简的方法搭个架子,随着每天的推进,逐渐演化生成一个自己的待办决策机制。

  • 【译】Apple Notes 对比 Goodnotes(2025):终极对比

    【译】Apple Notes 对比 Goodnotes(2025):终极对比

    写在前面

    火箭君曾介绍过最近几年强力迭代过的 Apple Notes 应用,如果大家是苹果全家桶用户,可以说 Apple Notes 是各位手上自带的一个理想免费笔记工具。安卓 和 Windows 生态就很难有这种 贯通多设备,而且功能全面的类似应用。

    之前,我只是从传统笔记角度讨论了 Apple Notes, 但是很快我看到文章,有人意识到,即使用来和 成熟的 图形笔记 GoodNotes6 相比较,苹果再带的这款「小工具」仍旧有得一比。

    我个人不太喜欢折腾图形笔记,什么封面贴纸手绘图……我很苦手;即使是用图形笔记也是采用其中简洁明快的部分,比方说,手写输入,快速形状,线条示意图之类,而 Apple Notes 现在自带的功能也不弱(尤其是配合 Apple Pencil 在 iPadOS 上)。因此,突然觉得 GoodNotes 似乎没那么香了,尤其是 Apple Notes 还是免费的。

    下面是海外网友对最新款 GoodNotes 和 Apple Notes 的全面比较,方方面面,如果大家还在纠结移动设备上哪些图形笔记适合自己,这篇文章应该会很有启发。

    原文出处:https://beingpaperless.com/apple-notes-vs-goodnotes-2025-ultimate-comparison/ 火箭君翻译,编辑,并作了部分配图。

    正文

    从表面上看,Goodnotes 显然功能更多。但这是否真的让它在 2025 年成为比 Apple Notes 更好的应用?iOS 原生的Apple Notes 已经获得了很多的更新,这是否已经足以让我们不再为其它图形笔记付费了呢?

    定价和支持的操作系统

    Apple Notes 是免费的,适用于你所有的 Apple 设备,甚至还有网页版。我对它的评价是,即便不是功能最出色,我也认可它。

    而另一方面,Goodnotes 有一个免费试用版,最多只能创建三本笔记本。但它并非免费。如果你还想在 Android 和 Windows 上使用该应用,可以订阅每年 10 美元。网页版也是订阅制。对于那些只想坚持 Apple 生态的人,则有一次性买断的 30 美元选项。

    提醒一句:Goodnotes 6 的 Android 版不如 iOS 版好。我也没有机会在 Windows 上试用,所以无法对此作出更进一步评价。如果有人试过,请在评论中分享体验。这可能会帮助正在犹豫的人做决定。

    用户界面

    这两款应用都没有主题颜色来自定义用户界面。它们也没有全屏模式,并且 Goodnotes(下图) 不像 Apple Notes 那么极简。Goodnotes 有一个独立的主页和工作区,我觉得两层工具栏有点冗余,但它们固定在应用边缘。当然大家也可以自定义主工具栏,使其最少只有一个工具选项,而且也可以位于屏幕顶部或底部。

    Apple Notes 相对于 Goodnotes 6 唯一的界面优势是:其主页和工作区在同一屏幕上。一旦我们习惯了那种设置,Goodnotes 的设置就会让人觉得太费事了。但是,Apple Notes 的工具栏没有 Goodnotes 6 的可定制性强。移动工具栏太大,会遮挡一些笔记,这很不舒服。我们在记笔记时得不断移动它。至少,当失去耐心时可以把它收起来。但是,当我们想更换正在使用的工具时又得把它拿出来。总体来说,Goodnotes 的用户体验似乎更全面一些。

    笔记本

    Apple Notes 对「页面模板」确实没有任何可用之处。要真正使用这款应用,我们只能对「模板」这个概念不闻不问。

    但如果页面模板和封面是某些用户笔记本的重要组成部分,那就应该使用 Goodnotes。Goodnotes 有可以自定义的页面尺寸和颜色,笔记本内可以创建独特的页面。可用的模板比 Apple Notes 提供的要好很多,而且也可以加入自己的模板,甚至从应用内商店购买一些。不过根据我的经验,我往往只用一个模板——不论一个应用里有多少模板可用。

    只是出于好奇,大家在日常记笔记时会使用多少种页面模板?只要应用允许,我总是使用窄方格那款样式。

    写作工具

    两个应用都有类似 「硬笔」和「书法笔」的工具。对应于 Goodnotes 6 中的钢笔,Apple Notes 则提供了凝胶笔;而 Goodnotes 中的毛笔在 Apple Notes 中对应的是水彩笔。所以,两款应用各自都有四种可用的笔型。两款应用都不会提供收藏工具栏。Goodnotes 的功能略多于 Apple Notes。它提供虚线和点状笔画、工具栏上更多的自定义颜色、可调节的运动平滑度和压力敏感度。在 Apple Notes 中,最后两项不能调节。

    两款应用都有简单的荧光笔和铅笔。它们为你的笔工具提供相同的粗细范围。尽管 Goodnotes 用毫米来衡量,而 Apple Notes 则有五个固定档位,但它们提供的范围相同。Apple Notes(下图) 中的笔迹粗细实际上比 Goodnotes 6 更易于使用和管理。你可以轻松使用相同的粗细,而在 Goodnotes 中则不易做到。Apple Notes 有蜡笔工具,并为你的书写工具提供不透明度选项,而 Goodnotes 没有这些。

    橡皮

    GoodNotes 的橡皮更好,因为它支持自动取消选择。它对荧光笔和胶带工具也具有选择性。由于其固定的页面大小,我们还可以在 GoodNotes 6 中清除整页内容。

    显然,Apple Notes 的垂直无限画布无法支持此类功能。最后,两款应用都有笔划和像素橡皮,并且可以通过涂写来擦除。

    缩放工具

    Apple Notes 没有缩放工具,无法在页面上直接放大或缩小。我每天都在使用这款应用,但在 2025 年仍然无法习惯手写笔记应用没有缩放功能。这确实令人沮丧,但光这点还不足以让很多人更换笔记应用。

    GoodNotes(下图) 支持对页面进行缩放。它还提供了相当不错的缩放工具,具备宽广的缩放范围、边距设置和自动前进功能。我本人从未使用过缩放工具,但确实偶尔需要放大页面。

    形状

    两个应用中的形状都很出色。它们可以是手绘的,也可以使用形状工具。

    Goodnotes 支持不规则形状,而 Apple Notes 则不支持。不过,两者都可以绘制曲线和箭头。

    Apple Notes 有双向箭头——这是一个小小的优点。该应用还比 Goodnotes 更能自定义形状,允许我们调节形状边框的粗细和自动填充的不透明度,还可以缩小和拉伸形状。

    在 Goodnotes 中,自动填充不透明度是固定的,边框厚度也无法调整。但它有边框样式,而 Apple Notes 没有。很难在这两款应用中做出选择,因为它们在形状功能方面不相上下。

    正文文本

    到目前为止,我们还没找到比 Apple Notes 更适合处理正文的应用。我们写的文字不会与手写内容重叠,标题和小节会自动变成可折叠的区块,列表可以是可交互的,附件几乎可以是任何你想要的东西。当然我们最喜欢的是视频。表格也很酷,但有点受限(图片也是如此)。这是唯一一个 Goodnotes 略胜一筹的功能。我们可以比 Apple Notes 提供的设置更好地调整图片大小。

    不过,在 Goodnotes 中你不能把任何东西附加到正文上。如果正文在页面上,文字会与手写内容重叠,但当你写到页面末尾时它不会自动移到下一页。Goodnotes 中的正文更像是填满整页的巨大文本框,且无法调整大小。

    表格被文本框取代了。Goodnotes 在这一点上工具更好,支持自定义字体,且样式更出色。你可以改变文本边框的粗细,添加一些内边距和细微的阴影。该应用甚至有行距设置,并且可以保存你喜欢的样式以供下次使用。Apple Notes 做不到这些。它只有一个额外的对齐选项,以及类似于 Goodnotes 6 的格式设置选项。

    照片

    Goodnotes 中的照片处理不错,比 Apple Notes 更好,但并不出色。你可以裁剪、缩小和拉伸图片。Goodnotes 还支持贴纸,这是 Apple Notes 不具备的。两款应用都支持 PNG 图片、Image Playground,并且可以旋转照片。两款应用中的照片功能都比较基础,没什么令人激动的地方。

    音频录制

    Apple Notes(下图) 中的音频录制与我们在手写记笔记应用中习惯看到的非常不同。不过它确实可用,具备实时、现场的音频转录功能,有总比没有好。GoodNotes 中的音频录制工具是你在 2025 年能找到的最好工具之一。尽管它的同步并不完美,不是像素级同步,但它用出色的转录功能弥补了这一点。你可以编辑转录文本以修正错误,甚至可以获得指向录音中精确时间戳的音频链接。

    套索工具

    Apple Notes 中的套索工具只是自由手绘型的,所以如果你更喜欢矩形套索就不能更改。它对任何内容都没有选择性,但你可以很容易地拾取单个项目。Apple Notes 最大的优势是你可以在画布上任意增加笔记之间的间距。

    GoodNotes 现在某种程度上也能做到,但是在一个感觉像文本框的固定有限空间内。该应用甚至对手写进行了套取对齐。如果这还不令人印象深刻,那我就不知道什么才算印象深刻了。换句话说,GoodeNotes 对添加到笔记中的几乎所有内容都具有选择性;手写笔记、图片、评论、便签等。你可以将项目移动到页面上其它项目的前面或后面,套索工具甚至支持手势。套索工具在 Goodnotes 中唯一做不到的(在 Apple Notes 中也同样做不到)是选中后更改手写笔迹的笔触粗细和笔画类型。

    光学字符识别(OCR)

    要在其他应用中使用你的手写笔记,能够将其复制为文本会很有帮助。这就是为什么我更喜欢 Apple Notes 中的手写转换,而不是 Goodnotes 的原因。但如果你只是想转换手写文字和公式,那么 Goodnotes 是更好的应用。两款应用都支持在手写内容中进行文字搜索。

    iPadOS 支持

    GoodNotes 唯一做不到的是支持真正的暗黑模式。它只能更改用户界面。所以如果你像我一样经常使用暗色模式,Apple Notes 是更好的应用。不过,除此之外,两个应用都支持实时文本输入、多任务处理、小组件、数据识别、iPadOS 18 中的 AI 工具以及手写转文字(Scribble)。GoodNotes 更出色的一点是它提供了更多可与笔记配合使用的 AI 工具 ,我们最近对此有过报道 。

    搜索

    两款应用都会搜索你的笔记本,而在 Goodnotes 中你可以筛选它们以聚焦笔记或目录中的结果。预览也很有帮助。全局搜索结果在应用主页上比在应用内部显示得更有条理。Apple Notes 可以细化搜索以匹配大小写、只查找完整单词,并包含附件。不过 Goodnotes 在全局搜索的组织上更好;Apple Notes 的则显得很一般。

    协作

    即便 GoodNotes (下图)在沟通设置上做得更好,Apple Notes 在协作方面也很出色。GoodNotes 的评论功能很棒,我们也希望在 Apple Notes 中看到类似功能,因为仅仅通过信息(Messages)聊天体验糟糕。然而,GoodNotes 在协作权限方面几乎没有任何设置,只能通过链接邀请他人,而无法控制他们的行为。

    这些在 Apple Notes 中都可以自定义。可以通过邮件邀请精确决定谁可以查看笔记,然后控制他们是仅可查看还是也可编辑。光标跟踪器可能会分散注意力,而 Apple Notes 允许我们将光标跟踪移除。尽管要对每个笔记本单独操作有点麻烦。

    组织结构

    在 Apple Notes 中使用标签和智能文件夹来组织笔记非常棒。甚至可以锁定一些文件夹和笔记本。GoodNotes 6 可以不加区分地锁定笔记本。Apple Notes 不会锁定大量笔记本。

    GoodNotes 在组织方面更胜一筹,因为它为笔记提供了自动备份到你选择的云存储。该应用现在甚至支持 WebDAV。Apple Notes 仅在苹果设备之间同步,当然 GoodNotes 也能做到。两款应用都支持超链接访问,并且都有相当不错的变通方法来访问指向某个笔记本自身的应用链接。

    结论

    Apple Notes 没有胶带、贴纸、计时器、页面编辑等辅助功能,且无法将笔记(尤其是手写笔记)「体面地」导出应用。

    GoodNotes 在这些方面都没有问题。然而,归根结底是,我们自己需要什么样的功能才是最重要的。

    例如,我们团队使用 Apple Notes,尽管它缺少某些功能,我们仍然对其感到满意。作为一款在 2025 年 Apple 自带的优秀记笔记应用,Apple Notes 绝对值得一试。可以说,在苹果最近几年大力更新后,Apple Notes 已经是不少付费笔记应用的一个很好的免费替代品。

  • 【速报】Notion 3.0 Agent 来了,体验后,觉得新的「一窝蜂」即将到来

    【速报】Notion 3.0 Agent 来了,体验后,觉得新的「一窝蜂」即将到来

    Notion 在 2025 年 9 月发布了 3.0 版本。这次升级的核心内容是 Notion AI 的 Agent。

    可以说,这不是普通的功能增强,而是从能力、自动化、权限、数据连接等多方面进行了重大的改造。让 AI 融入到我们整个的工作流中。

    火箭君最近体验了 Notion 3.0,最大的感觉是:它不再只是一个笔记和数据库工具,而是真的开始像一个「智能助手」了。和之前版本对比的话,差异非常直观。

    如果大家对 Notion AI 的印象还停留在 润色,翻译,总结 之类 常规文本操作的话,那么这次 3.0 的 AI 截然不同,更像是一个我们身边的同事,和我们一起处理手上的表格或文档。

    考虑到 Agent 这个概念最近太火了,加之 Notion 又做了一个活生生的表率。 我敢说,用不了多久,一堆国内的类似工具就会「一窝蜂」跟上 笔记文档资料+Agent 的风潮了,就和当年 「一窝蜂」模仿 Notion 「模块化」笔记一样。 但实际上,这只是将来大趋势下的 AI 标配而已。而且,国内一些类似工具 和 Notion 相比,会有致命的缺陷,文末我会提到。

    Agent 的上手体验

    以前 Notion AI 主要是用来 写点内容、做个摘要,结果就是「锦上添花」。而现在的 Agents 能执行完整的任务流。

    首先,我们可以呼出 Agent, 并定义他的指令和上下文,熟悉 ChatGPT或常用 AI 客户端的小伙伴对此应该很熟练。 然后我们就可以吩咐这个Agent 办事情了。 界面和 常见的AI聊天工具很像。我们可以在乎几乎任何过程中触发 AI 聊天向 Agent 下达指令。

    比如,我打开一个 存有项目相关信息的 Page,让 Agent 建立一个新项目,创建计划表,它能帮我拉出数据库、分配任务,还能按照我以前的习惯去组织页面结构。

    另一个例子,很多团队用户会将用户反馈通过接口(例如:Slack) 转到 Notion Database 里存储,供以后分析, 现在有了 Agent 可以让 AI 定期整理这些反馈,并给出汇总报告。

    Agent 的自定义设置

    Notion 可以让我们自定义 Agent 的一些指令或性格, 自定义的方法也很有趣,我们创建一个特殊的Page, 这个Page 就是 AI 指示文档, 里面可以用自然语言描述 Agent 的要求。 遗憾的是, 我们不能同时拥有多个 Agent, 只能靠给同一个 Agent 切换 不同Page指示,进行临时「换脑」。

    我希望将来 Notion 可以出现一排预设专注不同领域的Agent 随时待命, 就像老板开会时,吩咐小张小王你们分别去干什么什么一样……

    除此之外,我们可以对 Agent 进行视觉上的个性化打扮,这个就纯纯的是个噱头了。但说实话,打扮 Agent 有时也很有趣。

    Agent 和外部数据的联动

    Notion 的连接器支持外部数据源,比以往更强了。 而且这些数据源可以授权给 AI 使用。

    如果我们愿意,可以让 AI 搜索我的 日程,邮件,外部的项目管理工具 等等。 不过根据有些我接触到的实际用户反应, 对接的速度以及复杂程度还不太好, 部分 App 没有达到完全「无缝」的体验。 当然,这和第三方 App 接口自身也有关系。 有些 App 如果不想分享数据,或者采用很有限的分享 这些也不是用户 或 Notion 可以左右的事情。

    顺带一提,默认国内的 App, 除了基于文件的,其它大多数都不会和别人分享数据,只会反向接入别人的数据,然后藏在自己的「黑盒子」里,把用户「锁死」在自己平台上。 Notion 现在已经朝着「大而全」迈进了,其自身的数据导出和API接口,也经常被人诟病, 最新的例子就是 Notion 被 Obsidian 说到 Database 表格导出困难的问题, 当然这是另个话题了,以后再说。

    最后

    Notion 3.0 总体来说有了一个很大的进步,为国内一众「模仿」「致敬」的同行们提供了一个「很好」的范本。国内产品「一窝蜂」地跟进已经不可避免,就和我上次预测 Notion 模块笔记一样,这次同样,该发生的都会发生。 上一波疯狂跟进的众多产品现在已经大多泡沫破裂了, 而新一轮泡沫还在路上。

    Notion 打造 ALL IN ONE Workspace 这种 文档+数据库+外部连接+AI 是水到渠成的。他们先做的事是:先做了类似笔记文档,使用强化的模块化编辑,后来支持了嵌入表格(也就是Database),再后来强化了周边数据联动,收购了日历服务,推出了邮件服务,然后所有这一切加上 AI 处理。属于那种逐步加码,逐渐升级的过程。

    国内很多工具产品,都是临时抓住一点,什么概念火就跟进什么,资本热炒什么就做什么,完全没有基础,总以为是靠最后一口饭吃饱了肚子,认为前面的积累投资都是不需要的,所以最后破灭也是常态。

    另一点是,大厂很快就会推出自己的 Agent 版本, 让 Agent 成为一种 业界普及标准配置,而不是什么独特的可以拿出来一吹的事情,任何指望单单靠吹嘘炒作 Agent 获利的公司,最终都会昙花一现。

    从这个角度来说,Notion 3.0 带来 AI Agent 也只是水到渠成,顺势而为。虽然我非常不喜欢 Notion 将所有业务数据放在云端有潜在锁死用户的风险,但是,3.0 引入的 Agent 真的是很棒的功能。

    Notion 3.0 Agent 目前面向 商业版和企业版开放, 普通用户也可以 免费试用14天,然后选择是否升级,大家有兴趣的话可以去试试。

  • 从 Google Keep 到 Obsidian,真正让笔记不再混乱的不是复杂的功能,而是简单的「信息架构」

    从 Google Keep 到 Obsidian,真正让笔记不再混乱的不是复杂的功能,而是简单的「信息架构」

    我一直觉得 Google Keep 和 Obsidian 是两种截然不同类型笔记工具的代表。曾经有一段时间两者同时在用,因此也有一些小小的发言权。

    简单来说:Keep 是一个快速而且不讲究的信息入口,提供了简单的分类标记功能,也支持多平台包括移动端,基于谷歌的云同步,非常便捷。Obsidian 则是一个后端整理利器(我只用桌面端),提供了远比 Keep 丰富的信息分类维度和加工手段;而且信息保存归档在本地,非常适合沉淀信息

    所以,一个适合收集记录,一个适合归档整理,各有所长;这也是我理想中的「工具链」表现:不该期待一个工具吃下整个工作流,而应该是各司其职,各有所长。

    最近,恰好看到 XDA 有文章指出为何要从 Google Keep 迁移到 Obsidian;我觉得其实大可不必过度看重工具本身,工具有时只是带来「五分钟热度」的新鲜感而已。

    链接参考: https://www.xda-developers.com/obsidian-vs-google-keep-organization/

    XDA 网友提到,很多人从 Google Keep 起步,越记越乱:颜色重复、标签越用越多、滚动列表找不到东西。换到 Obsidian 之后,一下子多了文件夹、子文件夹、双向链接、图谱视图、模板…… 感觉非常受用。

    但我个人有一个关键的教训是:抽屉并非越多越整洁。真正决定是否能持续掌控笔记的是一套「简单、可复用的信息架构」,而不是叠加维度。下面结合实际体验和参考资料,给出一套尽量「少即是多」的做法,并把 Keep 与 Obsidian 的差异放到合适的位置上。

    先承认 Keep 的边界

    Keep 的组织手段很「扁平」,主要是颜色与标签,没有层级文件夹,也没有模板与结构化复用能力。官方帮助文档强调用标签、颜色、固定置顶等基础手段来找东西,但不支持文件夹层级管理或模板体系,这会在碎片笔记数量变大时,让我们检索信息变得吃力,倒不是说,谷歌的搜索技术不行,而是说我们根本想不出,也记不起该问什么问题。 这点即使 AI 发展到更强阶段也解决不了,因为问题的瓶颈在我们自己。

    所以,若我们的需求只到「随手记 + 简单找」,类似 Keep 这样的App,在功能上已经够用了。而一旦涉及中长期项目、结构化素材、知识沉淀或复用模板,Obsidian 这类基于本地文件的系统更合适。

    用「浅层结构」而不是「更多结构」

    很多人换到 Obsidian 的第一反应是:多建文件夹、层层嵌套、再加标签与链接。这种做法不局限于 Obsidian, 看见新鲜的笔记工具,很多人的反应都是一样的。

    问题在于:层级一旦加深,寻找路径会变得非常费力;而且「同一条笔记要同时放进 A 与 B 两个抽屉」的多重归属问题,对于「文件夹」天生难解。 所以「标签」和「链接」才会兴起。

    一个浅显的道理是,越深的层级就越不利于寻找,浅而清晰的架构可显著降低定位成本。Zettelkasten 社区 以及早期的双链爱好者会强调知识的关联是网状而非树状的,所以避免用文件夹表达知识结构。 当然,这是一种方法,但不是唯一方法,因为网状结构一样难以维护,也难以定位。对于连接过多的「链接图谱」而言,有时就像看着几十个分岔又指向几百个分岔路口的地图一样,更像是一种视觉艺术了。

    比较推荐的是,可借鉴 PARA(Projects、Areas、Resources、Archives)这类极简分组法,只用一层顶级分类承载绝大多数内容。 这就属于使用「浅层结构」打败「复杂度」的例子。当然,PARA也不是完美的,总会有人说这也不好那也不好,实际上,没什么事情可以既要又要的,这类问题的本质是一种「取舍」。

    在 Obsidian 的落地建议

    • 顶层只放 3-6 个文件夹:Projects(进行中项目)、Areas(长期领域)、Resources(参考资源)、Archive(归档)等。禁止再嵌套第二层,宁可用标签与搜索补足。
    • 当很想多建一层时,先问:这会让信息变得更清晰更容易发现吗?若没有十足把握,就退回到「浅层 + 标签/搜索」。
    • 如果仍旧面临信息膨胀,可以尝试将 PARA 看作四个 Vault,而不是一个 Vault 的4个文件夹。这其实已经添加层级了,因此仅限于确有此类需求的「超级用户」。 我个人比较主张将 Project 单独拿出,这是一个最容易膨胀和失序的地方。而 Archive 则合并在 PAR 三个库中,不要单独再开vault了。

    把「多重归属」交给标签和搜索

    虽然「文件夹」天生不擅长「一物多处」,但「标签」与「全文检索」 擅长这种多重匹配。

    Obsidian 的标签、查询与反向链接可以天然覆盖「这条笔记同时属于话题 A 与话题 B」的需求,避免复制与搬运。但是「标签」和「链接」过多以后 一定也会出现更多的混乱,从笔记「内容信息」混乱变成 笔记「元信息」混乱。

    在 Obsidian 的落地建议

    • 限定一小套「功能性标签」(如 #todo、#idea、#source)和「主题性标签」(少量稳定的 学科/话题/术语),其余交给搜索与链接。
    • 定期清点标签,合并重复与同义标签,保持标签集的稳定性。
    • 和文件夹一样,当很想多建一个标签时,先问:这会让信息变得更清晰更容易发现吗?就退回到「搜索」。保持标签本身也是「浅层架构」

    谨慎看待图谱视图

    Obsidian 的 Graph View 很酷,但当笔记规模上来后,如前文所说,网络图谱容易沦为「好看但难用」的烟花。更适合偶尔探索关联,不适合日常主导航。 我个人几乎从来不使用这个视图功能,如果有人有很好的实践用途,欢迎告诉我。

    模板要集中管理,别在每个 App 里各自维护一套

    模板能极大提升一致性与速度,Obsidian 的 Templates 插件很好用;但若在 Notion、Obsidian、邮件、聊天工具里各维护一套模板/常用语,维护成本会指数级上升。

    • 更好的做法是用跨应用的「文本片段管理」工具,如 TextExpander、Espanso,实现「一处维护,到处可用」。
    • 在 Obsidian 中仅保留「Obsidian专属模板」(如每日记要、会议纪要),其它通用短文短语交给系统级工具统一管理。

    「本地优先」是基础,不是锦上添花

    这就是 Keep 和 Obsidian 最根本的区别之一了。 Google Keep 理论上可以补齐上述的所有功能,复杂的文件夹,更复杂的标签,花式的搜索,甚至双链图谱…… 但是,唯独「本地优先」不能做到,因为一旦做到,Keep 就不是 Keep 了,而成为了 Obsidian 那一类的本地PKM工具了。

    Obsidian 把笔记存成本地 Markdown 文件,离线即可读取、迁移成本低、可与任意同步方案组合(也可以完全离线不同步)。这是一种「File Over App」的思想:数据文件以用户为中心而不是依赖于 App 而存在,这样可以显著增强数据可控性。

    Google Keep 的目的是让用户把数据集中在云端,以谷歌服务为中心。作为补偿,谷歌提供了跨设备访问和高级搜索,同时也能维持谷歌的业务在方方面面成为我们的信息入口,这点和 Obsidian 是截然不同的。

    在 Obsidian 的落地建议

    • 将 Keep 看做一个收集信息的入口,一个收件箱,而不是归档处。
    • 将 Obsidian 看作是一个信息归档处。
    • 把 Obsidian Vault 放在常用且可预期的位置(如 Documents/Notes)
    • 用信任的备份/同步方案(比如:第三方云)做备份。

    一份最小可行工作流(从 Keep 迁到 Obsidian)

    • 收集:所有临时想法统一丢进 Inbox(单一入口,避免在多个地方分散输入)。
    • 归档:每周一次过几次把 Inbox 清空,归入 PARA 顶层文件夹之一;不给任何子文件夹。
    • 标记:仅加必要的 1~2 个标签;若需多重归属,用标签而不是复制笔记。
    • 连接:当两条笔记明显相关时再加链接;不强求「全网互链」,避免维护成本失控。
    • 复用:日常的记要用 Obsidian 模板;跨应用常用语用文本有其它工具统一管理。
    • 检索:优先用 文件夹,标签与反向链接面板,图谱仅在探索新主题或梳理大项目时使用,或者干脆别用了。 关键词搜索作为最后的手段。

    最后

    从 Keep 到 Obsidian,并不是从「简陋」跳到「复杂」,而是借助 Obsidian 的灵活性实施一套「更简单、更可控的信息架构」。无论用什么工具,只有实践「浅层结构」、克制使用标签、克制使用链接与集中模板时,思维才会真正减负,新工具不是用来制造新负担的。

    XDA 网友的实际体验,只是走到了第一步,发现 Keep 不能胜任杂乱信息的管理,他看见了 Obsidian, 仿佛看见了救生圈,看见了 Obsidian 众多功能在「闪闪发光」。这就就像突然拥有了更多的「维度抽屉」可以用来塞东西,但是,火箭君亲身的经历是:最终,再多的抽屉也是不够用的,浅层的结构才是王道;信息的整理更像是「取舍」而不是「塞更多东西」。

  • Org-mode:用纯文本管理任务的简易规则(面向初心者)

    Org-mode:用纯文本管理任务的简易规则(面向初心者)

    火箭君很久以前第一次看到 Org-Mode 时,立刻被劝退了, 但随着各种工具深入的使用,发现 Org-Mode 的理念其实反映在很多地方,尤其是 LogSeq。随着我对 LogSeq 的深入使用,我发现自己有必要重新认识一下 Org-Mode。

    Org-Mode 体现了一种无关「颜值」,仅在乎「结构」和「流程」的哲学。而且由于 Org-Mode 也是纯文本格式,便于「本地优先」的存储管理。

    于是,我决定撰文梳理一下 Org-Mode 并分享给大家。如果大家一眼就被劝退,也没有关系,或许若干年后,兜兜转转后还是会回到 Org-Mode,并理解 Org-Mode 的深度。 有点像当 年Markdown 普及时也劝退了很多人。

    简单一瞥

    如果第一次听到 Org-mode 这个名字,可能会有点陌生。其实它的本质可以概括为:

    简单的版本为:Org-Mode是工作流或 Todo 领域的Markdown 笔记方式。

    稍微复杂一点的版本:Org-Mode 是用纯文本文件(.org)写下任务、日程、笔记,然后用一套约定的规则让电脑自动识别和管理的方式。

    Org-Mode 最早是 Emacs(古早的文本编辑器) 的一个扩展,但因为 Org-Mode文本格式本身很直观,所以很多现代的文本或代码编辑器(VSCode、Obsidian、beorg 等)加上插件后都能用。

    下面我用最简单的例子,看看如何快速入门。


    1. 条目与层级

    在 Org 文件里,所有信息都是「条目」(outline)。

    星号 * 表示层级,越多星号越深一层(是不是很像 LogSeq?其实下面很多条也都很像)

    这样就能写成一个大纲,而且任务可以分组。

    * 生活事项
    ** 买牛奶
    ** 打电话给张三
    * 工作事项
    ** 完成报告
    

    2. TODO 状态

    任务前面加 TODO 就是待办,加 DONE 就是完成:

    * TODO 买牛奶
    * DONE 写周报
    

    我们可以用标记快速区分「已完成」和「未完成」。


    3. 时间规则

    Org 里有两种最常用的时间字段:

    • 计划时间(SCHEDULED):表示希望什么时候做 * TODO 写周报 SCHEDULED: <2025-09-07 Sun>
    • 截止时间(DEADLINE):表示最晚什么时候完成 * TODO 提交报告 DEADLINE: <2025-09-10 Wed>

    4. 重复任务

    在时间后面加 +1w+1m 就能变成重复任务:

    * TODO 每周写周报
      DEADLINE: <2025-09-07 Sun +1w>
    

    5. 标签和优先级

    • 在条目后加上 :标签: * TODO 买牛奶 :home:shopping:
    • 在任务标题里加 [#A] 表示优先级: * TODO 写报告 [#A] * TODO 整理书桌 [#C]

    这些标签和优先级可以在 Agenda(任务视图)里筛选和排序。 很多现代的 ToDo App 工具,已经将标签和优先度深度融入到了图形界面操作里面了。 但本质还是 Org-Mode的这个思路。


    6. Agenda(日程视图)

    Org 有一个强大的功能:把所有任务集中起来生成一个「日程表」。

    • 今天要做的任务
    • 未来一周的安排
    • 快到期的任务提醒

    这就是 Org-mode 的 「自动化规则」:我们写好标记文本,机器就能自动生成行动清单或视图。


    最小化用法总结

    如果你是初心者,只需要记住这些规则和特性:

    1. * 开头 = 层级大纲
    2. TODO / DONE = 任务状态
    3. SCHEDULED = 计划时间
    4. DEADLINE = 截止时间
    5. <2025-09-10 Wed +1w> = 重复任务
    6. :标签:[#A] = 分类与优先级
    7. Agenda = 自动生成日程表
    • 纯文本:简单、可移植,未来任何工具都能打开
    • 统一管理:任务、笔记、日程都能放在同一套规则下
    • 高度灵活:从「买牛奶」到「写论文」,都能用同样的方式管理

    这样,哪怕我们完全不懂 Emacs,也能在 LogSeq 或 Obsidian 里写出可用的 Org 文件,(有时要通过插件)体验到它的魅力。

    支持的 Org-Mode 的App

    beorg (iOS)

    这可能是 iOS 上最正统的 Org-mode 客户端。兼容 .org,支持 Agenda、Capture、任务管理;可通过 Dropbox/iCloud 同步。算是给 Emacs/Org 用户补齐移动端入口。 但界面比较复杂,初学者完全不知所云。

    Orgzly (Android)

    安卓上的经典 Org-mode 应用。可以离线编辑 .org 文件,支持搜索、Agenda、任务状态切换。通常配合 Dropbox/Nextcloud 同步。相当于安卓用户版的 beorg。

    Logseq

    著名的本地「节点笔记」类应用,支持 Markdown 和 Org 两种语法。对 .org 文件的支持比较好(比 Obsidian 强),可以直接当作 Org 前端。 同时也支持双向链接、反向引用、图谱,白板…,算是 Org-mode 与 Roam/Obsidian 的混合体。

    我个人觉得,算是对普通用户相当友好的工具,甚至是 Org-Mode 普及工具。即使我们采用 Markdown+ 节点笔记 模式

    Obsidian + Org-mode 插件

    Obsidian 本身偏向 Markdown,但社区里有插件支持 Org 语法(如 obsidian-org-mode)。适合本来用 Obsidian 的人,想兼容 Org 文件。

    Organice

    一个 Web 版的 Org 前端,跨平台 Org 文件查看器;基于 Nextcloud/Dropbox 上的 .org 文件。 类似一个在线 Agenda,适合在浏览器里快速查看任务。

    Emanote

    支持 Markdown + Org 的混合笔记系统,可以把 Org 文件生成静态网站,想把 Org-Mode 引入 PKM的感觉。

    TaskPaper (macOS/iOS)

    用纯文本管理任务,但语法更轻量(没有复杂的 DEADLINE/SCHEDULED)。部分理念和 Org 类似:纯文本即数据库。算是极简的 Org 变种。

    Markor (Android)

    一个开源 Markdown/Org 编辑器,支持 TODO checkbox、部分 Org 语法。适合喜欢写纯文本笔记的人。

    火箭君的建议

    我个人还是倾向于 使用 LogSeq。但如果大家已经在用 Org-mode/Emacs,配合 beorg (iOS) 或 Orgzly (Android) 可能会更顺手。而如果只是想尝试 文本驱动任务管理,那么 TaskPaper 或 Obsidian 插件 会更友好。

    最后,尽管 Org-Mode 看似复杂,但是实际上, 文本标记驱动的任务或流程管理,实际上已经深入到各种工具当中,纯文本只是一种偏好而已,喜欢高颜值图形界面的用户,仍旧可以从自己的日常工具中找到 Org-Mode 的影子。

  • 【译】老牌 GTD 工具 Things 3 与 Apple 提醒事项在 2025 年的对比。

    【译】老牌 GTD 工具 Things 3 与 Apple 提醒事项在 2025 年的对比。

    写在前面

    Things3 是一个老牌的 GTD(Get Things Done) 工具 App,在早些时候和 OmniFocus 齐名。都号称是 GTD 最佳实践工具。

    随着 GTD 热潮褪去(当时还有 GTD 认证证书,感觉像个 cult), Things 和OmniFocus 系列逐渐被后起的 to-do 工具 所替代。

    到如今, 像滴答清单,Any.Do,Todoist 等等新生力量推层出新不胜枚举。 而且,最重要的转折是 Apple 自家的 提醒事项 App(Reminders)也吸取了大量 OmniFocus 以及其它 to-do 工具的精髓,成为另一个OS自带而且免费的可靠工具。更更重要的是,这些新兴的 to-do 工具马上也要面临 AI 工具的挑战,所以说,时代发展还是一浪接一浪很快的。

    火箭君很久以前就买断了 Things3(少见的一次付费产品,而不是订阅制,直到如今还是),但是一直吃灰。所以到了 2025年,看到有人竟然将 Things3 和 Apple 的提醒事项 进行比较,感到非常惊讶。 Things3 在我印象里是一个堪称教科书般设计精良的 App,但是略显陈旧;Apple Reminder (加上 Apple Notes 以及 Apple Calendar)倒是一直快速发展,大有取代各种 任务类 App,自己一统天下的势头。

    无论如何,当我看完这篇海外网友比较 Things3 和 最新 Apple Reminders 的文章后,还是忍不住想要分享给大家,也算缅怀一下吃灰已久的 Things3。

    以下正文, 原作者:Berker Ceylan;原文地址:https://medium.com/design-bootcamp/i-pitted-things-3-against-apple-reminders-in-2025-and-the-winner-is-not-who-you-think-64cc40f21987 火箭君翻译,并略作编辑。

    正文

    一切开始的那个周一早晨崩溃时刻

    咖啡喝完了,收件箱炸开了,狗在哀鸣要散步。我是个几乎住在 TO-DO 应用里的产品经理,但我仍然感到思绪散乱。所以我使出了一出堪比科技真人秀的把戏:清空了停靠栏,只让两个图标为生存而战:刚发布更新的 Things3 和 苹果新一代加速版的 Reminders(OS自带的提醒事项)。我答应自己各用一周,胜者留下,败者删除。

    接下来发生的事,作为极客的我自己都感到惊讶。

    苹果在六月推出了设备端的 Apple Intelligence,在整个操作系统中使用了「预测」。这意味着 Reminders 现在会从邮件、备忘录甚至 Safari 剪辑中建议任务。与此同时,Things 3 继续打磨而非实质性的转向:3.21.17 版本改进了云同步,修复了语音控制错误并修补了若干严重崩溃。两种理念,一个问题:是要 AI 加持 还是依靠 手工打造 用户的体验?

    第一轮:捕捉灵感

    Things 3:在 Mac 上按一个快捷键即可弹出优雅的快速输入窗口。输入标题,添加标签,按回车。iOS 上轻点手势在拇指离开屏幕前就把任务滑入收件箱。毫无延迟,无任何干扰。

    Apple Reminders:语音捕捉 是亮点。在 Apple Watch 上说「提醒我周五 3 点发那张发票」在我说完句子之前就被记录下来了。更妙的是,Apple Intelligence 会悄悄扫描收到的邮件,并以「要不要跟进 Sara?」的建议提醒我,这样我就不会忘掉任何未决事项。(火箭君注: 可能需要 支持 Apple Intelligence 地区的设备)

    键盘高手会喜欢 Things。如果更喜欢写东西,Things 是首选。而任何通过手表、HomePod 或手机进行语音输入的人都会感觉到提醒事项(Reminders)几乎心灵感应般地把任务添加进来。附:我们完全可以在 MacOS 上使用 Menubar Reminders 来非常快速地添加或编辑提醒事项。

    A screenshot of Reminders MacOS version

    第二回合:组织混乱

    Things 3:它为 GTD(Getting Things Done)拥趸而生。生活领域变成了「领域」(Areas),每个领域包含「项目」(Projects),每个项目又由「标题」(Headings)划分。著名的「今日」视图会汇集所有已安排的事项,甚至提供一个礼貌的「今晚」桶(今天晚些时候),用来放低能量的家务等活动。这样,就我能在四分钟内完成每日回顾。

    提醒事项:Apple Reminders 走的是另一条路:一个列表可以变成带有区段和列视图的看板。添加像 #design 或 #urgent 这样的标签,智能列表可以按你想要的方式切分整个数据库。我的「高能量」、「即将到期」筛选无论任务在哪儿都只显示恰好五个任务。

    如果我们的大脑喜欢严格的层级和单一聚焦列表,Things 胜出。如果更喜欢动态仪表板和可视化的工作区,提醒事项感觉就像内置在 iOS 的 Trello。对于工作项目,我觉得提醒事项已经赶上来了,甚至有点领先。

    第三回合 自动化 vs 人工智能

    Things 3:随附十八个 Shortcuts 操作,接受诸如 things://show?id=today 的URL Schema 链接,甚至公开了项目创建的参数。我花不到一小时就连线了一个 Raycast 脚本,把 Slack 消息转成任务。

    Reminders: 提醒事项:尽管提醒事项只提供少数经典的 Shortcuts 操作,但 Apple Intelligence 处理繁琐工作。如果我一个月没有动某个旧的「旅行」项目,它会问我「要归档你的旧旅行项目吗?」,邮件摘要中也会出现一个一键「添加到提醒事项」按钮。带来了 更少的折腾,更多的委派。

    喜欢 DIY 脚本化的高级用户会继续选择 Things。而那些不愿意为一切都做自动化的忙碌人士则会从提醒事项中得到惊喜。但 Apple Intelligence 仍然缺乏应有的智能,目前我们可能还需要自己花力气对提醒事项进行一些调整。

    第四回合 团队精神

    Things3:嗯,Things3 有点自我,以自我为中心。属于自己Solo管理自己的事情那类。

    Reminders:可以和配偶共享购物和家庭清单,在这方面 Reminders 完胜。共享清单几秒钟就同步,让我可以分配任务,甚至显示对方正在输入的指示,这样我就知道她已经在添加“牛奶”。Things 则毫不掩饰地偏向 单人使用;而导出 Markdown 文件供我们分享是 Things 与协作最接近的方式了。

    因此,如果需要团队协作?用 Reminders。独自行动?用 Things。

    第五回合 价格冲击

    Things 3:套装如果同时购买 iPhone、iPad 和 Mac 版本,总价大约 80 美元。他们自 2017 年起就没有收取过升级费用,但价格标签仍然让人震惊。(火箭君注:这是我最喜欢 Things 的原因之一,一次性买断)

    Reminders:免费,而且现在在 iCloud 上还有网页版。两者都对数据进行加密,都能在所有 Apple 平台上运行,但只有 Reminders 会在新设备上自动出现。

    如果预算能主导选择,Apple 的 提醒事项将默认获胜。如果用挽救的截止日期来衡量投资回报率,一次付费购买不会让我们倾家荡产(火箭君注:事实上长期分摊来看,成本比任何订阅制的App 要低很多,几乎可以忽略)。、

    我的实验如何结束

    第 1 周:我生活在提醒事项里。Apple Intelligence 从我漏看的邮件中抓取了两个后续事项,位置提醒在带宠物去看兽医时帮了我忙,我的伴侣实际上比我更喜欢购物清单。评分:提醒事项 1,压力 0。

    第 2 周:我把所有东西都搬进了 Things。今日视图感觉就像给大脑做了个水疗。标签加上快速录入让我把脑子里的事比咖啡清空杯子还快地清空。它更漂亮,感觉出奇地快。我有没有提到漂亮?得分:专注 1,多任务 0。

    最后周五晚上:我盯着两个停靠栏看。协作在 Reminders 里更顺畅,但我的个人专注在 Things 里飙升。我意识到我并不是非得使用一个应用。我需要按工作任务各用一个。(火箭君注:我也一样,最终会发现,没有必要 All-in-one,完全可以分开两个 App, 在各自领域都发挥作用。)

    最终奏效的混合工作流

    1. 共享生活事务保留在提醒事项里。购物清单、兽医预约以及那永无止境的家务板都放在家人可以随时查看的地方。
    2. 深度工作和副业项目放在 Things。每个项目都有明确的下一步行动,并在有纪律的「今日」视图中有自己的位置。
    3. 当重要的共享任务被分配给我时,Zapier 桥会把它们推送到 Things。该 URL 会打开确切的提醒事项条目,以便上下文不会丢失。
    4. 周日回顾在 Things 中进行。一个键盘快捷键就能把所有标签和日期调出视图,让接下来的一周不再像乌云密布,而更像一张清晰的飞行计划。

    结果:零遗忘任务,大脑终于能在晚上 10 点关闭。

    A photograph of MacBoook containing Gmail in Safari

    那么今天应该点哪个图标?

    • 如果喜欢键盘快捷键、GTD 和独自专注:选择 Things 3,从此不回头。
    • 如果离不开 Siri,团队协作依赖它,又讨厌付费:坚持使用提醒事项,让 Apple Intelligence 带来惊喜。
    • 也可以在两种世界间切换:参照我上面的混合技巧。如果已经买断拥有了 Things 就无需额外花费了。

    无论选择哪种,尽快决定,坚持九十天。最好的任务管理工具一定会是那种融入到生活背景中去的工具。

  • 【速报】互相融合?Notion 引入本地离线访问,Obsidian 添加表格数据库视图

    【速报】互相融合?Notion 引入本地离线访问,Obsidian 添加表格数据库视图

    速报

    2025年8月19日,Notion 发布版本 2.53,正式推出离线模式。 用户可以在桌面及移动应用上使用,无需网络仍能访问、编辑现有页面,甚至创建新页面。如果是 Plus、Business 或 Enterprise 的付费用户,Recents 与 Favorites 页面还会自动下载到本地。

    2025 年 8 月 18 日 Obsidian 1.9.10 Desktop (Public) 更新中,Obsidian 的 Bases 功能正式向所有用户开放,成为核心功能。Obsidian 在之前,已经对 Bases 功能进行了3个月的小范围内测。

    Bases 是类似Notion Database 的表格视图。这个功能的呼声一直很高,其实也是 Notion 当年的成名特色之一。 关于 Bases 的具体介绍请看火箭君 三个月前(没错,就是那么早)的介绍文章

    【速报】Obsidian 1.9 发布了新的核心插件 Bases,我们之前设想的 Excel PKM, 被 Obsidian 听到了?

    关于 Notion 的离线访问

    当我们进入想离线编辑的页面 → 点击 ••• → 切换 “Available offline”,等待下载完成即可使用「离线访问」。 等等,这是不是和想象的「离线访问」不太一样,是的,这就是手动离线设置。付费用户可以获得部分的自动离线设置权限。

    离线时,系统会优先显示已下载的页面;未下载的页面会显示灰色。离线下载页面中包含的数据库,系统会自动下载该数据库第一个视图前 50 行的数据(仅限该视图)。部分用户反映实测发现这个行为有时不稳定——部分数据库并未完全实现自动下载,建议手动标记要离线使用的关键页面。我个人觉得,还需要等待更成熟些,离线下载以及在线合并一直是个业界难题。

    需要注意的是:在一台设备上设置离线,并不会同步到其它设备。这点很重要, 本地优先的用户会觉得这很自然,但是长期使用 Notion这类在线工具的用户会觉得简直不可思议。

    关于 Obsidian 的 最新版 Bases+Footnote

    Bases 是一个新的核心插件(官方维护的插件),允许我们将任意一组笔记变成强大的数据库。使用 Bases,可以组织从项目到旅行计划、阅读清单等各种内容。

    Bases 让我们通过创建自定义视图(view)来可视化并与库中的数据交互。这样我们就可以按属性过滤笔记,并创建公式来推导自己的动态属性。

    Bases 中的所有数据都由你的本地 Markdown 文件和存储在 YAML 中的属性支持,引入了 .base 文件格式和语法。和以前的 canvas 一样的思路,保持 本地文件+自定义语法。

    另外,Obsidian 最新版中也为新的脚注视图(footnotes view)核心插件添加了一个新的侧边栏标签,帮助你在不丢失笔记中当前位置的情况下管理当前文件的脚注。

    最后

    尽管 Notion 引入了 离线机制, Obsidian 引入了 数据库表格视图, 但这两款产品还是截然不同的两种类型。Notion 依然是一个随时随地的全功能工作空间;Obsidian是一个本地优先,注重用户掌控数据的工作空间。

    Notion 的离线更像是一种对「随时随地」的补充,不可能发展成为 Obsidian 那样。Obsidian 的「表格数据库」也是一种功能上的补充,不可能成为 Notion 那样杀手级的功能(想想之前的 canvas 也是)。 但无论哪种补充,其实我倒是发现了一个共同点, Notion 和 Obsidian 其实更像是这个时代 的 MS Office, 只是用两种不同的哲学在阐释工作空间的概念。