-
很多 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 应用,如果大家是苹果全家桶用户,可以说 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 在 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 是两种截然不同类型笔记工具的代表。曾经有一段时间两者同时在用,因此也有一些小小的发言权。
简单来说: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 的理念其实反映在很多地方,尤其是 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 的 「自动化规则」:我们写好标记文本,机器就能自动生成行动清单或视图。
最小化用法总结
如果你是初心者,只需要记住这些规则和特性:
*开头 = 层级大纲TODO/DONE= 任务状态SCHEDULED= 计划时间DEADLINE= 截止时间<2025-09-10 Wed +1w>= 重复任务:标签:和[#A]= 分类与优先级- 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 的影子。
- 计划时间(SCHEDULED):表示希望什么时候做
-
【译】老牌 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 来非常快速地添加或编辑提醒事项。

第二回合:组织混乱
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, 在各自领域都发挥作用。)
最终奏效的混合工作流
- 共享生活事务保留在提醒事项里。购物清单、兽医预约以及那永无止境的家务板都放在家人可以随时查看的地方。
- 深度工作和副业项目放在 Things。每个项目都有明确的下一步行动,并在有纪律的「今日」视图中有自己的位置。
- 当重要的共享任务被分配给我时,Zapier 桥会把它们推送到 Things。该 URL 会打开确切的提醒事项条目,以便上下文不会丢失。
- 周日回顾在 Things 中进行。一个键盘快捷键就能把所有标签和日期调出视图,让接下来的一周不再像乌云密布,而更像一张清晰的飞行计划。
结果:零遗忘任务,大脑终于能在晚上 10 点关闭。

那么今天应该点哪个图标?
- 如果喜欢键盘快捷键、GTD 和独自专注:选择 Things 3,从此不回头。
- 如果离不开 Siri,团队协作依赖它,又讨厌付费:坚持使用提醒事项,让 Apple Intelligence 带来惊喜。
- 也可以在两种世界间切换:参照我上面的混合技巧。如果已经买断拥有了 Things 就无需额外花费了。
无论选择哪种,尽快决定,坚持九十天。最好的任务管理工具一定会是那种融入到生活背景中去的工具。
-
【速报】互相融合?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, 只是用两种不同的哲学在阐释工作空间的概念。
-
保存网页信息构建自己的离线「知识库」。介绍一款可「原汁原味」保存、批注并离线浏览网页的利器 #猜猜是谁

保存网页的那些事
我们的很多知识来自于网页浏览,有不少网页信息对我们将来或有重大的参考意义。
许多人喜欢收藏保存网页,但我们知道一般的浏览器书签只保存了URL链接,并没有保证内容的可持续存在。网页一旦下架、改版,哪怕是一个简单的报道,都可能在几个月后就无法打开了。还有时候,比方说我会收藏一些产品网站的官网做研究,官网一直在更新,可能每个月都有不同。这些场景下,一个离线保存网页「原样」的工具就很有必要了。
有人会选择浏览器的「另存为」网页(HTML),但这通常会生成一个 HTML 文件和一堆依赖文件夹,移动管理起来非常麻烦,文件之间的关系也容易丢失。如果使用另存为 MHTML,也会有信息失真的问题。如果是 Safari 的 WEBARCHIVE 格式保存,则仅限于苹果的Safari 生态。另外,也有人用截图保存,但图片既不可检索,又失去了网页本来的交互与结构。
我几年前介绍过用 「PDF 打印」是那个时候常见的网页保存方法,但对某些网页,内嵌元素和样式的保真度并不理想,会出现一些排版上的问题从而影响可读性。
如果我们想把网页内容「原汁原味」地打包成「一个文件」,并且能够随时在离线环境中打开浏览,那我们就需要一款更专业的工具。 「一个文件」意味着,我们可以方便的管理,迁移,同步信息;从而更容易形成一个基于文件的「知识库」结构。
这时候,就轮到我今天要介绍的这款工具登场了—— SingleFile。
SingleFile 登场

SingleFile 是一个 免费开源的 Chrome 插件,它能将网页完整地打包成一个单一的 HTML 文件,保留排版、图片、样式,甚至字体与脚本。对我这种喜欢「把网络信息收集到本地知识库」的用户来说,简直是浏览器插件的标配。
很多熟悉此类工具的小伙伴也许会说, 离线网页保存有什么大不了的,很多某某工具都可以。
但实际上,SingleFile 做的更彻底,虽然我不敢说它 100%兼容 所有网页,但是目前收藏下来的离线网页来看,和原始的网页几乎「一模一样」。 有些网页会延时加载,传统的收藏工具只会得到「加载中」的空网页,SingleFile 则能很好的克服这点。
下面是 Notion官网的某个子页面在 SingleFile 保存后的样子。 SingleFile 不仅很好的保存了图片、样式、排版;甚至还保留了 网页缩放时的「自适应」特性。作为一个 5MB 左右的「单文件」HTML,我个人觉得是非常满意的。任何时候只要双击打开这个本地文件,就能看到原样的效果。

除了保存当前标签页;如需批量保存,可以通过插件的菜单选择「保存所有标签」「保存未固定选中标签」进行一次性多页的保存处理。在日常整理资料时,这显著提升了效率,开多个新闻页、一组搜索结果的参考文章,都能一次性地归档。
SingleFile 的加强特性
一个被我一开始忽略的地方是, SingleFile 实际上不是单纯的粗暴保存,可以针对 网页进行 批注之后再保存。 而且,如果嫌原来的网页太长或无关内容过多,还可以对部分内容进行裁剪后再保存,就像一些「剪藏」插件一样。通过批注编辑,这就使得构建一个自定义「知识库」成为了可能。

另外,SingleFile 还支持 GoogleDrive,WebDAV,CLI(命令行接口)…… 甚至和 Anybox(一个书签收藏工具)也可以对接。
难能可贵的是,除了 Google Chrome 浏览器,SingleFile 也支持 Edge 、FireFox、Safari, 各种主流浏览器通吃。

最后
如果投入使用 SingleFile 一段时间, 我相信有些用户也会发现一些它的「短板」,最明显的是:
- 保存时间比较长 (比如:10秒)
- 保存后的单文件比较大 (有时可能达到 几十MB)
这可能和网页离线保存延时获取内容以及所有资源信息都要保留在单文件有关。从一个严肃的网页收藏工具角度来说,我觉得这些都是必要的开销。 如果我们不想完整保存网页的话,完全可以 「全选+ 复制」, 然后粘贴到自己的笔记 App 里面,有些笔记工具的配套插件(像 Obsidian)甚至可以把这个过程缩短到一瞬间,而且存储空间开销也很小,但同样也损失了很多网页元素。所以,如何保存网页信息,这是一个取舍的问题。
实际上,SingleFile 比较打动我的地方是, 它是一个「单纯」的工具。其它的某些工具做到一个功能后,立刻开始发散到其它无关功能,比如从网页收藏开始,做到 ALL-IN-ONE 集成知识库,接管所有的笔记,整活批注双链,加上知识图谱,配备 RAG 搜索,接入AI问答,顺便获取用户剪贴板、语音录音、访问文件的权限,打通账户登录,对接绑卡支付,引导用户一不小心「按年连续」订阅,要是没有得逞,可能会收集用户信息打广告,尤其是DAI款保险之类的广告。
而 SingleFile 不一样,它开源免费,只是做好做深网页离线收藏这一件事。
-
【译】Craft 文档:这是适用于 iPad 等平板用户的最佳 Notion 替代品吗?

写在前面
作为火箭君个人非常喜欢的在线文档 App,我个人一直将 Craft 作为Notion 的替代品。Craft 颜值在线,文件组织的思路清楚,分享功能也很成熟。
最近看到了有人写了基于 iPad 平板的 Craft 实际体验。 我觉得很有必要分享给大家,实际上更像是说了一些我想说的话😂。
关于 Craft 的一些特点,火箭君以前也介绍过, 但实际上,Craft 近期也一直在进化。 另外,我想补充一些原文内没有提到的点:
- Craft 近期针对国区有价格调整,变得更便宜了。
- Craft AI 国区暂时不能使用,后续可能有其它替代方案。
以下为分享正文,正文原作者:Darwin Cruz / 原文地址:https://darwincruz20.medium.com/craft-docs-is-this-the-best-notion-alternative-for-ipad-users-c2f182b230de;火箭君翻译并略作编辑。
正文

图片来源:Craft
如果和我一样,大家在 App Store 上留意每一个生产力应用,那肯定听说过 Craft。它是市面上流行的生产力应用之一,主打创建多功能工作区的价值,将笔记、任务甚至日历事件同步到同一处。我之所以尝试这个应用,是因为我一直在探索 Notion,也发现了一些 Notion 暂时不能做好的地方。Notion 是笔记生产力领域最受欢迎的应用之一。因此,Notion 在名声上已颇有建树,尤其是在个人知识管理(PKM)和「关联数据库」的概念方面。
作为一个只在 iPad 上工作的用户,我对 Notion 唯一的不满是它对 iPadOS 的优化不够。应用无法同时打开多个页面或多个窗口,如果我要处理数据库,这会相当受限。于是我开始去探索 Craft。
我使用 Craft 已三个月,对它如何替代大多数人的 Notion 有一些看法。
Craft 作为一个「工作空间」(Workspace)应用

作者截图 我喜欢笔记应用,并尝试把它们设置成能与我的效率系统相匹配的方式。首先,Craft 也被定位为一个工作区工具,而不仅仅是典型的笔记应用。这意味着它的强项是创建文档之间的链接以及便捷的信息检索。Craft 拥有出色的搜索功能,我们可以在 文件夹、页面、子页面和区块 内进行搜索。

它甚至可以高亮特定的区块 从这个角度来看,Craft Docs 是一个出色的文档组织器。我记得几年前我曾尝试将 Google Docs 作为我的主要信息存储——但我的系统最终失败了,因为我有多个 Google Workspace 账号以及对应的多个文档。Craft 在这里表现出色,因为它将我正在处理的所有文档(漂亮地)统一在一起,无需切换账号。尽管如此,仍然可以根据需要创建另一个「工作区」。我理解有时我们需要创建一个独立的「工作区」以提供适当的上下文。

创建新工作区。作者截屏 我很喜欢 Craft 让用户可以自由选择和添加空间的设置,这样可以吸引各种类型的用户。拥有自由的设置选项是成为多功能工作空间应用的关键。
集合(Collections )

作者截图,仅为示例 Collections 对 Craft 来说还是比较新的功能,但这是我曾在 Notion 中非常喜欢的其中一项功能(火箭君注:类似于 Notion 的 表格数据库)。它可以创建一个包含子页面的表格,这些子页面甚至可以有各种属性,用来表示我正在处理的文档的状态。这在规划我的内容或按照自己喜好构建跟踪清单时非常有帮助。
不过,Collections 在自定义程度上还达不到 Notion 的水平。尽管如此,它也有足够的功能来满足我过去使用 Notion 数据库的需求。我就是喜欢以美观的方式组织信息,让我感到一目了然。
页面、子页面和区块
对我来说,这就是我更愿意把 Craft Docs 称为 工作空间应用 而不完全是记笔记应用的原因。Notion 在组织信息上也遵循相同的理念,我们可以创建无限数量的页面、子页面和区块。它与典型的记笔记应用不太相同,记笔记应用通常是你可以自由写作,每段文字在页面上都是独立的元素。
使用页面、子页面和区块来组织信息有许多好处,因为我们不必受限于「文件夹」来建立组织系统,但将思维过程进行链接有助于你的大脑将事物放入正确的语境中。我认为这也是 Notion 非常受欢迎的原因之一,尤其是在内容创作者当中。
有了这种机制,Craft 能确保为每个项目都有某种方式来跟踪工作的最新进展。而且,在项目结束后,我们也能回顾关联的信息。
Craft 作为个人知识管理工具
在每个应用中我总会尝试的一件事是:它是否能作为个人知识管理工具(PKM)。自从我转回使用 Apple 设备以来,我一直把 Apple Notes 当作我的第二大脑,因为它的简洁性。所以在把 Apple Notes 作为备份的同时,我也在测试 Craft 是否有我所缺少的某些功能。
链接与反向链接

作者截图 我在使用 Apple Notes 进行个人知识管理时遇到的限制之一是链接与反向链接的使用(火箭君注:Apple Notes 有链接功能,但反链可能不太行)。Craft 在显示与正在编辑的文档相关的链接方面表现出色。它可以在侧边栏查看,文档中也会有指示来显示被链接的文档。
对我来说,这是一个重要功能,因为将客户通话链接到我之前的会议记录对我快速浏览即将到来的客户会议的背景至关重要。它还帮助我以一种便于理解的方式整合信息,使我能够轻松理解我已捕捉或整理的信息。
Daily Notes 每日笔记
大多数个人知识管理软件也有类似功能。Obsidian 和 Logseq 的功能相当相似。拥有一个能捕捉当天所有信息流的单页,并将笔记链接到某个日期,可以让我知道何时需要根据这些信息采取行动。Craft 在这一功能上的实现非常出色,因为他们在侧边栏有一个专用的「日历」标签,我们可以轻松跳转到「今日」,并查看过去和即将到来的信息流。Craft 还允许用户同步他们的 Apple 日历和提醒事项,这使得一切更简单,特别是当我想将所有内容整合到一个应用中时。很容易看到我在某个特定日期记下的任何笔记,或查看我在某个特定日期捕获的区块是否有反向链接。此外,只需输入“@”符号然后键入文档标题,就可以在特定日期轻松创建另一篇文档。

作者截图 人工智能
我并不太喜欢在我使用的大量工具中都启用很多 AI,但既然 Craft 在其应用中包含了 AI 集成,那就尽量利用它。我很喜欢它内建的 AI 甚至可以离线使用(火箭君注:作者说的 iPad 版用的AI 可能是 Apple 自带的,某些地区的苹果设备暂不支持,大家都懂的,对吧)。此外,我只在从会议记录中提供摘要或改进我正在编辑的文档中如何组织思路时使用 Craft 的 AI 功能。
我还没有去探索和充分利用它的 AI 功能,而且我希望这个应用不会转变为一个以 AI 为中心的笔记应用。这也是我过去在 Evernote 被一家 AI 公司收购后离开的原因。我作为用户失去了信心,因为它不再专注于 Evernote 曾经的核心定位。
Craft 作为项目管理工具
在这方面,Craft 也能处理项目管理。根据我的经验,Craft 在某些方面比 Notion 更出色,因为它能让数据离线可用。一个项目管理工具必须能够捕捉并组织任务相关的信息,并为其设置一些状态或属性。
Craft 中的任务
截至本文撰写时,Craft 在最近的更新中加入了重复任务的功能。这是社区中请求已久的功能之一,因为他们在侧边栏已经有一个任务区域,但之前无法设置重复任务。
Craft 还有一个收件箱📥功能,所以如果任务没有放到任何文档中,会有一个占位符来存放它们。我喜欢 Craft 能将来自任何文档的任务进行汇总(火箭君注:这点 Evernote 很久以前就意识到了),这样我就能清楚地看到需要完成的操作的上下文。尤其是来自会议记录和正在处理的项目的任务。
Craft 中的日历视图

作者截图 拥有日历视图还能让你查看过去的活动和即将发生的事件。有一些应用理解把笔记、任务和日历放在同一处的重要性,特别是当你同时在处理多个项目时。
Craft 拥有一款设计精美、表现出色的应用,同时没有放弃那些足以替代完整生产力软件的功能。我知道 Evernote 在添加了任务和日历功能后似乎也朝这个方向发展,但与 Craft 相比,Evernote 的定价很难让人接受。此外,正如我从一开始就提到的,作为一个忠实的 iPad 用户,Craft 对 iPadOS 做了充分优化。与在桌面上使用 Craft 的人相比,我并不缺少任何我需要的功能,甚至更方便。
Craft上的子弹笔记(Bullet Journal)概念
如果你关注我有一段时间了,大家都知道我很喜欢「子弹笔记」方法。Craft 在某种程度上模仿了子弹笔记的体验,因为它的每日笔记功能可以记录你一天中发生的任务、想法和事件。它相对于我使用的纸质系统有一个小优势,当然那就是它具有通知功能。
我把所有会议记录或当天发生的所有事情都写在我的每日笔记里。然后只需再次使用 @符号 并添加一个日期,任何在特定日期被链接的文档就会出现在我的日历/每日笔记视图中。我觉得我不必担心「我把它又存在哪个笔记文件夹了」,因为文档可以简单地存在于我的每日笔记中或从中消失。

作者截图 协作
Craft 也是一个出色的协作工具。我们甚至可以通过公开链接发布文档并与任何人分享。它还允许用户对文档中创建的每个区块发表评论,如果我们与团队一起做项目,这是一项非常棒的功能。
最后
我一直在考虑写关于 Craft 的文章,因为我发现使用一体化的生产力软件很困难。然而,Craft 在细节和美学上的处理(他们有大量的方式来自定义你的文档)让人很难不去注意到这个应用。
Craft 对我来说一直是一个出色的工作空间工具、个人知识管理工具和项目管理工具。此外,它可以成为你的日记、项目规划器、跟踪器,以及更多功能。我尚未完全探索 Craft,我想我需要向社区学习更多关于其他人如何使用这个应用的方式。
但就目前而言,作为一个使用 iPad 的用户,我尤其推荐这款 Craft 应用给那些正在寻找不同于 Notion、Evernote 的人。我相当确定,Craft 出色的用户体验和界面设计的结合,不会让那些渴望一体化生产力的人失望。
-
云的脆弱性,近期 OneDrive 和 AWS 疑似数据丢失事件的教训

AWS 10年存储数据丢失
最近阅读了 Ruby 生态的开发贡献者 赛欧斯(Seuros)在其博客上发表的一篇文章,标题为《AWS 在没有警告的情况下删除了我 10 年的账户和所有数据》。作为一名忠实的 AWS 用户和开源贡献者,赛欧斯 10 年数据在 AWS 的一次疑似内部操作失误中被彻底清空。
https://www.seuros.com/blog/aws-deleted-my-10-year-account-without-warning/
一般认为,大厂云存储是理想的数据存储依靠,因为大厂被认为会自行提供备份,而且有严格的操作规章,防止数据丢失。 企业级用户和云存储厂商也大多有 SLA协议,保证服务可以可靠运行,数据不会丢失。
然而这次很遗憾,赛欧斯首先是个人用户,未必拥有高等级的 SLA。据其博客自称,因为 AWS 内部的验证流程失误被标记为「问题账户」,而后数据被迅速删除,而且无法恢复。赛欧斯称,在长达 20 天的支持沟通中,AWS 并未提供透明的解释,也没有任何挽救措施。最终导致悲剧发生。
OneDrive 30年照片丢失
无独有偶,Reddit 上 不久前,用户 deus03690 声称 自己将 30 年照片和工作资料迁移到 OneDrive 后,被微软无故锁定了账户。 之后, deus03690 说,他无论如何申诉,都只能得到自动模板回答,问题无法解决,自己的数据也无法恢复。

和AWS 案例一样,同样都是个人用户,火箭君相信,企业用户有高等级SLA保障,也许会好些。但个人用户(即使是付费用户)都很难出头, 有些大厂在向个人提供服务时,(几乎一定)会有「免责条款」,其中包括部分或全部免除数据丢失带来的责任。
云存储:便利与风险并存
云存储在现代技术环境中无疑是一把双刃剑。它提供了高效的备份、跨区域的容灾能力以及便捷的访问体验,而这些正是赛欧斯信任 AWS 的原因。他不仅采取了 AWS 推荐的最佳实践,还额外部署了灾难恢复机制,包括多区域复制、分离加密密钥 ……然而,这些精心设计的架构却未能抵挡 AWS 疑似自身的 「内部操作问题」。如果大家去阅读他的博客原文,会发现非常之讽刺,有种泰坦尼克因为机修工一个螺丝拧错而沉没的既视感。
尽管云存储在技术层面提供了极大的可靠性,但在运营层面却可能存在不可控的风险。例如,赛欧斯因为 AWS 内部的验证流程失误被标记为“问题账户”,而后数据被迅速删除。最令人寒心的是,在长达 20 天的支持沟通中,AWS 并未提供任何透明的解释,也没有任何挽救措施。这种行为无疑暴露了云服务商在数据管理和用户支持上的严重缺陷。
这些事件让我深受震撼,同时也让我再次意识用户对自己数据掌控的重要性。 这也是我一直提倡「构建自己的系统」的原因。
由于我自己的经验也曾在一些平台丢失过云笔记(好几年前的 OneNote), 从此我就不再信任任何锁定平台的云服务商。 我的理念很坚定:重要的数据,我一定会有自己的本地备份,云存储永远只是临时的手段,是提供 某种便利的权宜之计(比如跨设备和多用户分享)。
我对于数据掌控的一些态度
- 采用云端,多设备或移动硬盘进行分散备份。不要押宝在单一供应商上面。只用一块硬盘或一个云存储账号,其实是一样危险的。OneDrive的例子里面, 用户只用一台电脑存储数据,而且拷贝到云端后,自己就删除了本地数据,结果云端也被封停,导致了悲剧。
- 所有云端锁定用户数据的 App,尽量避免采用;没有什么工具值得用户冒这个风险。(归根结底,还是单一供应商风险)
- 如果 云端 App 有导出,或者只是临时一用(Todo工具,ChatGPT之类),那就没有特别顾虑的问题,但是其中如果有重要数据数据一定要归档到本地,不能完全依赖这些 App进行知识沉淀和管理。
- 选择支持「本地优先」的信息管理工具,例如 Obsidian,LogSeq ,Markdown或各类专属文件编辑器。「本地」意味着,用户可以对数据的完全掌控和离线备份。
值得注意的是,我以前没有意识到的,即使 AWS 这样的云服务,虽然技术先进,但运营风险仍然却难以规避。赛欧斯的经历正是一个这样的教训。我也意识到,个人用户由于没有高等级的 SLA 保护,连投诉可能都是无门的。所以不要心存侥幸,时刻做好明天账号就被封停或丢失的准备。
最后
我们面临的是前所未有的技术进步,无论是云端技术发展还是红得发紫的AI技术,这些都在短短十年里达到了空前的普及,技术给我们用户带来了以往不敢想象的便利。 但是,要牢牢记住,不要轻易把自己的宝贵信息完全信任托付给某个供应商来管理,一定要构建自己的系统。如果我们不能成为自己信息的主人,那些供应商就会成为我们的主人。顺便一说,他们有这个能力,也很乐意这么做,只要我们在注册云端账户时打勾了条款。

