21 Makes

Obsidian 的三个问题｜模板开发日志（二）

Mon, 27 Jul 2026 12:00:00 GMT

前情提要：Obsidian 模板开发日志（一）：下定决心

最近这两个月我的内心总是惴惴不安，却又常常涌现出一些美好画面，我期待着模板发售那天可能迎来的好评，念头一转又惶恐害怕，到时画面也可能是混乱狼狈，插件也许会出现 BUG，想起来实在紧张得恶心晕眩。

我在想，这和表白的前一天也没多大区别。

幸好我还有时间去打磨模板、插件、以及配套的教程，因此在这套系统正式发布之前，我想先和你聊聊，我所观察到的 三个与 Obsidian 有关的问题。

如果你正在犹豫是否要选择 Obsidian，那么本文或许会将你劝退，但应该也能给你一些使用上的建议。

如果你好奇模板长什么样子，文末有图片预告

问题一、Obsidian 正在成为吉祥物

在我眼里 Obsidian 已经成为一种类似「抖加」的东西，如果你做过自媒体应该能理解这是什么概念，这个东西用了就会有流量，只不过抖加要花钱，而把 Obsidian 放在标题里是免费的。

半懂不懂的人大肆夸耀 Obsidian + AI 能搭建如何强大的知识库，然后从头到尾展示的是 Claude Code 或者 Codex 在卖力地喷薄智慧。蜂拥而至的 AI 高手所能分享的洞察就是，Obsidian 是个新潮的时尚单品，除此之外有相当一部分人也许并不明白，自己用 AI 写下的稿子到底都在念些什么。

然后渐渐地，雷同的内容变得供大于求，味同嚼蜡的内容正在占领我的主页。

我不禁想问，Obsidian 在这些场景里，到底在发挥什么不可或缺的作用，这和随便创建一个本地文件夹有什么区别？我没有看到实践，只看到垒在大模型之上的空中楼阁。

因此关于使用 Obsidian，我的第一个诚恳建议就是 请务必降低你的预期。

那些鼓吹十分钟就可以搭建好的知识库、一键就可以拆分概念并创建关联的自动化，最大的作用就是用来拼凑出几个一闪而过的神奇镜头，或者让你迷失在一堆串联的节点里。实际上他们可能并不希望你继续深究，这东西除了可以变成一个选题之外还能有什么实际的作用。

为什么我这么清楚，仔细想来，曾经的我或许也是其中的一个。

问题二、Obsidian 让囤积癖病入膏肓

在信息稀缺的年代，囤积是理性的，但这样的苦日子过惯了，导致陈旧的笔记习惯在 AI 时代依然主导着我们今天使用 Obsidian 的方式。

哪怕 AI 模型已经可以批发知识，PKM 的生态还维持着过去的惯性，不仅要把看到的文章都剪藏下来，甚至连 Agent 的每一个几万字的会话都想导入到 Obsidian 里面，然后期待 AI 可以从中涌现出可能改变人生的智慧。

殊不知如果智慧真的有用，那早在 GPT3.5 问世之时，我的人生早该获得某种跃进。

你以为你在搭建个性化知识库，其实用的还是末日爱好者的思考方式：一个坚不可摧的地下堡垒塞满了各种罐头物资、一觉醒来全世界智慧程度下降 1000 倍，而我独享一个超级大脑。

这怎能不让人有成就感拉满的喜悦？

但其实，地下室里残缺的图书馆远不如一个大小只有 3B 的模型来得有智慧，因此我的第二个建议就是，请不要再漫无目的地囤积以下四类东西：

问 AI 更快的事实和概念
完整的 Agent 会话
自动化、批量导入的信息源
未经自己判断的二手观点

这些东西存下来的唯一作用，是浪费你的 Token 并让你误以为自己真的拥有了它们。如果知识的数量可以带来质变，那么就算是豆包也可以让人一步登天了。

问题三、Obsidian 让人热衷表演

那现在，如果我已经正视了 Obsidian 的价值，不把它当成是展示 AI 能力的舞台布景，如果我已经正视了记录的价值，只用 Obsidian 记录独属于自己的学习过程、灵感和思考，又为何 AI 已经如此强大，我依然在工作里困顿叹气，在夜里辗转难眠、不知方向？

我当然知道学习的重要性，所以每天都在追踪前沿资讯，加入各种新潮社群，不停地输入和思考，为了掌握新的方法而拆解概念、创建关联，企图在星星点点的 LLM Wiki 图谱里洞察一切。

显然 Obsidian 的各种功能为这些需求都做好了准备，它在 AI 时代简直是天选之子，让这一切看起来优雅又体面，勤奋又执着。

于是我看着枝繁叶茂的笔记库图谱，生出的是「我很努力」的满足，而不是「我又没开始」的愧疚。

但整个笔记库还是像空转的引擎，把昂贵的 Token 当燃料般库库一顿炫，动力强劲嗷嗷作响，仔细一看却又是原地踏步，该做的事情毫无进展，但人却感觉还怪充实的。

有大智慧的人则会诉诸第一性原理，事情做不到的根本原因还是得怪 AI，是模型还不够强，有了 Fable 5 还想要 Mythos。

我想我们都需要坦诚面对，知识已经廉价到像水龙头里的水，看似充满智慧的信息已经随处可见，真的不必再费劲地到处打井，表演给自己看。

因此，在搭建 Obsidian 模板系统的这半年时间里，我最终得到的结论是，任何一开始就盼着你 先捕捉再行动 的系统，也就是把 Info Capture 列为最优先的系统，最终都会重蹈覆辙，覆水难收。

各种被 AI 批量生产的文章，加上被 Skill 强化过情绪的标题，以及各路自媒体不知疲倦地散播焦虑，让你永远都会有读不完的文章、学不完的技能、跟踪不完的资讯，美其名曰要终身学习，实际上你在这条流量分发的生产线上，只能被量化成点击率和完播率。

学习带来了一种一直在进步的错觉，你剪藏的文章越来越多，笔记永远整理不完，然后行动永远停留在明天，这让人很难区分，自己到底是在为真正的目标做准备，还是仅仅只是享受摄入信息的带来的饱腹感。

一定要警惕，精致的碳水真的会让人变胖。

过度准备却从不开始、假装学习实则消遣逃避、不知道要做什么但每天都过得很忙很焦虑，我想是每一个用 Obsidian 搭建知识库的人不得不品的一个环节。

所以我的第三个建议就是，如果你想做什么事，就直接去做，立刻去做，把那些第一时间在脑海里浮现的「是什么」和「怎么办」先放一放，让肌肉先于大脑动起来，这里的大脑当然也包括所谓的第二大脑。

具体表现在工具逻辑里，你应该优先创建的必须是「任务」而不是「笔记」，你应该优先写下的是「我的目的」而不是「我的想法」。

行动是最好的过滤器，事情没开始之前，你会有一百种「怎么办」的顾虑，每一种都会让你对各种信息蠢蠢欲动，于是什么都想存档下来。

但只要你真正动手，凌乱的思路就能收敛成一两个具体的困难，这时该学什么、该记什么就可以变得很清晰，AI 才能给出实现目的的最短路径。

因此我认为，让知识管理有效的前提是先做好目标管理，Obsidian 不能只是一个纯粹的承载知识的信息容器。

有了具体的目标和正在推进的事，学习和记录才能被真实的需求所拉取，你也才能有一个不可动摇的支点去撬动 AI 的能力，而不是纯粹在享受燃烧 Token 的快感。

Obsidian 还能做什么

预期给得太高，东西囤得太多，事情做得太少，前文所述的这三个问题看起来各有原因，但其实是一体三面，本质相同，那就是我们一直在让一个软件替自己回答「我到底要做什么」，但这恰好是它唯一回答不了的问题。

不过好在这并不意味着 Obsidian 只能做个摆设。

它无法替你决定方向，但可以让你的方向变得具体，让你看见自己现在要完成什么，手上的事情推进到了哪一步，上一次为什么改变主意，踩过的坑又该如何避免。

只要这些东西能够持续呈现，下一次打开电脑时，迎接你的便不会是一个包罗万象却和今天毫无关系的笔记仓库，你可以立刻接着昨天没有做完的事情继续往前。

知识的供应已经可以放心交给 AI，Obsidian 更应该保管的是这一路上产生的犹豫、判断、错误和改变。这些东西看起来稀碎，很难被包装成什么闪闪发光的知识卡片，但正因为它们既无法下载，也无法让模型凭空生成，才能真实地描述清楚你到底是谁。

这也逐渐变成我最近几个月不断删改这套模板时，最重要的一条判断标准。

每增加一个字段、视图或者自动化，我都需要反复思考，它究竟是能让人更明确地看见自己的目标，还是只让系统看起来更加厉害？它是在减少使用者的笔记负担，还是又一次把维护知识库本身变成了新的工作？

我如此忐忑，是因为我即将交出去的并不只是一堆文件夹、模板和插件，它会深刻地影响一个人如何记录、如何行动，又如何理解自己。倘若它只是看起来厉害，用不了多久便会成为另一个需要维护的数字盆栽，那我前面所批评的一切，最后也会成为打到自己身上的回旋镖。

不过紧张只是习惯性的，其实我对最终成品真的非常有信心，这套模板和插件将完全革新你对 Obsidian 的陈旧印象。

我会在下一篇开发日志里完整介绍它的样子，感谢你能看到这里。

篇幅有限

以下预告仅占全部功能的三分之一

📢

感兴趣的话，可以通过下方链接提交你的愿望单，届时会有首发优惠，也会让我有更多动力，加速我的工作。

提交 FLO.W Obsidian 愿望单

下定决心｜ Obsidian 模板开发日志（一）

Fri, 05 Jun 2026 12:00:00 GMT

我有一个兴趣就是喜欢阅读别人的开发日志，甚至是 Github 的 Changelog，像故事追更一样，可以看着他把一件艰难的事逐步完成，实在是非常有趣。

比如，很早之前我阅读 Heptabase 开发者的博客，他的思考和实践就给我了非常大的启发，也因此促使我用尽全力做完了两期 Heptabase 的长测。至今我依然自信地认为，或许没有人能把这款产品讲得比我好。

出于不求回报的热爱，我获得了比金钱更让我满足的自我肯定。

因此我在想，要是我把自己现在开发 Obsidian 模板的过程、或者遇到的困难也写下来，说不定也有人会想看看呢。并且借此机会，我也可以把自己的开发思路完整梳理一遍。

今天这篇《开发日志 01》我想和你分享三件事：

我放弃 Notion 了吗？
为什么还要记笔记？
我在开发什么样的 Ob 模板

对了，如果你想第一时间收到模板上线的通知，可以在下方链接提交你的邮箱，届时会有首发优惠，乐观估计的话，再打磨 2-3 个月就可以上线了。

加入 FLO.W Obsidian waitlist

我放弃 Notion 了吗

这个时候开发 Obsidian 模板，是不是意味着我放弃了 Notion 的使用？

三年前我的 Notion 课程众筹小获成功，好多出版社问我有没有出书的计划，但我拒绝了所有邀请，并在心里暗自嘲笑了自己一番。

当时我想，我不过是能把 Notion 用得稍微熟练一些罢了，我凭什么能写书？如果我的方法只能在 Notion 上实践，则更多只算是某些奇技淫巧的拼装，一旦脱离了 Notion 的语境，价值就会迅速下降。

虽然事后被很多有经验的朋友反对，都说先占个坑再说，能把书先写了就是国内 Notion 第一人之类的，但对我来说如果真要写书，我还是希望我可以分享更有价值的、更通用的方法论，而不是一本可能出版 2 个月就会因为 Notion 的更新而过时的工具书，那样也太搞笑了。

所以在接下来的这三年，我开始更有目的、更体系化地沉淀自己的方法，直到我发布了一站式的 Notion 系统模板后，有大量评论、私信和邮件向我反馈，我所构建的系统真的在发挥作用。

我打心底里感谢愿意购买模板的这一两千名用户，甚至于竟然让我有勇气开始畅想，我的体系或许有一天也能被人记住，就像卡片笔记法或者 PARA 之类的东西，眼下我就暂且叫它为 FLO.W 吧。

在我的人生里这绝对算得上是一个里程碑，但此刻我更想知道的是，我花了这么长时间打磨出来的统里，有没有能够脱离 Notion 也依然可以发挥作用的东西？

于是我从一名创作者转变为一个建筑师，我开始思考，怎么才能用同一套「力学体系」在不同的地基上盖不同的房子，给不同的人住。

一个理论只有足够简单，又足够通用，才能被更多人用在更多地方，而通过开发 Obsidian 模板，我可以在完全不同的功能框架上去实践我的构想。

因此并非有什么原因让我放弃了 Notion，它依然是我个人知识管理的首选，只是我认为时机和能力终于成熟，可以将我在 Notion 中积累的方法，迁移到同样重要的 Obsidian 之上。

然而搞清楚 Obsidian 所有的插件用法，其实从来都是横亘在我身前的天堑，也是我迟迟不敢做 Obsidian 模板的最大原因。因为我不能只考虑自己需要的那少数几个插件，一旦我开始做 Obsidian 的生意，我需要面对的将是难以计数的笔记需求，和琳琅满目、奇形怪状、甚至震撼人心的插件问题。

但现在有了更强大 AI 的帮助，过去那些如同魔法一般、只有八级技工才能用得顺畅的 Obsidian 插件，我终于也能轻易掌握，任何插件问题都不再是问题了。甚至于我也已经在 Codex 的帮助下，开发自己的 Obsidian 模板的配套插件，这在 1 年前都还是我不敢染指的领域。

既然时机已经成熟，我不能继续等待一个更完美的时机了。

还有必要记笔记吗

当 AI 已经可以完成 99% 的知识探索，很多过去值得珍藏的笔记，今天已经失去了记录和管理的必要。

所以 All in AI 是不是最终答案？

让 AI 决定文件夹怎么创建、再决定笔记怎么存放，然后把所有的东西都塞进去，需要什么再让 AI 从盒子里掏出来就好，何必还要自己浪费时间？

放弃思考从来不是一次性的决定，它是一寸寸后退和麻木的积累，直到某天你会突然发现，自己已经很久没有和一段文字真正搏斗过了，想写一段情真意切的小作文发发朋友圈，或许还得问问豆老师或 G 老师怎样抒情才更动人，但那样收获的感动有多少是属于你自己。

我从来不反对 AI 介入，只是我想开发的 Obsidian 系统，是为人与 AI 的协力思考所设计的，你在所有场景下都有不可缺位的重要性。

地图导航可以精准规划所有路线，但它不能代我回答，我为什么要去那里，如果连旅行的意义都交给 AI，我只会反复走进所有人都在排队的网红打卡点。

如果 AI 知识库的反刍成了我理解自己的唯一途径，那么 AI 的决断就是我的决断，AI 的品味就是我的品味，当 AI 犯错时，我将连质疑的线索都找不到，如果所有问题都是 AI 替我发现的，那么我自己真正在意的东西，就会被拉低到所有人的平均值。

而笔记的价值就正好体现在这里，AI 越是强大，人越是需要把自己的方向、行动和好奇心放在看得见、摸得着的地方。

它不只是资料仓库，也不只是写作素材库，更需要成为让我能持续留下个人痕迹的地方，我怎么命名，怎么分类，怎么关联，怎么写下当时的犹豫和判断，都会慢慢变成 AI 理解我的依据，只有知识库里的语料更多出自我手，大模型的计算矩阵才会更加向我偏移。

因此，与其问 AI 时代还有没有必要记笔记，不如说，AI 时代让个人的沉淀变得比任何时刻都更加重要。

我想开发什么样的模板

基于上述原因，即便 AI 已经可以构建知识库的黑盒，我依然想保留人类对笔记系统的可读性和可操作性。

我无法接受将所有笔记不加整理地塞进同一个文件夹，短期或许很轻松，长期则会让系统越来越不可名状，你知道东西都在里面，但你弄不清楚它们之间的关系。

因此我所开发的 Obsidian 系统一定会延续我在 Notion 里最重视的这几个要素：整齐、有序、结构化的信息组织风格。

如下图所示，我非常有信心，你一定会在这乍一看简单无比的系统里，一步步体验到我为你埋藏的几十、甚至上百个惊喜。

大多数人一旦开始深入使用 Obsidian，必然会遇到这两个问题

文件越来越多，不知道该放哪里
插件越来越多，不知道该选哪个

首先，打开这套系统后你将惊讶于它的简单和直白，一眼就能知道自己的笔记该放在哪里、怎么创建和使用，信息之间怎么流动、怎么互相支撑也一目了然：

如何将笔记关联到项目
如何将项目拆分成任务
如何从任务中提取出经验
如何将经验沉淀为长期能力

然后我会竭尽所能地降低插件依赖，让它即便在 Obsidian 原生能力下也可顺畅运转；必要的插件会被认真筛选，只使用最稳定、最热门、开发者维护意愿最高的第三方插件，保留真正能改善工作流的部分。

并且我也正在为这套模板开发配套的深度插件，届时将向所有购买模板的用户免费提供。

尽管我现在还不能向你揭示这套系统的全貌，但我有充分的自信，这套系统几乎可以兼容任何人群、任何场景的记录需求，它所预设的 Skill 也能让你智能地调用任何 AI，无缝丝滑地兼容你现有的工作流。

你会发现，你所使用的 AI 将比任何时刻都懂你，并且在此基础上迭代进化，越来越懂你。它不只能帮你整理材料、拆解任务、更能真正成为你在新时代的个人基建。

模板上线后，最终交付到你手上的，将包含以下三个产品

零门槛、打开即用的 Obsidian 知识库
全流程配套、精心制作的图文+视频教程
持续更新、深度分享的 Obsidian 技巧心得

至于它最终会是什么样子，就请留待第二篇、第三篇的开发日志吧，感谢你能阅读到这里。

如果你想第一时间收到模板发布通知，可以在下方链接提交你的邮箱，届时会有首发优惠，乐观估计的话，再打磨 2-3 个月就可以上线了。

加入 FLO.W Obsidian waitlist

Obsidian 同步方案汇总全集，我整理好了

Fri, 29 May 2026 20:05:59 GMT

最近不少朋友问 Obsidian 到底应该怎么同步：iCloud、坚果云、Syncthing、LiveSync、Git、官方 Obsidian Sync，到底选哪个更稳？

我把常见的 Obsidian 同步方案整理成了一份总览页面：Obsidian 同步方案汇总全集。

这是我整理的 Obsidian 同步方案总览页面，里面可以按设备、预算和维护成本筛选。

这份页面主要做了两件事：

把常见同步方案放在一起对比，包括 Obsidian Sync、iCloud、OneDrive + Remotely Save、坚果云、百度网盘、Syncthing、Git、LiveSync、Remotely Save + WebDAV / S3。
加了一个简单的智能筛选，可以根据你的设备、预算、维护意愿、是否需要历史版本、是否需要端到端加密，快速缩小选择范围。

我自己整理这份页面的原因也很简单：Obsidian 的同步方案太多了，新手很容易一开始就选错。选错以后，轻则冲突文件变多，重则附件丢失、移动端打不开、同步速度变慢。

所以这页不只写「哪个最好」，而是尽量把每种方案适合什么人、有什么限制、维护成本高不高讲清楚。以后我也会继续更新它，把新的方案和踩坑记录补进去。

页面地址：https://21obsidian.com/sync

Notion 和 Obsidian 应该怎么选？从工作流、笔记方式到 AI 协作讲清区别

Tue, 21 Apr 2026 00:00:00 GMT

先看结论

如果一条信息需要尽快进入任务、项目、协作和自动化流程，Notion 更适合。它会要求你更早定义信息的位置、状态和关系，换来后续更清晰的调用与执行。

如果一条信息更像长期阅读、研究写作、灵感孵化或尚未成型的想法，Obsidian 更适合。它允许文本先独立存在，分类和结构可以在未来慢慢长出来。

AI 加入后，这个差异反而更重要。越希望 AI 参与执行，越需要 Notion 这类结构化系统提前定义对象、权限和关系；越希望 AI 陪你联想和重新解释，Obsidian 的文本自由度就更有价值。

Notion 的优缺点

Notion 的门槛在于，当一个页面被创建，在 Notion 的整套叙事里，你需要尽快为这个页面找到它在系统中的位置和关系，它是什么、属于哪里、是否和某个具体的任务或项目有关系？

尽管你可以从一页白纸开始写完所有东西，但 Notion 的强大亦是一种约束，它会把你往系统构建的方向牵引，因此你总是会感受到一种来源于「 必须将信息妥善安置 」的压力。

但 Notion 的易用也在于此，因为它的笔记有更明确的状态、关系、权限和操作边界， 这种结构化的信息分类让你可以更快地把目标转化为行动，把知识转化为可复用的对象 ，或者在协作场景中成为团队的共同标准。

因此你可以在 Notion 里轻易搭出一个 CRM、项目看板或者内容日历，这些 Notion 一贯标榜「可以让每个人创建属于自己的软件」的宣传，本质上都是 对同一份结构化的数据做不同维度的排列组合 。

从结果来看，Notion 的确实现了「LEGO for Software」的自我定位，至少我认为在目前市面上能做到的仅此一家。

Obsidian 的优缺点

Obsidian 的易用则在于， 一条笔记可以先只是笔记本身 ，记录可以先于分类，拥有可以先于系统，它不要求你一开始就精准地判断这条信息是任务、项目、资料还是成果。

简易的文件夹结构就可以支撑起大部分的分类叙事，创建出链和入链的成本极低，大致的存放位置加上少量的标签，就足以让它先进入你的知识系统，因此 Obsidian 更擅长承载长期阅读、概念孵化和研究写作等需求 。

因为思想或者灵感需要不确定性、需要模糊、需要反复命名、或者保留未来重新解释的机会，这是 Obsidian 所能塑造的氛围，并且它保证不把这段文本锁死在自己的应用里，所以你总能期待这段文本在未来还能有更多的可能性。

但 Ob 的门槛也在于此， 基于 Markdown 文件构建的系统，只能依赖文本之间的约定去呈现或者模拟结构化的关系 ，一旦开始使用 Properties 给笔记加字段、用 Bases 做类似数据库的视图、或者引入自定义主题来改变界面逻辑，Obsidian 就会陷入另一种折腾的漩涡。

社区插件的引入更意味着复杂度的无序提升，官方将编排信息的权利和义务交给了个人和生态，甚至插件的安全性也不可能得到全面的审查，这既是自由也是成本， 你以为你全权拥有了所有的本地文件，但未必能真正拥有和掌握，围绕这个系统所生长出来的复杂关系 。

Obsidian 其实也是在简单的 Markdown 上不断垒砖块，不兼容的语法也是你不得不品的一环。

在这里，产品所营造的「 氛围感 」仍然重要，它决定了你的每次输入是倾向于结构化的表达，还是倾向于在一张白纸上更写意地将脑子里的东西随意泼洒。

只不过继续逐项对比谁能搭建出更强大的系统、谁的关联更好用、谁的第三方工具更丰富、谁的数据迁移更便利，或者是谁能调用的模型更强大，可能不是一件很有讨论价值的事，因为大家本就面向不同人群、既各有长短也都在取长补短， 过于深究某一个功能只会让结论流于表面 。

当 AI 开始替你动手

AI 的加入将逐渐抹平两款产品在写作、搜索、总结和文档等 表面能力 上的差异，而且当 AI 不只是一问一答，也开始替你增删改查的时候，双方如何在系统层面定义操作对象之间的关系、如何确定每一次 AI 操作的权限边界，才会带来更大的体验差别。

一个明确带着状态、优先级、负责人、截止日期的任务对象，可以被 Agent 精确地筛选、更新、或分配目标，而一段只包含 #task 标签的纯文本，Agent 能做的更多是搜索、以及根据意图进行模糊或者发散的思考，两者在被自动化调用时所产生的效果很难一致。

因此我们可以从一种相对暧昧的角度来下结论，Notion 的 AI 更能达成目的，Obsidian 的 AI 更能与你共鸣，至少现阶段是如此。

所以，当 AI 逐渐成为第一生产力，我们过去为了提高「 提取的效率 」而精心组织的笔记系统，是否还有那么重要？当未来的你再次需要某个想法时，AI 重新生成一份笔记的质量，也许并不会比你翻找十年前的那条 Markdown 更差。

过去我们引以为傲的自由意志、写进笔记的真实思考、或者所谓「能让自己更好地认识自己」的活人感日记，在智能涌现的 AI 面前，还会有那么高的价值吗？我其实对此怀着悲观的态度。

如果 AI 强到某种程度，Obsidian 所珍视的长期可读，Notion 所追求的结构化调用，双方的努力在未来一定会需要被重新评估。

此刻的答案仍然重要

不过幸好至少在今天， AI 还没有强到让信息架构变得完全多余 ，你的笔记系统仍然是你和 AI 协作的基础设施，所以我们依然还需要再花点时间认真纠结到底选谁更好。

只是在 AI 模型两周一小更、两月一大更的频次下，你不必追求一个能够支撑十年的决定， 想清楚此时此刻，最远 1 年内要解决什么问题，就足够让你做出一个好的选择 。

也就是说，如果一条信息被写下来之后，需要更快地进入具体的工作流和协作中，那么 Notion 具备比 Obsidian 更大的优势，AI 会让你获得更精准的执行结果。但 Notion 的风险是过早的定义，你可能会在想法还没有成熟时，就急着给它分类、加字段、套流程，最后很容易为了维护而维护，并且 糟糕的 Notion 系统只会制造更深的路径和更精致的混乱 。

如果一条信息更看重长期保存、反复联想、慢慢孕育、或者等待未来某个时刻被重新理解，那么 Obsidian 更适配这个需求，AI 会给你更多意料之外的惊喜。但 Obsidian 的风险是延迟整理，并且结构化的信息需要用文本和第三方的插件去约束，你在前期获得的自由，后期可能会以命名混乱、链接松散、插件失效的形式还回来。

在 AI 上下文普遍还锁定在 200K 到 1M 的这个空间下，你暂时还不能指望 AI 对你的系统有全知的理解。

至少目前越是想让 AI 参与执行，越需要系统提前界定清晰的身份、状态、关系和权限的边界，就像 OpenClaw 里必须精心维护的 SOUL、AGENT、USER 或者 MEMORY 文档一样， 更长的上下文还不能替代信息结构本身 。

分歧和选择

所以可以设想两种人，一种是同时在推进三到五件事的项目型工作者，可能是自由职业者、小团队主理人、或者某个部门的负责人。

他每周要在客户需求、内容排期、账款追踪、素材库和团队沟通之间反复切换，他最怕的是某件事被漏掉、某个状态没更新、某个承诺没追踪， 他需要的是信息尽快获得来源和去向，好让注意力从「记住一切」里解放出来 。

另一种是正在写一本书或做长期研究的创作者，他每天读几十页文献、冒出几十个联想，其中大部分不会立刻有用，但某一些会在两年后的某个深夜和另一段材料突然共振， 他最怕的是一个还没成型的想法被过早划分到某个分类里，然后再也不见 。

在我看来，前者适合 Notion，后者适合 Obsidian。

Notion 相信，信息的价值来自它进入系统之后能被如何协调和执行，因此在一条信息被写下之后， 需要尽快为它命名和归类 。

Obsidian 相信，信息的价值来自它脱离某个具体系统之后，仍然能够如何存在，因此它 更倾向于让信息先保留为文本 。

所以选择 Notion 还是选择 Obsidian，真正的分歧在于，当有了 AI 能力的加持后， 你想让知识优先成为行动系统的一部分，还是优先保持为可重新组织和解释的思想文本 ？终有一天你会不再需要二选一，但至少在现阶段你依然需要考虑，你更愿意在哪个阶段付出整理信息的成本？

你愿意在前期承受定义信息的压力，换取后期更清晰的调用、协作和执行；还是愿意接受后期可能出现的命名、整理、和维护的延迟混乱，去换取前期更灵活、更能触类旁通的笔记体验？

你此刻更缺的是轻盈的、不想过早整理的自由，还是繁复的、能把想法更快推进为行动的秩序 ？

双方所能构建的世界都过于庞大、所能赋予的想象空间都很美妙，因此你很难「我全都要」，如果非要二选一，你只需凭你的直觉回答上面的问题就能找到答案。

当然这个答案的保质期肯定不会太长，但能怎么办呢？不要想太远，也可以根本不用想，再给 AI 一些时间，或许你的问题就不再需要答案了。

Notion 团队协作教程与可行性分析：中国中小型团队完整指南

Tue, 14 Apr 2026 00:00:00 GMT

前言

如果你最近正在找一篇真正能讲清楚权限、成员、数据库和 Teamspace 的 Notion 团队协作教程 ，这篇文章可以把它当成一份完整的实操指南来看。

过去几年我不曾过多提及 Notion 在团队协作方面的应用，原因无他，就是权限管理可分配的层级太少，特别是当涉及到数据库的多人协作，权限要么过度开放要么过度封闭，没有中间地带，使得很多场景根本无法用 Notion 来协作。

但好消息是，Notion 在最近一年持续补齐了权限体系的关键能力，引入了更细致、更灵活的权限管控功能。再加上 Notion 几乎是最强的知识库 Agent 能力，两个因素加在一起让我开始认真思考：

所以我花了几天时间把所有的 Notion 协作场景测试了个遍，终于写出这么一篇文章。如果你正好在研究这个需求，可以把它当成一份偏实测、偏决策视角的 Notion 协作指南 来读。

下面是这篇文章会覆盖的重点：

Notion 的账号体系
页面共享规则
数据库权限规则
成员用团队协作空间
实际协作体验
什么样的团队适合 Notion

Notion 的账号体系

首先我们需要对 Notion 的账号体系建立一个整体的框架。

一个邮箱可以注册一个 Notion 账号，然后一个账号可以创建多个工作空间（Workspace）

每个工作空间都是一个功能完整的、数据互相独立的 Notion 笔记库。如果你用过 Obsidian，那么 Notion 的工作空间约等于 Obsidian 的仓库（Vault）。

默认情况下，你既是这个空间的管理员，也是这个空间的成员（Member），如果你的 Notion 从始至终只有你一个人用，也不涉及到任何分享或协作，那么这篇文章到此结束，后面的内容都不需要再看了。

但如果你需要把 Notion 里的某个页面分享给其他人，那么就需要开始涉及「 乍一看有点复杂，但搞懂之后其实很简单 」的 Notion 权限体系，让我们先从最小的权限单位「页面」开始讲起。

页面发布与共享

Notion 的每个页面都可以选择共享或者发布

发布：任何拥有页面链接的人都可以访问
共享：只有被邀请的人才能访问页面

当用户被邀请共享，他就成为了这个页面的访客（Guest），然后你可以为他分配四种不同的页面权限，分别是： 可以查看、可以评论、可以编辑、全部权限 ；前三个比较好理解，第四个「 全部权限 」意味着你的访客可以继续邀请其他人加入这个页面。

因此如果你不希望这个页面被扩散访问范围，给他「可以编辑」就够了。

如果你要分享的只有一个单一的页面，则情况就很容易处理，但当你的页面开始有层级结构，也就是父页面下嵌套了子页面，那权限行为就会稍微复杂一点点。

父子页面权限

基础规则

子页面会 默认继承 父页面的权限，也就是说如果你把父页面分享给了某人，这个人自动就能访问父页面下的所有子页面。

但你也可以进入子页面，然后给这个子页面 单独授予不同的权限 。比如父页面你只给了「可以查看」的权限，你可以在子页面里单独给这个人「可以编辑」的权限，或者把这个子页面的访问权限关掉。

切断权限继承

一旦你在子页面上设置了 比父页面更低一级的权限 ，比如父页面是更高一级的「可以编辑」，然后你为子页面设置了仅「可以查看」，那么父子页面之间的权限继承链就会被切断。

也就是说，即便这个时候你重新给父页面授予「全部权限」，子页面的「权限」也不会有变化，因为这个链条已经被切断了。这个时候你需要单独去那个子页面上点击「 恢复设置 」，才能让这个用户拥有和父页面相同的权限。

上述逻辑在数据库中同样适用，不过「数据库」会比「页面」这一单位再进一步复杂一点。

数据库分享协作

基础规则

数据库中的每个条目本质上就是一个页面，权限继承的逻辑与前面讲的父子页面完全一致：共享整个数据库，用户能看到库中所有页面；只共享其中某个页面，用户就只能看到那一个。

同样的，如果你在某个页面上手动取消了用户的权限，即使之后重新对整个数据库授予「全部权限」，那个页面的权限也不会自动恢复，这与前面提到的「权限断链」效果一致。

另外数据库还有一个新的权限叫「 可以编辑内容 」，意思是用户可以修改数据库页面正文的具体内容， 但不能修改数据库本身的结构 ，比如删掉属性、修改视图、排序、筛选等条件。

因此如果你希望某个协作者能在数据库里正常填写内容，但不想让对方误操作了数据库的基本框架，给他「可以编辑内容」的权限将是比「可以编辑」更安全的选择。

只读 + 可创建

假设你用 Notion 建了一个需求收集库，希望协作成员都能往里提交需求。你给了大家「可以编辑」的权限，结果第二天发现有人把别人的需求改了，有人不小心删掉了好几页，还有人把视图的排序条件调乱了。

你想收回编辑权限，但一旦改成「可查看」，大家又没法提交新需求了。

Notion 针对这个场景提供了一个权限组合，也就是只给用户整个数据库的「可查看」权限，同时额外 允许他在数据库中创建新页面 。这样用户既能看到数据库里的所有页面（但不能编辑），又可以自己新建页面，且仅拥有自己新建的那个页面的编辑权限。

不过需要注意的是，上面的「允许创建新页面」有一个前提就是，用户必须至少拥有 整个数据库 的访问权。如果你没有把整个数据库分享给这个用户，而是只单独分享了库中的某几个页面，那么即使你勾选了「允许创建页面」，这个用户也是不能在数据库里新建页面的。

那如果你既需要能让这些用户创建页面，又不想让他们看到整个数据库，该怎么办？

方法一、创建独立页面并分享

新建一个页面，在页面中放置这个数据库的镜像视图
对数据库进行过滤，筛选出这个用户能够访问的特定页面
把这个页面分享给这个用户

这样一来用户既能看到页面中的数据库，也能在数据库中新建页面，但不能访问他没有权限的其他数据库页面。

方法二、创建表单让用户填写

在数据库中新建一份表单
分享表单链接给用户，用户就可以提交新的内容（创建新的页面）

更精细的数据库权限控制

前面讲的所有数据库规则，都是需要你先想好谁该有什么权限，然后再手动去设置。但 Notion 还提供了一种不同的思路，可以 让权限跟着你的业务逻辑走 。

在数据库中，你也许会给每个页面分配「负责人」「审阅者」「客户归属」这类人员字段，这些字段反映的是你的业务关系，而 Notion 的「 页面级访问权限 」可以把这些业务关系直接转化为权限规则。

谁是创建者，谁就能获得全部权限；谁被标记为负责人，谁就获得编辑权限；谁被标记为审阅者，谁就自动获得评论权限。

当一个项目从员工 A 转交给员工 B，你只需要在「负责人」字段里把 A 换成 B，这个页面的编辑权限就自动转移给 B 了。

具体来说你可以这样做

在数据库中创建一个「人员」字段

进入数据库页面，然后为「人员」字段添加对应的负责人

然后在数据库的共享菜单中，找到「 页面级访问权限 」，为指定的「人员」属性创建一条权限规则，例如设为「可以查看」。规则生效后，只要你在某个页面的这个「人员」字段中添加了谁，谁就自动获得对应的「可以查看」权限。

到这里，Notion 在单个页面和数据库层面的权限能力基本覆盖完了，从单页分享、继承断链、数据库权限，到人员字段自动分配，足以应对大多数内容层面的协作需求。

但上面这些操作，大部分都是在「访客」身份下完成的。什么是访客？当你通过邮箱邀请某人查看或编辑一个页面时，对方默认就是以访客（Guest）的身份加入你的工作空间，只能访问你明确分享给他的内容，对工作空间的整体结构毫无感知。

访客模式在小范围协作时足够用，但当团队开始正式组建，逐页分享就不够了，你需要一套更系统的权限管理方案，这时候就轮到「成员」和「团队协作区」登场了。

团队协作区

打开 Notion 的侧边栏，你会看到两个区域，分别是 私人区域 （Private）和 团队协作区 （Teamspace），私人区域顾名思义只有自己能看到，而团队协作区则可以对其他成员开放。

虽然名字带着「团队」，但团队协作区并不是只有协作才用得上。

你完全可以把它当成顶层文件夹来用，把不同类型的内容和 Private 区隔开。比如 你可以为不同的主题创建不同的团队协作区 ，侧边栏一眼就能看到结构，不用层层点进去翻。

所以即使你是一个人在用 Notion，团队协作区作为顶层的内容分区就已经很实用了。而当你确实需要多人协作的时候，它还能在这个基础上叠加权限管控。

当访客不够用时

前面讲的页面共享、数据库权限都是在解决一个问题，即你怎么把某些内容开放给别人。访客机制在小范围协作里已经很好用了，尤其适合临时合作、外部沟通，或者只需要接触少量内容的场景。

但当协作开始变成一件长期的事，你就会开始思考， 这个人要不要进入我的整个工作空间，持续参与这里的内容生产和组织 ？到了这一步，访客身份就不太够用了，你需要考虑的会是另一个层级，也就是成员（Member）。

邀请成员

在 Notion 中邀请一个人成为成员，有两个不同的入口

在 工作空间的设置 中邀请对方成为「工作空间成员」

在某个 团队协作区 中直接邀请对方成为该团队协作区的成员。

不论哪种形式，当你邀请了一个新的成员加入，就需要为这个席位单独付费。当然邀请的前提是，这个成员需要先拥有一个 Notion 账号（邮箱）。

当他接收到你的成员邀请后，他的账号下就会出现你的工作空间

他可以点击进入这个专门用于协作的工作空间，在这个空间下他会拥有独立的私人区域，每个成员的 Private 笔记都是互相不可见的，在这里创建的内容只有自己可见。

同时，他也能看到你创建的团队协作区

不过如上图所示，有的团队协作区他默认就加入了，有些团队协作区则只出现在列表里，需要请求才可以加入，这是为什么呢？

回到你的视角，当你创建一个团队协作区的时候，你可以同时设置它的「可见性」

不同的可见性分别适用于不同的需求和场景：

默认：新成员加入工作空间的那一刻就自动成为这些协作区的成员，不需要任何额外操作。如果你的团队有一个「 全员公告 」或「 公司知识库 」类型的协作区，设成默认就不用每次有新人入职都手动拉一遍。
开放式 ：新成员能在侧边栏里看到它的存在，但需要主动点击加入。适合那些「不是所有人都需要，但感兴趣的人可以自己加」的协作区，比如某个兴趣小组或跨部门项目。
封闭式 ：新成员能看到这个协作区的名字，但点进去会发现需要管理员审批。适合有明确归属的部门协作区，比如「设计团队」或「财务部」，你不希望其他人随意进出，但也不需要藏着不让人知道。
私人：没被邀请的人不会知道它的存在，适合管理层讨论、薪酬方案、保密项目这类场景。

所以前面那个新成员看到的现象就可以解释了，有的协作区他一进来就自动加入了，是因为你设成了「默认」；有的只能看到名字但需要申请，是因为你设成了「开放」或「封闭」；而那些你不想让他知道的协作区，就可以设置为「私人」。

成员能做什么

这个成员加入后实际能做什么，还取决于你给他分配的角色。

假设你给他分配的是「可编辑」权限，他会发现自己可以正常编辑协作区里的页面内容，但想把侧边栏里的某个页面拖到另一个位置时，发现拖不动；想邀请一个同事进来一起看，发现没有邀请入口。

这是因为团队协作区里的很多能力都是单独的开关，包括编辑页面、移动页面、邀请成员、创建子页面等等，你可以逐个决定要不要开放给普通成员。

作为协作区的 所有者 （创建者默认就是所有者），你拥有以上所有能力。所以如果成员发现自己在协作区里「该有的按钮没有」，大概率是你没有把对应的开关打开。

群组

前面讲的所有权限操作，不管是分享页面、设置数据库权限、还是管理团队协作区的成员，都是针对「某个人」来做的。人少的时候没问题，但当团队人数多起来之后，你会发现自己在反复做同样的事：每次有新人入职，要把同样的页面、数据库、协作区再分享一遍；有人离职，又要一个个去收回。

群组就可以用来解决这个问题， 你可以把多个成员放进一个群组，然后用群组为单位来分配权限 。新人入职时，把他加进对应的群组，他就自动获得这个群组已有的所有权限；离职时，把他移出群组，权限就自动收回。

创建群组

在「Notion 系统设置 - 人员 - 群组」中可以创建和管理群组，比如你可以按部门建群组：「设计团队」「开发团队」「运营团队」，也可以按角色建：「管理层」「实习生」等等。

如何使用

群组创建好之后，几乎所有你能分配权限给「某个人」的地方，都可以换成分配给「某个群组」。

之前讲页面共享时，我们都是填邮箱邀请某个人，但如果你有一份文档需要让整个设计团队都能看到，直接把「设计团队」群组加进去就行了，之后设计团队新来了人，只要把他加进群组，他就自动能看到这份文档。

数据库的共享菜单里，同样可以把群组作为权限对象。比如你想让「运营团队」对某个数据库只能查看不能编辑，直接给这个群组设置「可查看」权限就行，不用一个个人去设置。

前面讲到的团队协作区也可以把群组加为成员。比如你创建了一个「技术部」协作区，直接把「技术部」群组拉进来，群组里所有人就自动成为这个协作区的成员。

并且你还可以在页面的评论或者段落的评论中，用 @ 的方式来呼叫整个部门，或者将通知发送给特定的群组，这样就不用一个个地 @ 了

实际协作体验

花了大量篇幅终于讲完了所有重要的权限设置，如果不搞懂这些，什么流程都搭不起来。不过真正决定一个团队愿不愿意留在 Notion的，可能还是实际的协作体验更重要。

所以接下来我会快速介绍一下，如果你选择用 Notion 来协作能获得什么样的效果。

实时协同编辑

Notion 支持多人实时编辑同一个页面，不会出现内容覆盖或冲突的问题，每个人的编辑会实时同步到所有人的屏幕上，不需要手动刷新。你能实时看到其他人的光标位置和正在输入的内容，页面右上角会显示当前正在查看或编辑这个页面的成员头像。

另外 Notion 也有完整的页面编辑历史，你可以查看任意时间点的页面快照，也可以把页面恢复到之前的某个版本。免费版可保留 7 天的编辑历史，Plus 版 30 天，商业版 90 天，企业版则不限时间。

最新更新：Notion 已经给版本历史新增了快照差异，现在可以直接看出页面里哪些内容被移动、修改或删除。

异步评论沟通

Notion 的协作沟通主要靠评论系统，分为两种形式：

页面评论 ：在页面顶部的讨论区发起，
行内评论 ：选中页面中的某段文字，直接在旁边添加评论

两种评论都支持 @ 提及特定成员或群组，被 @ 的人会在通知中心和邮箱收到提醒。

对于 围绕文档展开的异步协作 ，这套机制是够用的。评论天然挂在内容旁边，上下文不会丢失，比在微信群里讨论一个文档细节要高效得多。特别是当你需要对一份方案做多轮修改时，每一轮的反馈意见都能定位到具体段落，不会出现「你说的是哪一段？」这种沟通损耗。

编辑建议

除了评论之外，Notion 还有一个功能叫 编辑建议 （Suggested Edits）的功能，拥有「可以评论」及以上权限的人，可以直接在页面上建议增加、修改或删除内容。

建议的改动会以「蓝色增加」与「灰色删减」的方式标记在页面中，段落旁边还会出现一个小卡片，页面所有者（或拥有编辑权限的人）可以逐条接受或拒绝这些建议，也可以在卡片里回复讨论。

归档页面

团队用 Notion 时间久了，工作区里一定会积累大量过时的页面，比如去年的项目计划、已经结束的活动方案、不再维护的文档。这些页面删掉可惜，留着又会干扰搜索结果和 AI 回答的准确性。

Notion 在今年 3 月上线了归档（Archive）功能来解决这个问题。

你可以把过时的页面标记为归档状态，归档后页面顶部会出现一条横幅，显示是谁在什么时候归档的。 归档页面默认不会出现在搜索结果、侧边栏和数据库视图中 ，但你随时可以通过筛选条件把它们调出来查看。

归档和删除的区别在于，归档只是被搜索结果隐藏了，页面本身完好无损，所有链接和引用依然有效，需要的时候一键取消归档就能恢复。如果你归档一个父页面，它下面的所有子页面也会自动跟着归档。

对于团队来说， 定期归档过时内容可以显著提升搜索效率和 AI 回答的质量 ，因为 AI 在检索工作区内容时会自动跳过归档页面，减少被过时信息误导的概率。

AI 语音会议

Notion 在 2025 年推出了 AI 语音笔记 功能，可以在会议中自动录音并生成转录文本。

会议结束后，AI 会在几秒内整理出一份结构化的摘要，包括讨论要点、行动项和后续待办，直接保存为一个 Notion 页面。2026 年初这个功能又扩展到了移动端，意味着你不带电脑参加会议也能用手机录制语音并转译了。

这样一来，每次会议结束后，AI 就会自动将全文进行转录，并提取结构化的重要信息，团队成员可以随时回顾，也可以直接从摘要中提取行动项分配给对应的负责人。

Agent 协作

Notion 目前的 Agent 能力已经不只是「帮你写几句话」的水平了，我为此写了一系列的长文，如果你感兴趣的话可以阅读以下两篇文章：

在团队场景下，Agent 是真的可以节省大量的工作时间，举几个具体的例子：

有人提需求，自动分类并分配给对应负责人
有人写文档，自动生成摘要供其他成员检索
任务状态变更，自动通知下游协作者接手
客户来信，自动建项目并拆任务给团队成员
定时汇总多库进度，推送简报给管理者
会前自动备好上下文，参会人直接进入讨论
串联自动化流水线，衔接不同角色的工作
基于知识库自动应答客户，替新人兜底

这些能力的核心价值在于，它把很多「 人人都知道该做，但没人愿意花时间做 」的整理工作自动化了。对于五到十人的小团队来说，可能省下来的就是每天至少一个小时的琐碎操作。

不过需要说明的是，这些自动化能力目前还需要一定的配置门槛。你需要懂得如何设计数据库结构、编写 Agent 指令、设置触发条件，因此不是开箱即用的。所以它更适合团队里有人愿意花时间深入研究 Notion 的情况。

总体评价

这次测试下来，我最大的感受是 Notion 在协作权限这件事上，终于跨过了「只是能用」的阶段。从单页面分享、数据库的「可编辑内容」与「只读 + 可创建」组合，再到基于人员字段的页面级自动权限分配，整套逻辑已经可以覆盖一个中小团队的绝大多数协作场景了。

当一个工具在这种基础设施层面做到了这个程度，你自然会对它的上限更有信心，也更愿意花时间去探索其他的可能性。

当然权限只是协作的地基，真正决定团队愿不愿意留在 Notion 的，是日常协作体验能不能跟上。目前来看，文档协同编辑、评论系统、编辑建议这些能力已经足够支撑异步协作，AI Agent 还能在此基础上接管大量重复性工作。但即时通讯的缺失意味着 Notion 还没法成为团队协作的唯一入口，它更适合作为知识和流程的中枢，而不是沟通的中枢。

毕竟就算是 Notion 官方，他们也需要搭配 Slack 一起使用呢。

中国团队如何选择

与国内主流工具的差异

如果你在考虑 Notion，大概率也在同时考虑飞书或者钉钉。这几个工具各有侧重，但因为我个人并不完全了解其他几款工具，因此只能从我能看到的关键差异点去进行对比。

1. 软件生态环境

Notion 显然是一款面向「外国人」的产品，因此 能够与之联动的软件生态并不包含国产软件 ，但也正因为这个原因，如果你的工作与 Figma、Github、Liner 或者是谷歌生态更为紧密，那么 Notion 与这些工具的联动将能获得最好的效果。

并且作为 Anthropic 前十的 Token 消耗大户，Notion 对最新 AI 模型的支持（例如 Gemini、Claude、GPT）是最快且最好的，因此如果你的团队更看重 AI 方面的能力，那么 Noiton 会更比国内的协作工具更有优势。

2. 协作沟通方式

如果你的团队习惯了飞书或者企微那种 IM 即时聊天沟通的协作，比如在群聊里直接分享文档、讨论完一键转任务、文档更新自动推送到群里，那么 Notion 目前做不到这些，因为 它没有自己官方的即时通讯工具 ，因此所有沟通都必须发生在 Notion 生态内部，或者像官方一样搭配第三方的 IM。

如果你的团队以异步协作为主，大家习惯按自己的节奏处理工作，这个限制就不太影响。

3. 数据安全

任何云端产品的数据安全都是个老生常谈的问题，即便是飞书、钉钉也无法避嫌，对于 Notion 这样一款服务器在境外的工具就更是如此。

只能说我个人的判断是，对于 Notion 这样一款正在飞速发展的产品来说，倒闭跑路一说是绝无可能，但任何成熟的团队都应该都数据安全保持敬畏之心，定期导出全库笔记备份才是上策。幸好 Notion 早已支持全库导出为 Markdown、PDF 或者是 HTML 格式 ，也算是个难能可贵的有点了。

短板有多短

在做出选择之前，还有几个更重要的问题需要考虑。这种工具的选择不在于长板有多长，而在于最短的那块短板你是否能够接受。

1. 价格不低

Notion 的免费版功能已经非常齐全，但如果想在协作上好用，至少得订 Plus 版本，每个席位每年 120 美元，如果想再加上 AI 功能，则需要上商业版，每个席位每年 240 美元。

2. 迁移难度

如果你的团队已经在飞书、钉钉或者其他平台上跑通了一套成熟的协作流程，迁移到 Notion 的成本会比你预期的高。适应期、培训、协作中断这些都需要提前考虑。

而且 Notion 和国内主流工具的使用逻辑差异比较大，如果团队成员连文档怎么建、数据库是什么都不清楚，前期的学习曲线会比较陡。 所以如果你决定要推这件事，最好确保推动者既是团队里最懂 Notion 的人，也有足够的决策权，遇到阻力的时候才推得动 。

3. 访问难度

你的团队需要愿意为了用上最好的 AI 和 Agent 能力，去克服网络稳定性和支付便利性方面的一些小障碍，这点就不展开细说了。

什么样的团队适合

选择 Notion 作为协作工具与知识库中枢，不能靠拍脑门决定，不能因为肤浅的或者花哨的功能而动心，毕竟个人笔记迁移尚且困难，团队文档迁移的难度就更加巨大了。

我认为只有符合以下 3 个特征的团队才有必要将 Notion 纳入考虑。

1. 追求更高工作流上限的团队

愿意花时间去沉淀知识库、雕琢协作流程，想把 AI Agent 深度融入日常工作，而且团队成员至少有基础的 Notion 使用经验。满足这些条件，Notion 带来的回报会非常高。

2. 核心产出是知识密集型工作的团队

比如内容创作、产品设计、咨询、研究。日常产出的就是文档、方案、知识库，Notion 能把这些分散的知识组织起来、关联起来，让信息在团队内部流动而不是沉没在各自的文件夹里。

3. 愿意把工作空间当成长期资产去经营的团队

Notion 的回报是复利式的，数据库结构、权限规则、Agent 工作流，用的时间越长，积累的信息越多，效率提升就越明显。我愿意花几天时间写这篇文章，说到底是因为我觉得 Notion 对知识工作者来说是真的好用。

它和其他所有文档类、知识库类的产品都不一样，它能提供的上限是最高的。目前最前沿的 AI 公司，比如 OpenAI 和 Anthropic，内部都在用 Notion，这也从侧面验证了一点，在知识密度最高的团队里，Notion 的协作能力经得起检验。

以上就是我这次测试下来的全部感受和建议，每个团队的情况不同，适合的工具也不同，我能做的就是把我实际测过的东西尽量写清楚，但肯定还有很多角度和场景无法一一涉及，因此 如果你在实际使用中遇到了什么问题，欢迎在评论区留言 ，我会持续解答。

万字解读 Notion Custom Agent：7 个自动化案例从入门到进阶

Mon, 09 Mar 2026 12:00:00 GMT

前言

1 月份我就拿到了 Notion 最新功能的 Beta 权限，到现在已有十几个 Notion 全自动工作流被我创建，我的工作效率以一种前所未有的速度在提高，过去的笔记积累终于迎来了质变，我是如此欣喜，因此必须写下这篇文章，向各位分享这份快乐。

这个 Notion 的最新功能名叫 Custom Agent，它正是我在上一篇文章（Notion Agent 完整解析）的末尾所预告的，本年度 Notion 最为重磅的新功能。

它可以让你雇佣一批 7×24 小时持续运转的虚拟员工，然后不知疲倦地替你干活。这意味着，你的工作产出将有机会在「睡后」以十倍甚至百倍计算。

在本文正式开始前，介绍一下我专门为 Notion AI 搭建的网站，我会在这里长期分享我关于 Notion AI 的各种经验和模板，欢迎访问 ⬇️

21notion.ai

具体定义

什么是 Custom Agent

Notion 早已不是单纯的笔记软件，你可以把它看作是一间「数字办公室」。

它有前台（目录导航）、有工位（Page）、有档案室（Database）、有标准流程（Template）、有传送带（Automation）、有内部顾问（AI）、有外包团队（第三方工具联动）。作为办公室的头头，你在 Notion 里不只是记笔记，更是在安排信息的流动、组织人的协作，最终促成任务的推进和经验的积累。

然而如果你不编辑，任务就会停滞，你不执行，再强的 AI 都在等你开口，这间功能完备的办公室的员工其实只有你一个人，你是所有信息流动的入口和出口，是所有决策的发起和执行。

你可能已经用过 Notion AI，问它一个问题它能给你答案，让它编辑页面或者数据库，它也能立刻完成。但这些操作有一个共同前提：你得打开 Notion 告诉它需要做什么，然后它才会动。

Custom Agent 打破的就是这个前提，你给它设置一套规则，它就会自己一直跑下去，不需要你盯着，也不需要你开口。这意味着你的产出系数可以从 1 变成 5 甚至是 100，因为每个 Agent 都可以看作是一个自带大脑的虚拟员工。

在我雇佣和培训的十几个虚拟员工里，流程最复杂的一个能在我写完文章后，自动完成从内容优化、SEO 处理、多语言翻译再到跨平台发布的整套自动化流程，一共 11 个复杂步骤，全部由一个 Agent 在一次执行中跑完。

这个案例我会在后半部分具体介绍，但你现在只需要知道一件事：Custom Agent 的上限真的非常非常高。

如何创建 Custom Agent

首先你需要订阅 Notion 的商业版会员，然后点击左上角的新建代理按钮

接下来就会弹出下图所示的设置界面，你需要在这里定义这个虚拟员工的技能和权限：

就像员工入职培训一样，「触发器」是它的上班时间，「指令」是它的工作内容手册，「模型」则是它的脑子，越聪明的脑子处理复杂任务的效果越好，但需要支付的「Token 工资」也就越高。另外工具和访问权限则是给这个员工配备的电脑和门禁卡。配置好之后，这个虚拟员工就可以在你划定的范围内自行活动。

值得一提的是，Custom Agent 的活动范围并不局限在 Notion 内部。它可以通过 MCP 和 Notion Worker 连接外部服务、调用第三方 API，具体怎么用我会在后面的案例六和案例七中详细展开。

对于没有编程背景的普通用户来说，Notion 的 Custom Agent 是目前我用过的最直观、最易上手、也最容易发挥实际价值的智能代理方案，远比最近大热的 OpenClaw 更值得推荐。如果有人不同意这个观点，那么你可以认为他或许了解 OpenClaw，但一定不了解现在的 Notion。

一些案例

接下来我将用七个从简单到复杂的真实场景，帮你建立起对 Custom Agent 能力边界的完整认知。你会看到，单个能力本身可能并不惊艳，但当它们开始互相组合，这个工具就开始变得不一样了。

一、早晨简报

每天早上打开 Notion，你想知道的无非是今天该做什么、哪些事情还悬着、有没有什么需要特别注意的。这些信息散落在不同的数据库页面里里，你需要自己跳转、筛选、汇总，才能拼出一幅完整的图。

所以我创建的第一个 Custom Agent 就是早晨简报，我为它设置了一个定时触发器，每天早上 9 点 Agent 会自动读取我的多个核心数据库，筛选汇总所有我需要关注的信息，然后按照预定格式将整理好的简报写入指定数据库，并向我发送通知。

但早晨简报真正让我觉得有意思的地方，不是它能把信息汇总到一起，而是它会做判断。

它会根据截止日期和前后关系排出建议顺序，逾期的任务会被单独标记，排期撞车了也会主动提醒。这些事情我自己翻数据库当然也能发现，但往往要等到出了问题才会意识到，而 Agent 每天早上都会替我检查一遍。

在这个场景里，「触发器」决定什么时候干，「指令」决定干什么。把这两件事组合起来，你就能延伸出各种自动化场景：

每天自动生成剪藏数据库的摘要
每周自动汇总项目进度
每月自动整理订阅工具的支出与使用情况

当然，单看每天早上的工作量，手动操作也不过 10 分钟，但早晨简报真正节省的不是这 10 分钟，而是每天早上那段最宝贵的注意力。你只需要打开简报看结果，然后把精力留给真正重要的事。

二、任务跟进

我的 FLO.W 模板的任务数据库有一个字段叫「下一步做什么」，目的是让我在看到这个任务的时候，不需要思考和迟疑，就能立刻知道自己下一步需要做什么。

要想写好这个字段是需要耗费一定的脑力 Token 的，但现在有了 Custom Agent 后，这个字段就可以让 AI 来填写。

首先设置一个触发器：当数据库页面被编辑时

然后给这个 Agent 设置执行规则：读取当前页面的所有内容，包括标题、正文、状态、排期、关联笔记、关联项目、前后置任务等内容，然后进行综合评估，并在「下一步做什么」这个字段里写入 3 条可快速执行的行动建议。

和案例一不同的是，这个 Agent 不按时间表上班，而是在你工作的过程中实时响应，并且不是一边写一边改，而是在你停止页面编辑的三分钟之后自动执行。

下图就是这个 Agent 的思考过程和执行结果

其实这个能力还可以泛化到更多场景，只要你的数据库里有一个字段是「需要人读完内容才能填的」，Agent 就能帮你填。

很多数据库字段之所以一直空着，不是因为你不知道它重要，而是因为填写它需要先阅读页面内容再做判断，这个过程复杂麻烦，久而久之你就放弃了，然后这个字段就会变成一个漂亮但长期失效的设计。

现在 Agent 可以把「读完再填」这一步变成自动动作，页面一更新，它就把该补的字段补上，把该整理的结构整理好。你写下会议记录、咨询记录、剪藏全文等原始信息，Agent 就帮你把它加工成可检索、可统计、可触发下一步动作的数据库字段信息。

这样一来，你的 Notion 数据库就能自己维护自己了，你只管往里面丢原始信息，剩下的交给 Agent 处理。

三、处理邮件

我的邮箱每天都会收到各种通知，包括支付平台的交易确认、SaaS 工具的报告、Newsletter 订阅等等。这些邮件里藏着各种有用的信息，都需要等我一封封打开、阅读、手动摘录。

但现在这个流程完全不需要我参与了，只需要利用「邮件触发器」来激活这个自动化邮件处理流程。当我收到新邮件后，Notion Agent 会自动读取邮件全文，提取我预设的关键信息，然后写入对应的数据库。

我第一个跑通的场景是 Stripe 订单自动入库，当我的网站上有模板售出后，Stripe 都会自动给我发一份订单邮件：

这个时候我的 Agent 就会自动读取邮件里的订单信息，然后把用户信息、付款方案、付款金额等信息写入 Notion 里的 Stripe 订单数据库，然后我就可以在 Notion 中实时看到我的 Stripe 的订单动态了。

同样的逻辑，我还用来处理邮件订阅的 Newsletter。

收到邮件后，Agent 自动触发并读取邮件全文，然后根据我预设的规则生成一段核心摘要，这样一来就算我订阅的是英文邮件，也可以第一时间判断有没有继续阅读下去的必要了。

我觉得再适当做一些补充和优化，完全替代 Readwise Reader 也不是不可能。

你的收件箱里也许没有 Stripe 邮件，但你大概率有各种发票、招聘邮件、学校通知、报销通知或客户反馈，只要信息的来源是固定的、格式是相对稳定的，Agent 就能可靠地完成信息提取和入库。

然后，当邮件能被自动读取、提炼、写入数据库，这些信息就可以被追踪、被统计，甚至触发后续的自动化动作。

或者我们再偷懒一点，你完全可以让 Custom Agent 每天早上读取前一天的所有邮件，然后生成一份邮件简报给你。只要设定好你关注的信息类型，哪怕一天收到 100 封邮件也不需要你再亲自阅读了。

四、智能客服

案例三的 Agent 是一个尽职的记录员，邮件来了它可以帮你写入和归档，但最终还是需要你本人去阅读和处理后续的流程。但如果 Agent 不仅能读懂这封邮件，还能直接回复呢？那它干的就是智能客服的活了。

正好我希望的这些功能 Notion 都支持，Custom Agent 不仅可以读邮件，还可以回复邮件。

基于这个能力我就可以构建这样一个流程：

持续监控邮箱
接收到用户咨询邮件时触发 Agent
读取邮件里的用户问题
根据问题检索 Notion 知识库
根据知识库和预设规则生成回答
调用 Gmail 将答案回信给用户
如果用户有追问，则重复上述过程

以下就是一次真实的智能客服案例，用户来信咨询问我，如果购买了 FLO.W 模板的「基础版」后，能否付费升级为「进阶版」，而 Agent 给出的回答完美符合我的预期，不仅回答了用户问题，还用上了恰当的话术去促单。

这件事在 Custom Agent 出现之前是做不到的，因为用户邮件的格式五花八门，问题也千奇百怪，你没法用 if-else 规则去穷举所有情况，但大语言模型可以。

不过 Agent 的回复质量不仅取决于 AI 模型的能力，更取决于你的 Notion 知识库的质量，如果知识库组织清晰、覆盖了常见问题，Agent 的回复就会准确且有帮助；如果知识库稀疏或混乱，它就会给出模糊甚至错误的答案。

所以要想做好邮件智能客服得有一个前置条件，你需要先花时间维护一份结构化的知识库，这件事其实比搭建 Custom Agent 本身更为困难。

邮件这个入口一旦被 Agent 接管，整个收件箱就变成了一条自动运转的业务管线——识别、分类、响应，全都不用你亲自动手。

例如，它可以在回信之前先做一层智能分流，识别这是售前咨询、售后问题、退款请求还是合作邀约；也可以把邮件当作一条「线索」来处理，提取客户信息，然后自动安排日程、给负责人发提醒。甚至还能做风险兜底，当检测到可能触发合规的关键词时，直接升级为人工接管，避免 AI 误判造成事态升级。

另外，邮件只是这个智能客服的入口之一，它的本质是「接收问题 → 触发 Agent → 检索知识库 → 生成回答」，因此如果你在做产品、带课程、或者是在管理一个团队，只要你有「高频、且有标准答案」的问答场景，这个模式都能用。

因为 Custom Agent 除了可以定时触发或被动触发，还支持主动触发，也就是直接打开这个代理，然后和它对话，提交你的问题，它就会按照预设的流程和规则去生成符合知识库的回答。因此某种程度上你也可以把 Custom Agent 当成类似 Claude Skill 一样的东西去使用。

五、选题助手

很多创作者都会搭建自己的选题库，我也不例外，刷到一个观点，突然觉得这个可以写，于是随手丢进选题库里，起名叫《聊聊 XXX》，然后就没有然后了，90% 的选题都会被我搁置。

因为所有的选题都存在以下三个问题：

我有没有积累过相关材料？
这个选题的核心切入点是啥？
第一段怎么写？

于是选题库会变成一个「灵感墓地」，条目越来越多，真正能写出来的越来越少，积重难返，然后越来越不想打开。

所以我做了一个 Custom Agent 叫选题助手，当我的「选题数据库」有新页面被创建时，这个 Agent 就会被触发，然后自动完成以下两件事：

素材检索
大纲生成

比如我现在随便起个无厘头的选题叫做《我是怎么浪费时间的》

然后这个 Agent 就会自动启动，第一件事是检索，它会拿着这个选题，在我的整个 Notion 系统里翻箱倒柜。

我本来只是随手一试，结果它竟然从我的剪藏库里翻出了一篇 TED 演讲笔记，讲的是拖延的心理学机制，然后又从读书笔记里找到了《原子习惯》里关于打破坏习惯的方法论，甚至还挖出了一篇我早就忘了的 Newsletter 剪藏，里面有个博主分享自己如何在细节上过度投入而忽略大方向的经历，最后还有一篇反思效率文化的长文，讨论「觉得自己在浪费时间」本身就是一种被建构的焦虑。

一个随手起的无厘头选题，居然在我的系统里找到了五条完整的素材线索，而且每一条都能独立撑起一个段落。

第二件事是搭架子，它会基于检索到的材料，自动生成一份脚本大纲，开场怎么引，主体分几个要点，每个要点用哪条素材支撑，结尾怎么收，全部帮你排好。比如这个选题它就给出了四个递进的要点，从「浪费时间不等于懒惰」到「我们对浪费时间的定义可能本身就有问题」，最后落在具体可执行的改变方法上。

灵感的生成速度永远快于整理和组织的速度，你能在 10 秒钟内产生一个想法，但要把它变成可发布的内容，往往要付出半天、甚至更长的时间，并且绝大部分的时间都花在了「整理素材」这件事上，这种机械、枯燥的工作最让人倦怠和拖延。

而 Agent 接管了检索和搭架子之后，最爽的一点是，你每次新建一个选题，它都会自动去翻你的旧笔记找素材，然后搭好一份大纲等着你。你平时随手记下的东西越多，选题助手能调用的材料就越丰富。

你也许会说，素材检索这事哪个 AI 不能做？但 Notion Custom Agent 是全自动的、无人值守的，你只管写灵感，剩下的全部交给 AI 自己干。

多么美妙的正循环，哈哈！

六、推特助手

在处理日常任务或项目的时候，我经常会蹦出一些碎片化的思考，这个时候我就会打开 X 平台，然后在输入框里撰写一条帖子并发出去。

但这时候就难免会遭遇注意力切换的问题，经常一打开 X 就会被上面的信息流吸引，然后就忘了自己上一秒想干什么，或者本来就转瞬即逝的灵感思路就会被破坏。

问题的解法也很简单，既然切换场景会导致注意力丧失，那么我不要切换场景不就好了？

所以我创建了一个 X 内容管理数据库，每当我有什么想法要分享，我就在这个数据库里新建页面然后写下要分享的内容即可。

而且写完帖子后我不需要手动复制粘贴到 X，我只需要在看板中把页面从「待办」拖到「进行中」的分组里，也就是把 Status 改成 Ready，那么 Notion Custom Agent 就会帮我把页面里的内容发送到 X 平台上。

这一整套流程具体可以分为这几个步骤：

Agent 持续监控这个数据库
当 Status 被设置为 Ready 就触发
读取页面的 Body 字段或者正文内容
使用 Notion Worker 将内容通过 X 的 API 发布出去

前三个步骤我们已经很熟悉了，但第四步的 Worker 又是什么，它有什么作用？

Notion Worker 你可以理解为一种自定义代码工具，它让 Agent 拥有了「走出 Notion」的能力。如果说 MCP 更像是标准化的插头，那么 Worker 就是你自己焊的电路板，后者更灵活但也相对更麻烦一些。

没有 Worker 的时候，Custom Agent 只能操作 Notion 生态内部的信息，以及 Notion 官方已经接入的少数第三方服务（比如 Stripe、Github 或者 Cursor）。超出这个范围的话，Agent 的手就够不着了。

但有了 Worker 之后，你可以自己写一段代码然后部署到 Notion 的服务器上，让 Agent 通过这段代码去调用外部平台的 API。比如在这个案例里，我用 AI 写了一个叫 postToX 的 Worker，它可以调用 X 平台的官方付费 API，然后把我在 Notion 里写的内容直接发布到我的 X 账号上。

实际跑通之后，整个体验就变成了：想到什么就写进数据库，拖一下状态，帖子就发出去了。从头到尾不需要打开 X，注意力始终留在 Notion 里。也就是说，Notion Worker 让这个虚拟员工学会了「出差」。

它可以带着你的指令走出 Notion 这间办公室，去任何有 API 的地方办事。今天是发推文，明天可以是往 Github 推消息、从数据平台拉报表、调用 AI 接口做图片处理，甚至是把 Notion 里的数据同步到你的财务系统里。

只要你能写出（或者让 AI 帮你写出）对应的 Worker，Agent 的能力边界就可以一直往外扩。

七、博客助手

上一个案例展示了 Worker 怎么让 Agent 走出 Notion，但那只是一个单步操作：读取内容，发到 X 然后结束，接下来这个案例要做的事情复杂得多。

我的网站是用 Next.js + Vercel 搭建的，文章以 MDX 格式存放在 GitHub 仓库里。以前我得在代码编辑器里（例如 Cursor）对着赤裸的 Markdown 写长文，虽然不是不行，但阅读效果实在太辣眼睛了。

所以我为什么不直接用 Notion 撰写和发布呢？

现在我创建了一个博客发布 Agent，配合一个叫 publishBlogPost 的 Worker，我只需要在 Notion 里写完文章，然后把状态从「撰写中」改为「待发布」

Agent 就会自动完成以下 11 个步骤：

检测文章状态是否被改为「待发布」
Agent 自动唤醒，读取页面全文内容
扫描其他已发布的文章，找出内容相关页面
在正文中为合适的关键词插入站内互链
按照 SEO 策略优化标题和正文关键词布局
文末生成与文章匹配的个性化 CTA
将文章按照策略翻译成英文和繁体中文
调用 API 将三语文章推送到 Github
Vercel 检测到新提交后自动触发部署
将三篇文章的发布链接回填到数据库
数据库文章的状态更新为「已发布」

如果你仔细看这 11 步，会发现它其实把前面几个案例里用到的能力全部串了起来：数据库读写（案例一二三）、内容理解和生成（案例四五）、状态触发与调用外部 API（案例六），只不过这一次它们不是单独工作，而是在一条流水线上依次协作，中间没有任何人工介入。

在没有这个 Agent 之前，我写完文章只是完成了相对愉快的那部分，接下来我还得继续检查 SEO 关键词、监督 AI 完成翻译工作、然后命令 AI 把文章推送到 Github 再等待 Vercel 的部署，然后把发布链接回填到数据库。

最消耗人的是写完文章后那种创作状态已经结束了，但你还得硬撑着做一个小时的机械劳动。但现在我在 Notion 里写完文章，把状态拖到「待发布」，然后去泡杯咖啡，等我回来的时候，三语文章已经上线了，发布链接已经回填到数据库里，状态也自动变成了「已发布」。

我的工作在「写完」那一刻就结束了，但产出一直延续到了「三语文章上线」。

不是每个人都有博客，但「写完之后还要做一串重复的事才算真正完成」这个痛点是通用的。做课程的人可能是：写完课件 → 生成讲义 → 上传平台 → 更新课程目录；做产品文档的人可能是：写完文档 → 多语言翻译 → 推到文档站 → 通知相关同事；哪怕只是做周报，也可能是：汇总本周数据 → 生成报告 → 发给领导 → 归档到项目文档。

只要你的流程里有这种「后半段」，它就是 Agent 可以替你接管的部分。

回头来看这七个案例，从最简单的定时简报到最复杂的跨平台发布流水线，Custom Agent 的能力边界其实不在于某个单一功能有多强，而在于这些能力可以自由组合。单个触发器、单次数据库读写并不稀奇，但当它们串联起来，你搭出来的就是一套完整的自动化系统。

但光是「能力可以组合」这一点，跟市面上其他自动化工具也没什么本质区别。真正让我兴奋的是，过去那些积累终于能被用起来了。

我在 Notion 里记了八年的笔记，整理了上百个数据库，写了几十篇文章和视频脚本，剪藏了数不清的链接。这些东西过去就是静静躺在那里，偶尔被我翻出来看一眼，大部分时候连我自己都忘了它们的存在。它们是沉没成本，是你曾经花了时间但不确定什么时候能用上的积累。

但 Custom Agent 让这些沉睡的积累突然变成了可以被自动调用的资源。选题助手会翻我的旧笔记找素材，早晨简报会汇总散落在各处的任务数据，智能客服会检索我亲手写的知识库来回复用户。

每一个 Agent 都在消费我过去的积累，而我每一次新的记录又在为所有 Agent 提供更多燃料。这才是我觉得 Notion Custom Agent 真正厉害的地方：它长在你现有的系统里面，你过去积累得越多，它能干的事就越多。

你过去在 Notion 里花的每一分钟，都在变得更值钱。

一些经验

聊完了几个案例，接下来分享一些我在实践过程中总结出的经验，有些是关于架构设计的，有些是关于心态调整的，但它们的共同点是，如果我早一点知道，可以减少浪费许多的时间和积分。

一、邮件路由模式

当你拥有的 Agent 越来越多，一个问题就会开始浮现：每个 Agent 都需要一个触发器，而每次触发都会不同程度地消耗 Credits。

假设你有三个邮件 Agent 分别处理订单、客服和 Newsletter，每收到一封邮件，三个 Agent 同时被唤醒、各自解析，最后只有一个真正对口，另外两个白忙一场。我的解决方案是只用一个 Agent 做入口，负责识别和分流。

首先，如果你订阅了 Notion AI，那么 Notion 官方推出的 Mail 应用可以用 AI 给你收到的邮件打标签，这一步是不需要消耗 Custom Agent 的 Credits 的。

然后回到 Custom Agent，将邮箱的触发器改为「当标签已应用于邮件」

那么当邮件进来时，只有符合我需求的邮件才会被分别打上 Stripe 订单、OpenWidget、Newsletter 等标签，在这之后邮箱 Agent 才会被唤醒，然后再按照不同的标签去触发不同的子场景文档，如下图所示：

每个子场景的具体执行规则，都写在独立的子页面里，然后主指令通过 @ 的方式引用这些子页面，Agent 只有在命中对应路由时才会去加载那份子页面的内容。这意味着处理 Stripe 订单时，Agent 不会读取 Newsletter 归档的规则，每次执行只加载必要的上下文，既省 Credit 又减少干扰。

这个分流的思路在上一篇文章（Notion Agent 完整解析）就有介绍，在 Custom Agent 里同样适用。场景路由让不该醒的 Agent 别醒，邮件标签在 Agent 启动之前就把垃圾邮件挡掉了，指令拆成子页面按需加载而不是一股脑全塞进去。

所以每次建新 Agent 之前，除了想「它要干嘛」，也值得想想它什么时候不该被叫醒。

二、先有问题再找答案

在刚用上 Custom Agent 的时候，我的第一直觉是过去沉积的那些笔记和任务有救了。这些内容我自己都快忘了，但总觉得它们有价值，只是缺一个契机去重新激活。

于是我立刻做了两个 Agent，一个叫「随机任务」，每天随机捞一条旧任务，然后给我一份重启建议；另一个叫「随机笔记」，每天随机捞一条旧笔记，问我「这个想法你现在怎么看」，试图帮我重新审视过去的思考。

想法很美好，但跑了一段时间后我发现，这两个 Agent 的推送信息我几乎都不看，或者看完后也没有什么下一步的动作，因为每次都觉得阅读的负担太大。后来我把这两个 Agent 和前文案例五的选题助手放在一起对比，才想明白问题出在哪。

选题助手同样也是在翻找旧数据，不论是从几个月前的剪藏资料库、还是从去年的读书笔记里找，但它之所以让我觉得有用，是因为我刚刚创建了一个新选题，这个选题就是一个天然的目标过滤器，然后 Agent 带着「这个选题需要什么」的问题去检索，找回来的东西自然是相关的、或者我感兴趣的。

而随机任务和随机笔记没有这个过滤器，它们的触发器是定时机制，不是你当下的任何需求，因此没有预设目标的问题检索只会带回一堆与你此刻无关的信息，最终变成噪音。

所以问题不在于数据是新的还是旧的，而在于 Agent 动手的那一刻，有没有一个明确的「当下需求」在驱动它。

这意味着你应该把触发器设计成「当下事件」，例如一封新邮件到了、一个新选题被创建了、一个任务状态变了、一天开始了需要看简报。在这些事件的驱动下，旧数据作为被调用的资源自然会发挥价值。但如果没有事件驱动，单纯让 Agent 去主动推送历史信息，你大概率只会觉得它们很烦。

三、建好只是开始

建一个 Agent 可能一句话十分钟就搞定了，真正费劲的是后面那段漫长的养成期。这个过程很像带一个新员工，入职第一天你并不能指望它什么都做好。

因此，第一版指令千万别追求完美，只写最核心的步骤，让它先跑起来就行，跑完再看看哪里不对，因为你总会漏掉一些自己没想到的边界情况。并且就算它成功跑起来了，我也建议你经常性地复盘和反思，去验证 Agent 的执行结果，去认真评估这个 Agent 存在的必要性，如果觉得它可有可无，那就不要犹豫将它删掉，否则时间一长你就会对一堆 Agent 的推送通知感到麻木，到最后什么是有用的、什么是噪音，你自己都分不清了。

如果有必要的话，还可以给这个 Agent 专门创建一个记忆页面，让它每次执行前先读一遍、执行完再把关键信息写回去，相当于拿 Notion 页面充当它的外部记忆。内容不用写得好看，真实准确就行。这样你才能在一次次的小调整里，慢慢把一个粗糙的 Agent 磨成真正靠谱的虚拟员工。

不少缺点

聊了那么多用法和优点，接下来也该诚实聊聊这个新功能目前还存在的一些不足。

一、积分压力

首先是积分制带来的心理压力比我预想的大，因为 Notion 的 Custom Agent 是按积分计费的，并且暂定的价格是 1000 Credits/10$，当前在测试阶段免除积分费用，5 月 4 号后就要开始正式收费了，真的贵到我边用边骂。

当然下图的 5 万积分不是正常情况，排除掉测试用例，我一个月下来的实际开销应该得在 3 万积分左右，但也要 300 美元，这已经能同时订阅 ChatGPT Pro + Claude Max 5X 了，我觉得光这一点就能把你刚才阅读本文的所有热情浇灭。

更让我觉得可惜的是，Notion 目前没有提供 BYOK（Bring Your Own Key）选项，你不能接入自己的 API Key 来降低成本。

但好消息是，现在还在测试阶段，一切都还有转机。

Notion 显然也知道这样的积分消耗根本无法拓展市场，所以很快就加入了国产模型 MiniMax 2.5，这也是 Notion 第一次有国产模型的加入，虽然智能程度有所下降，但积分消耗至少能降低三分之二，用来执行简单的定时循环任务也足够了。

并且 Notion CEO 表示还会有更多的可选模型加入，值得期待一下。

二、边界与稳定性

成本之外，能力边界也是一个绕不开的限制。Worker 确实让 Agent 可以派一个外勤去「出差」，但它出差的方式有点像是被关在一个只有 Wi-Fi 的酒店房间里，只能通过公网 HTTP 请求和外面通信，不能碰你的内网资源，也不能调用本地服务。

而且 Worker 是按需执行的，干完活就走，没办法保持长连接，所以如果你想让 Notion Agent 操作本地文件、调用本地跑着的模型、或者和局域网里的设备打交道，这些需求暂时都还做不到。Worker 更像是一扇刚打开的窗户，你能看到外面的风景，但想自由地走得更远还需要再给它一些时间。

还有个问题是页面权限的稳定性，因为它不是「出了错你能看到」的那种显性问题。我偶尔遇到过几次这样的情况是，Agent 被赋予的页面访问权限莫名其妙地丢了，表面上工作流还好好地挂在那里，实际上它已经因为权限问题停摆了很久，而我根本没收到任何提示，这种「静默失败」比直接报错恐怖得多，虽然遇到的频率并不高，但一旦出现还是挺麻烦的。

三、通用性

以上这些都还是技术层面可以迭代的，最核心的问题在于，Custom Agent 的价值，和你在 Notion 里扎根的深度几乎是一比一绑定的。

前面那七个案例之所以能跑通，之所以让我这么兴奋，是因为我在 Notion 里记录了八年，有上百个数据库、无数条笔记和结构化信息供 Agent 调用。但如果你不是 Notion 用户，或者你的 Notion 里只有零零散散的几页东西，那 Custom Agent 对你来说意义就没有那么大。

它所有的感知、思考和行动都以你的 Notion 工作区为圆心，离开这个圆心它的价值就会迅速下降。相比之下，Claude Code 或者 OpenClaw 不挑场地，你的本地文件系统、任意第三方 API、任何开发环境都是它们的工作台，灵活性和可覆盖的范围确实要宽得多。

所以如果你问我「要不要入坑 Notion Custom Agent」，我的回答是：先问问自己在不在 Notion 里。 如果你已经在这里并且积累够深，它能帮你把过去的积累全部激活；但如果你还没进来，那现阶段可能有比它更通用的选择。

不过话说回来，如果你看到了这篇文章的这个位置，你大概率已经是 Notion 用户了吧。

写在最后

写到这里我唯一确定的一件事是，Custom Agent 真正带来的变化，发生在你和系统的关系上。

以前很多整理和记录需要你不断推动才会往前走，现在你只要把规则讲清楚，系统就会自己继续运转。你多年积累的笔记、字段、文档，会在你不盯着的时间里被读取、被调用、被转化成下一步的行动与产出。

我也不想把它写成一件轻松的事。积分带来的焦虑、Worker 的限制、权限偶发的静默失效、生态绑定的硬边界，都是真实存在的麻烦。有些问题短期内可能不会消失，但我仍然愿意继续用下去，因为方向足够明确，收益也足够具体。

因此如果你想开始，建议从一个最小的场景入手。做一个早晨简报，或做一个自动补字段的小工具，让它先跑起来。你会很快体验到那种醒来发现事情已经被处理过的感觉。

等你尝到第一口甜头，后面的流程自然会一点点长出来。

本文中提到的所有 Agent 案例，都运行在我所搭建的 Notion 系统 FLO.W 思流之上。它不只是一套模板，更是一个专为 AI 时代设计的知识工作操作系统。

聊聊近况 02、体力不支了

Mon, 19 Jan 2026 00:00:00 GMT

中午 12 点我花了 60 美元购买了 Cursor 的 Pro+ 方案，2 个小时后所有的额度就都用完了，但我非常高兴。我觉得这可以当做是一种新时代的娱乐消费行为，一种既可以感受到无与伦比的愉悦，又可以获得货真价实的生产力增长的美妙体验。

年轻时喜欢看网络小说里开外挂、戒指里的老爷爷的桥段，而现在花点小钱就可以拥有不属于自己的力量，谁能不上瘾呢。

不知道关注我的各位都在从事什么职业，不妨在评论区聊聊 AI 给你的工作带来了什么样的变化。但我确信，会关注这个账号的人，一定是人群中的少数再少数，否则像我写的这种稍显无聊的笔记软件资讯到底都是谁在看，否则，走在生产力前沿的人一定没有那么多。

所以我就算在这里说一些会催生焦虑的话，罪过应该也不会有那么大。

我想说的是，你必须学会使用 AI 工具了，否则这个世界那么多美妙的体验，一天跟不上，就会越来越迷糊。但这里不是说和豆包或者 DeepSeek 聊聊天就是会用 AI ，而是你必须现在就开始学习 AI 编程了。但这里的编程不是说学习写代码，而是学习让 AI 用代码的方式来解决你的问题。

我知道这里的「不是…而是」有点多，大家都说这种句式是 AI 味，但我想我是最近看了刘震云的《一句顶一万句》这本书太受触动了。书里说，人这一辈子就为找一个能说得上话的人，我深以为然，但也在想，十年之后这个时代又会有怎么样的变化，人和人的关系还比得上人和 AI 的关系吗？

想不明白，就先不想了。

我的一个思考是，有时间还是得多看书，要多看点被 AI 信息污染之前的好书，少看点用 AI 批量制造的预制菜。今后时代，思想的能力已经不再关键，但决策的品味，就是那个所谓的 taste，才可能成为真正的胜负手。而这些品味，就得从你筛选和获取信息的方式、从你独特的视角、你略带狭隘的判断、以及你的实践和反思里去生长。

当你思考出一种可能性，代码就是一种可以立刻获得结果验证的魔法，行就是行，不行你代码就是跑不起来，但一旦能跑起来，它带来的结果就是批量化和自动化，所以我们可能再没有更多时间去犹豫了。以前的犹豫是不知道怎么办、不知道行不行，但现在和 AI 对话半小时就可以理清思路，再花半小时让 AI 去执行就可以获得一个可以立刻得到验证的成果，所以为什么要把时间浪费在自我怀疑和自我设限上呢。

当你从 AI 编程的结果里获得正反馈，你就开始觉得自己变得无所不能，你开始珍惜现在的每一天时光，多想知道 5 年、10 年、20 年之后的世界又会变成什么样，这真是一个让人充满希望、充满幻想的美好时代。

不过这个时候最大的限制其实还是在自己多线程并行的脑力上，这边一个 Cursor、那边一个 Antigravity，还有终端里的 Claude Code 在跑，刚装完的 OpenCode 也在嘎嘎运转，注意力要在各种窗口里切换，临睡了躺在床上还在思考明天还得接着干什么，就开始希望哪天全靠一部手机也能和所有的 AI 工具进行交互，一天下来可真是累得够呛。

但你愿意停下来吗，你不会的。

好了，说回故事的起点，60 美元的 Cursor 额度全用在了 Opus 模型上，是真的昂贵，但也是真的好用，它顺利完成了我的网站的国际化多语言翻译，今年我的模板会开始尝试走向海外，现在我已经把模板翻译成了繁体中文和英语版本，希望之后可以有好消息跟大家分享。

推特拯救了我的表达欲

Sun, 28 Dec 2025 00:00:00 GMT

虽然改叫 X 很久了，但还是更习惯喊推特。

这段时间我在推上很活跃，开始尝试在第一时间把脑子里想到的东西发出去，而不是在一番纠结措辞和表达效果之后，想了想却把已经打好的字删掉。与之相比，这篇文章其实早在三天前就写完，那为什么现在才发呢？我思考的结果是，旧疾又复发了。

如果你把创作这件事看得太严肃、看作像是刻在石头上、仅此一次的表达，你就会感到有压力，会害怕表达不够完整、担心思考不够深邃、纠结内容对读者有没有价值。但我现在发现，有深度的思考是需要积分的，所以必须提高表达的频率，然后才能在有价值的交流中去获得验证。

因为在推特上发什么都无所谓，因此我有了更细碎的输出，思考也变得更加频繁，很多选题灵感就是在各种谈笑风生的瞬间蹦哒出来，至于做不做的那就再说。

我觉得至少现阶段的中文推特是一个挺好的地方，比起微博高度依赖大 V 的转发，推特的内容更容易获得自然流量的推荐，并且很多推特上的创作者即便跟你非亲非故，通常也都不会吝啬自己的转发，只要内容是真的有价值的。因此这就形成了一种良好的正反馈，写的人更乐意写了，看的人也有更多的东西可以消费。

当然前提是你得学会屏蔽一些只会键政的账号，否则你就不得不品鉴一番各种奇行种的深刻洞见。有些人其实已经变成了像是 NPC 一样的东西，不论什么事情最终都只会触发同一种反应，然后群聚的回声就像麦克风啸叫一样，想来也是挺神奇的，你宝贵的精力和情绪不值得被这些信息所影响。

就这段时间的感受而言，只要你能关注对账号，并且主动地对信息流做一些筛选（其实就是随手屏蔽），很快你刷到的信息就都会很有价值，大家都在聊赚钱，或者都在想方设法地希望赚你的钱。我觉得这其实很好，因为这都需要各凭本事地展现自己的产品或者是自己的思想，想卖东西你得先努力输出干货对吧，这其中就有不少有价值的信息可以获得。

但今天我其实不是在建议你应该立刻注册推特，我想表达的是，对于我这样一个低产的创作者来说，减少表达的阻力、降低对内容数据的期待、以及将每个表达的步骤最小化、简单化是很关键的。

写公众号要构思标题，要做封面要配图；发小红书要钻研情绪，要表演出另一个人格；做 B 站还要录音剪视频更加麻烦，但推特这种平台写点什么东西真的很简单，也不需要在意数据的好坏，我觉得是用来锻炼表达能力的好方法。

并且输出是有惯性的，只要开始尝试表达，你就会不由自主地表达更多，然后主动地参与更多讨论，接受到更多的反馈，从而更容易去发现那些你真正擅长输出，并且还能对其他人有价值的东西。

今年即将结束，就祝愿大家新的一年能更加高产，能有更多的表达，能更好地认识自己吧。

Notion Agent 全面解读，迷人的 AI 自动化工作流

Sun, 30 Nov 2025 17:49:31 GMT

在全世界对 AI 几乎才刚有实感的 2022 年，Notion 已经是最早就接入 GPT 3 的工具之一，至今在 AI 层面的功能布局已经很多年了，因此如果要问当前哪一款「笔记软件」与 AI 的结合做得最深、实践价值最大，我会毫不犹豫地推荐 Notion。

然而在这 3 年时间里，Notion AI 迭代进化了无数版，但我关注的时间线上却鲜有人讨论 Notion AI 的易用和强大，不免让我感到些许遗憾。模型的迭代总是能轻易掀起一阵阵狂热，但在冷静之后，能否让 AI 真正优化、甚至改写陈旧的工作流，而不是沦为各大账号吞噬流量的密码，才是我真正在意的事情。

因此今天这篇文章我想分享以下几个话题：

Notion AI 为什么值得尝试
Notion Agent 潜力有多大
我是怎么使用 Notion AI 的
Notion AI 的订阅建议

每次写 Notion 都有点控制不住篇幅，全文很长，但我确信这些都是很少人会去写的细节。接下来我会先简单介绍 Notion AI 的基本能力，如果你想看本文的核心内容 Notion Agent，可以从第二部分开始阅读。

一、Notion AI 的基础能力

首先，和你用过的所有 AI 工具一样，与 Notion AI 进行交互的基本方式也是一问一答式的聊天。你可以选中页面的某个段落然后直接提问，也可以在右侧展开的 AI 窗口中进行更长的讨论，如下图所示。

另外，被选中的段落内容也会被自动添加到右侧窗口的上下文信息中，这样就不用多一步复制粘贴的操作了。

除了针对特定内容的问答，Notion AI 还可以在整个工作区内进行语义搜索。当你只记得一篇笔记的大概内容，却忘了标题叫什么、存在于哪个数据库时，你可以直接用模糊的描述去询问 AI，AI 就能帮你找到相关笔记的位置。

基于这个特性，我在我的 Notion 系统中搭建了一个物品管理中心，一些不常用的重要物品都设置了收纳位置，所以我可以这么提问：

而且 Notion AI 因为接入了 Anthropic、OpenAI 以及 Google 的最新模型，因此具备多模态的处理能力，能处理文本信息，能分析你上传的 CSV、PDF 和图像，可以联网搜索，也可以手动向它发送网页链接，然后让它读取网页文本再回答。

生成答案后，Notion AI 可以直接对你的页面或者数据库进行增删改查，因此你可以让 Notion AI 直接修改笔记原文，也可以要求 AI 新建一个页面，然后在指定位置（包括数据库）存储生成的答案。

基本上 DeepSeek 或者豆包能回答的问题，Notion 都能可以，而且通常还能回答得更好。但这里真正的关键在于，你在写作、记笔记、总结、反思、复盘的所有时刻，当你需要 AI 的时候，都不需要打开第二个 AI 工具，所有的 AI 需求都不必离开 Notion，真正做到 All in One。

在没有集成 AI 的笔记场景中，你通常需要在多个窗口之间反复切换，如果你需要多轮对话，或者需要引用多个笔记内容，这个跳转次数会成倍增加。而当你想要保存 AI 生成的答案时，又要重新整理格式、添加标签、删减多余内容，这些操作都需要手动完成。

这种繁琐的流程不仅浪费时间，更重要的是打断了你的心流，因为等待答案生成时，你往往会分心去做别的事情，或者刷刷手机看看视频，然后十几分钟就悄无声息地浪费掉了。

而 Notion AI 的便利不仅在于它能回答你的问题，更在于它能一站式地处理你工作区「内和外」的所有信息。你不用再复制某个笔记段落让豆包去阅读，也不需要把 ChatGPT 生成的答案搬运回你的笔记软件中，少一步跳转，产品体验就是天差地别。

当你需要写日报或周报，你可以直接在 Notion AI 窗口里引用这一周你写过的所有文档，然后让它直接阅读并生成报告；当你需要回顾某个项目的关键决策过程，你可以引用多条会议记录，让 AI 提取出所有讨论过的方案，或者直接读取页面的历史编辑记录，并分析拆解决策的原因。

你也可以用 Save to Notion 插件在 Notion 中搭建一个剪藏数据库，然后再创建一个 AI 字段，就可以在这个字段中预设特定的信息处理 Prompt，例如生成阅读摘要、或者提炼特定的关键信息等，这样一来你无需订阅 Readwise 也可以拥有一个不限量的 AI 辅助阅读中心。

Notion 本就适合用来组织高信息密度、高价值的内容，再凭借最新的 AI 模型和最快捷的 AI 交互方式，自然能获得比其他笔记软件更好的效果。

而且得益于 Notion 这 10 年来开放的生态建设，你还可以直接在 AI 窗口中直接搜索你关联的 Google Drive、Google Calendar、Github、Gmail 等外部信息源，不过当然前提是你需要在这些生态内。

除了这些内置的「连接器」，你还可以通过 MCP 与更多工具建立关联，例如 Cursor、Manus、Perplexity、ChatGPT 等。你可以将 Notion 的页面链接发给这些工具，它们就能直接读取笔记内容，而不需要繁琐的复制粘贴操作。这些工具也可以根据你的需求，对 Notion 页面直接进行修改。

例如当你通过 Manus 获得了一篇长长的研究报告，过去你可能需要手动复制粘贴到其他笔记软件里面，但现在你可以把 Notion 的页面链接发给 Manus，Manus 就可以直接帮你写入到 Notion 的指定位置。

Notion AI 可以全面接管你的信息处理流程，你的笔记、你的任务、你的项目文档，甚至你连接的第三方工具数据，全都可以被更快地直接处理。但这些只是 Notion AI 的基础应用，如果只是「聊天窗口 + 信息源」的快速调用，那 Notion AI 还不足以让我长期使用下去。

本文的真正目的，是向你揭示 Notion Agent 的关键能力和潜力。

二、Notion Agent

什么是 Agent

简单来说，Agent 就是一个可以代替人类自主完成多步骤任务的 AI 系统。

你用过的大多数 AI 问答工具都只能提供信息或创意，在获得答案之后，依然需要你手动去执行。并且它们不知道你是谁，不知道你在做什么项目，不知道你的工作习惯和偏好，每次对话都是从零开始，你需要反复解释背景、说明需求。当然如果这个 AI 具备「记忆」或者「项目」功能的话，这种情况可能会有所改善。

但 Agent 还可以根据你交付的任务，在被授权的信息范围内，智能地做出决策、主动地调用多种工具，然后自主执行具体的复杂任务，并将最终的结果交付给你，你需要的就是「坐享其成」。而且 Agent 不仅可以拥有记忆，还可以被训练，可以在一次又一次地交互中，变得越来越聪明，从而让结果越来越符合你的预期。

如何实现 Notion Agent

要想使用 Notion Agent，你需要先为这个 Agent 创建一份文档，然后在这个文档里定义 Agent 的基本行为准则，例如身份和使命、沟通与行为准则，或者工作场景与行动目标等。

假设你的需求是让 Notion AI 可以更好地协助你的内容创作，那么这个 Agent 的最小可用文档可以这么写：

写完这份文档后，再在 Notion AI 个性化设置里，将它指定为 Agent 的底层说明，如下图所示：

这样一来，Notion AI 在每一次给出回答之前，都会遵循这份文档的指示，按照你预设的行为准则去和你进行交互。于是面对同一个问题，有设置 Agent 文档和无设置 Agent 文档，Notion AI 给出的答案就会是截然不同的，前者更加精准个性化，后者更通用但也更平庸。

但这时候可能就有人会好奇，这不就是提前给 AI 一段写好的提示词吗？如果我在使用豆包或者 DeepSeek 之前，手动给它这段提示词不也是一样的效果？某种程度上确实如此，但 Notion Agent 与其他 AI 聊天工具还有以下几个区别。

文档即规则

其他 AI 问答工具需要你每次都手动输入或复制粘贴提示词，而 Notion Agent 的规则是写在 Notion 文档页面里的，它可以被自动加载、随时可改、立即生效。更重要的是，你还可以直接在这个 Agent 文档里引用你已经写好的其他 Notion 笔记，就像这样：

也就是说，你可以把你已经写好的创作 SOP、你记录的写作心得、你常用的写作方法极其快速地接入（引用）到这个 Agent 里面，完全不需要任何复杂的操作，因为它本身就是 Notion 的一个笔记页面。

如此一来就有一种左脚踩右脚上天的感觉，Notion 本身提供了一个记录笔记的绝佳环境，Agent 则让这些沉淀下来的经验可以被快速验证，你在和 Agent 的协作过程中，如果发现这些经验笔记的优点、缺点，或者有缺漏的地方，就可以再去进一步优化补充这些笔记，正反馈循环就建立起来了。

这就是「文档即规则」的含义，你的笔记不再只是静态的记录，而是可以被执行的规则、可以被复用和验证的经验。

Agent 能直接操作 Notion 工作区

这是 Notion Agent 的另一个底层能力，也就是拥有对页面和数据库进行增删改查的权限。其他 AI 工具只能生成文字回答，而 Notion AI 可以直接执行底层操作。举几个具体的例子：

1️⃣ 创建与修改笔记

当你和 AI 讨论完某个想法后，你可以直接让它把对话内容整理成笔记，然后保存到指定的数据库中。AI 会自动读取这个数据库的字段属性，理解每个字段的用途，然后智能地填充内容：自动打上合适的标签、关联相关项目、设置优先级等。

例如我正在学习 Claude Skill 的相关知识，我可以要求 Notion Agent 全网搜索并总结成笔记，然后存储到我的「笔记数据库」中，如下图所示

Notion Agent 不仅正确地整理了相关笔记，还知道我的「笔记数据库」是哪个，并且连对应的数据库字段都帮我填写完毕了，它正确理解了我在这篇文章中介绍的，关于笔记类型的六个基本标签的用法。

2️⃣ 批量操作数据库页面

当你需要批量处理任务时，Notion AI 可以对这个数据库一次性完成多个操作，例如

把所有逾期的任务标记为高优先级
找出本周所有已完成的任务并生成总结

这些在其他工具里需要你一个个手动点击、重复操作的事情，在 Notion 里只需要一句话，AI 就能直接完成所有操作。

另外，其实这个示例数据库也是让 Notion Agent 直接创建的，我告诉它「请你理解上下文信息，然后为这句话创建一个演示用的数据库」。

3️⃣ 工作流自动化

更进一步，你可以让 AI 根据特定条件自动执行复杂的操作序列。比如「帮我生成周报」这个任务就不是简单的信息查询，而是完整的工作流，这需要访问多个数据源 → 筛选符合条件的页面 → 读取页面内容 → 按照特定格式生成报告 → 保存到指定位置并自动填充属性，所有步骤依然是按照预设的规则全自动执行，无需人工干预。

后面还会有更大的篇幅介绍自动化工作流，此处就先不展开了。

4️⃣ 根据要求实时修改规则和记忆

当你第一次让 Agent 生成周报，发现它总结得太简略，你可以直接说「记住，周报里每个任务都要写具体做了什么」，然后 Agent 就会主动去修改 Agent 文档里的规则，下次生成周报时，它就会自动按这个标准执行。或者你发现 Agent 审阅文章时总是过度夸赞，你可以说「以后直接指出问题，不要夸奖」，它就会立刻调整回应方式，并自动修改 Agent 文档。

一旦习惯了这种交互方式，更新 Agent 的行为就变得极其简单，一句话就能让它记住并执行，不需要重新写复杂的规则文档，你们的协作会越来越默契。

例如：

效果如下

以上几个基础特性共同构成了 Notion Agent 的底层能力基础：

文档即规则：你的笔记直接变成 Agent 的行为准则
数据库即记忆：Agent 知道从哪里读、往哪里写
对话即训练：一句话就能让 Agent 记住并改进

但光有底层能力还不够，如何把这些能力组织起来、并应用到真实工作场景中，才是真正考验系统设计的地方。接下来我会分享一些 Agent 文档的设计思路，帮你把这些底层能力串联成真正可用的工作流。

三、 Agent 设计思路

场景路由

真实的工作场景是复杂的，当你说「帮我看看」时，你可能是在审阅一篇文章，也可能是在检查一个视频脚本，也可能是在回顾一个项目的进展。同样的话在不同情境下，意味着完全不同的需求。我们当然可以在 Agent 文档中直接写清楚所有情况，但这样一来每次开启对话，Agent 都需要同时加载所有文档，必然会浪费一定的上下文空间。

所以我的建议是，可以用渐进式披露的思维去构建你的 Agent 文档，也就是分层展示信息，需要时再深入，避免一次加载所有内容。我的个人做法是先指定每次对话都必须加载下图所示的四个核心文档，每次开启新的对话，只加载最少的必要信息。

这些核心文档因人而异，你可以根据自己的使用场景灵活配置，但一般建议至少需要包含这几个要素：

身份与使命：定义 Agent 是谁、核心目标是什么、服务的对象是谁
互动风格：沟通语气、回复格式、什么时候简洁，什么时候详细
持续更新的记忆：用户的偏好、最新的习惯和要求等
关于用户：用户的身份、背景、工作方式、价值观等

然后只有当 Agent 在对话中识别到特定关键词后，才进一步加载子文档，就像下图这样，每个场景的子文档内都有完整的执行手册，定义了该流程具体的工作流程、判断标准、输出格式，这样就不会一次性加载所有的子文档，可以让 Agent 的回答更加高效。

以我现在正在创作的这篇文章为例，我可以直接选中文章段落，然后在 Agent 窗口中提出需求「生成图片」，Notion Agent 就会读取到「生图」的关键词，从而只触发「场景 N：内容配图生成」这个子文档，如下图所以：

根据我事先在「场景 N：内容图片生成」这个文档中定义的 SOP，Notion 会根据这份文档的指示自动执行以下操作：

选择风格：默认选择预先确定的画图风格
理解内容：
- 如果是局部配图：分析选中文本的含义和配图目的
- 如果是全文封面：提炼文章核心主题和情绪调性
生成画图 Prompt：根据选中的文本内容 + 默认的设计风格文档 + 上下文信息 + 聊天窗口中备注的额外要求，直接输出完整的画图提示词

在步骤 3 中，我要求 Notion Agent 需要优先参考我预设的「顶层设计风格」，这份文档规定了默认的生图提示词的风格、比例、偏好等。所以你可以看到，本文用 Nano Banana 生成的配图风格都是比较一致的。

生成的过程和结果如图下所示：

同样的运行逻辑也适用于其他的场景，比如我模拟了一个「饮食记录」的子流程，然后就可以直接把食物的照片发给 Notion Agent，再用关键词「今天吃的」触发这个「饮食记录」的 SOP，Notion Agent 就会自动分析图上的食物，然后记录热量、碳水、脂肪等数据，并保存到指定的数据库中。

需要说明的是，AI 识图后评估的热量数据并不完全准确，只能当做参考，但对图中的食物类型的分辨还是挺简单的，所以我们是不是可以用来构建一个饮食评估系统？

假设我是一个身患糖尿病的患者，我创建了一份「二型糖尿病个人健康档案」的笔记，然后将这份笔记放在了「饮食记录」这个流程的必要加载项目中，并要求 Agent 必须将读取到的食物与档案中的禁忌清单逐一比对，并在反馈中明确说明该食物对血糖的影响：

吃完饭后，将照片发给 Agent，并用关键词「今天吃的」去触发这个流程

以下是 Agent 给我的反馈：

记录了饮食数据
给了我明确的健康提醒

虽然 AI 模型本就具备针对特定疾病提供参考建议的能力，但如果能加入个人健康档案和病历提醒，回答的结果必然可以具备更高的参考性。

通过以上案例我们可以看出，Notion Agent 的真正威力在于「关键词 + 子文档」的组合。

通过触发关键词让 Agent 进入特定场景，而场景内嵌套的子文档（如健康档案）又进一步细化了执行规则，同时这个健康档案又是可以快速修改和调整的 Notion 页面。这种层层递进的结构，让 Agent 既能保持通用性，又能在具体场景中展现出更高的专业性。

如果你用过 Claude 的 Skill 功能，就会发现它和「关键词触发 + 子文档执行」的逻辑是相似的，都可以遵循渐进式加载的原则。

相较之下，Notion Agent 的劣势是，它可调用的工具局限在 Notion 生态之内，不能像 Skill 那样还可以执行自定义的脚本代码，但 Notion Agent 全程只需要和文档打交道，门槛更低，只要你会写文档，只要说清楚你的想法，甚至都不用太清晰地表达你的需求，你只需要不断地跟 Notion Agent 对话，让它向你提问，哪怕你的回答含糊其辞，AI 模型都可以慢慢摸清你的意图，然后智能地帮你把整套流程搭建完毕。

信息的边界

有了场景路由，我们还需要解决的另一个问题就是信息的输入来源，以及信息输出的目标位置，我把这个问题称为「信息的边界」。

你让 Agent 生成周报，它需要知道从哪里读取本周的任务数据；你让 Agent 保存一条灵感，它需要知道应该存到哪个笔记数据库。如果每次都需要你手动指定「去读这个数据库」或者「保存到那个位置」，那使用成本就太高了。

而且如果不明确信息的边界，答案的准确性必然受到影响，因为 Notion Agent 可访问的信息源是极其丰富的。

但我们又不可能在 Agent 文档中事无巨细地预设「如果用户问 A，就去读取页面 X；如果用户问 B，就去读取页面 Y」，这样做不仅维护成本极高，而且缺乏灵活性。所以我的解决方案是数据库结构化存储 + 场景预设。

举个具体例子，我有一个 Agent 场景 F 是自动生成日报、周报和月报，触发的关键词如下所示：

在这个场景 F 的执行文档中，我是这样定义信息的输入来源的：

这样一来，当我说「生成本周周报」时，Agent 就知道：

该去哪几个数据库查询信息
查询的筛选条件是什么
不需要搜索其他无关的页面或数据库

查询的结果如下

查询到指定的信息后，再告诉 Agent 要如何处理这些信息

在这之后还会有很多分析、处理信息的规则，但最终的核心是根据预设的周报、月报模板，直接帮我生成一条系统完整的报告。

这种明确的边界带来了三个好处，首先是 Agent 不会在整个工作区漫无目的地搜索，而是精准地从指定数据源获取信息。其次，明确的数据源意味着更快的查询速度，不会浪费时间在不相关的信息上。最关键的是你知道 Agent 会从哪里读取信息，它的行为变得可预测和可控。如果某次结果不理想，你也能快速定位问题，是数据源本身的信息不完整，还是 Agent 的提取逻辑有问题。

不过这一切的前提是，你的 Notion 工作区本身是依托于结构化的数据库：

任务有固定的存储位置
笔记按类型分类存储
项目信息有清晰的组织方式
剪藏文章有独立的管理中心

也就是说，Notion Agent 的能力，必须建立在 Notion 本身的组织能力之上。 如果你的工作区是一团乱麻，Agent 也无法很好地发挥作用。但如果你有清晰的信息架构，Agent 就能准确定位到需要的信息，给出精准的结果。很多人试用过 Notion AI 之后觉得鸡肋、没用，本质上就是缺少两个东西，其一是丰富的记录、其二是清晰的结构。

解决了信息从哪里来，接下来再用相同的方式，解决信息该往哪里去。

如果每次和 Agent 交互完之后，都需要手动指定保存到哪个数据库、填写哪些字段、设置什么标签，那么使用体验会非常糟糕，信息流动的自动化也就无从谈起。所以我的解决方案还是预设存储规则 + 智能字段填写。

Notion Agent 的强大之处在于，它不仅能在数据库创建页面，还能理解数据库的结构，智能地填写各个字段。

接着前面的月报例子，Agent 生成的月报不会停留在聊天窗口里等我手动复制粘贴，而是会自动保存到「我的笔记 DB」这个数据库中，因为我已经在这个流程的文档中注明以下几个要素：

生成月报的存储位置
生成月报的格式模板

Agent 在访问「笔记数据库」后，会去理解数据库字段的语义，它知道「笔记类型」字段中 Exp 代表经验复盘，Idea 代表灵感记录，Log 代表日志记录，所以这篇月报就被自动打上了 Exp 的标签，这种语义理解能力，让整个信息流动变得更加自动化。

回顾前面两个小节，「场景路由」解决的是 Agent 该怎么思考的问题，「信息的边界」解决的是 Agent 该看哪里、该写哪里的问题。两者结合起来，才能让 Agent 既有足够的智能去理解你的意图，又有足够的约束去避免出错。

这两个设计的背后有一个共同的理念：越是自动化的系统，越需要清晰的边界。 如果你什么都不限制，Agent 的行为就会变得不可预测，你永远不知道它会从哪里找信息、会把结果存到哪里。但如果你把边界定义清楚，Agent 的行为就变得可控、可预期，出了问题也容易排查。

当然这些边界不是一成不变的，随着你的工作方式变化、数据库结构调整、或者发现某些场景的规则不够完善，你可以随时通过对话去更新这些规则。这种「规则可迭代」的特性，让 Notion Agent 既有结构化系统的稳定性，又保留了足够的灵活性。

Custom Agent

接下来这部分的内容会涉及到 Notion 还未正式上线的 Custom Agent 功能，我也暂时没有这个权限，因此只能先以目前披露出来的信息去参考，但可以大致讲讲这个功能是什么，能带来什么效果。

前面介绍的所有内容，包括场景路由、信息边界、文档即规则，本质上都是在「Personal Agent」的框架下进行的。也就是说，所有操作都需要你主动发起请求，Agent 才会执行。你需要打开 Notion，打开 AI 窗口，输入指令，然后等待结果。

但 Custom Agent 要解决的问题是：能不能让 Agent 在后台自动运行，不需要我每次都手动触发？

想象一下这样的场景：

早上 9 点，Agent 自动扫描你的任务数据库，把今天到期的任务整理成清单推送给你
周五下午，Agent 自动读取本周的任务完成情况，生成周报，保存到指定位置
每个周末自动搜索全网 AI 热点资讯，然后汇总成一篇简报保存到剪藏数据库

这就是 Custom Agent 的核心价值，从「你问它答」进化到「它主动做」。

回顾我们前面介绍的 Agent 设计思路，Custom Agent 其实是在同一套逻辑上的延伸：

场景路由的逻辑依然适用，只是触发方式从「关键词识别」变成了「时间或事件触发」
信息边界的设计更加重要，因为自动运行的 Agent 必须精确知道从哪里读、往哪里写
文档即规则的理念不变，你依然是通过编写文档来定义 Agent 的行为

如果你现在已经在使用 Personal Agent，并且建立了完善的场景文档和信息结构，那么未来升级到 Custom Agent 会非常顺滑：你只需要把原本需要手动触发的场景，改成自动触发即可。

我们每个人的工作中都有大量的规律性任务：日报周报、数据整理、信息同步、定期回顾……这些任务单独拿出来都不难，但正因为不难，所以经常被拖延或遗忘。Custom Agent 的价值就在于，它能把这些「应该做」的事情变成「自动做」的事情，让你的精力真正聚焦在需要创造力的工作上。

当然这也对 Notion 工作区的组织提出了更高的要求。一个结构混乱的工作区，即使有了 Custom Agent 也很难发挥作用。所以如果你对这个功能感兴趣，现在就可以开始梳理你的信息结构，为未来做好准备。

Agent 设计模板分享

如果你是完全的新手，前面这些内容可能看起来有点分散和复杂，但其实核心思路很简单。

一个 Agent 文档的基本框架通常包含四个模块：身份与使命、互动风格、场景与触发词、记忆区。你不需要一开始就把所有内容写完，先从一个最常用的场景开始，用起来之后再慢慢扩展。

而且这里还有一个更省力的启动方式，就是用你过去的记录来喂养 AI。

很多人面对空白的 Agent 文档会无从下手，不知道该怎么定义自己的「身份」、描述自己的「风格」、梳理自己的「价值观」。但其实你不需要凭空去写这些东西。把你过去写过的笔记、文章、项目复盘、甚至随手记录的想法，一股脑丢给 AI，让它帮你分析、提炼，然后对你进行侧写，它可以从你的文字中识别出你的表达倾向、擅长领域、以及对某些事情的判断标准。

这就是「用存量启动增量」的思路，门槛低、上手快，而且更真实，因为这些内容本来就是你的，AI 只是帮你整理出来而已。

这也凸显了一个更底层的观点：记录是 AI 时代的基础设施。 只有你过去有记录的习惯，现在才能快速拿出语料让 AI 分析。任何时候开始记录都不算晚，因为你不知道未来还会诞生怎样的 AI 工具。但无论模型多么先进，它都不太可能拥有读心的能力，你依然需要给它提供分析的素材。没有输入，就没有输出。

为了帮助你更快地开始这个循环，我设计了一份 Notion Agent 基础模板，你可以直接复制使用，点我获取模板链接。

你只需要根据模板的结构和指引，开始和你的 Agent 对话，然后在实际使用中逐步调整、逐步优化，根据自己的工作场景，增加新的子文档、调整触发关键词、补充你独有的方法论和偏好即可。

当然，如果你想让 Agent 的能力发挥到极致，一个结构化的 Notion 工作区是前提。如果你还没有建立起自己的信息架构，或者对如何组织任务、项目、笔记感到困惑，可以参考我的 FLO.W 模板。它预设了清晰的数据库结构：任务、项目、笔记、剪藏各有独立的存储位置，字段设计也经过反复打磨，可以直接被 Agent 识别和调用。你不需要从零搭建信息架构，模板本身就是 Agent 能力的地基。

欢迎了解和购买：

Notion AI 订阅建议

Notion Agent 能做的基本上都在前文中覆盖了，但鉴于 Notion 的能力范围着实千奇百怪，所以我也整理了一份 Notion Agent 不能做的操作合集，具体可以参考这个链接。因此在订阅之前，你可以先参考这份文档，评估一下自己的需求能否满足。

另外 Notion 的官方付费策略已经进行过一轮调整，现在如果你想使用 Notion 的 AI 功能，则只能购买商业版或者企业版的版本，个人使用的话商业版即可，但年费 240 美元真的不低，因此我的建议是，如果你是初次尝试 Notion 的新手，完全不建议你第一时间付费订阅 AI，你可以先阅读我写过的这篇《给 Notion 新手的 5 个入门建议》，看看能否接受、适应 Notion 的记录方式。等到你真的觉得 Notion 是一个趁手的工具之后，再去考虑是否订阅也来得及。

还有一些用户可能会发现，自己并不需要订阅商业版，也可以通过 add-on 的方式在 Plus 版的基础上补充订阅 Notion AI。根据 Notion 官方的说法，这个政策是针对历史订阅用户的特殊方案。自 2025 年 5 月起，AI add-on 已不再向新用户单独销售。也就是说，只有在政策调整之前就已经订阅了 AI add-on 的老用户，才能继续以这种方式使用 Notion AI。而且通过这种方式订阅 AI 功能是不完整的，主要功能缺少了以下几点

AI Agent：可执行多步骤任务的个人 AI 助手
企业搜索：跨工作区及关联应用的全局搜索
AI 会议笔记：语音自动转录和生成会议摘要

而且需要特别注意的是，一旦取消 add-on 订阅，就无法再恢复，届时只能通过升级到商业版或企业版来重新获得完整的 AI 功能。

结语

大多数人和 AI 的关系，依然停留在「有问题时打开一个聊天窗口」的阶段：用完即走，下次再见时又是陌生人。

但 Notion Agent 给了我一种不同的可能：AI 不再是一个外部工具，而是一个可以被训练、可以被塑造、可以和你一起成长的协作者。它不会每次都问「请问你想要什么格式」，因为它已经记住了你喜欢的方式。它不会在你的工作区里漫无目的地搜索，因为你已经告诉它该去哪里找、该往哪里存。这种感觉很奇妙，就像是在培养一个助手，一个会随着时间推移变得越来越默契的助手。

当然，这一切的前提是你愿意投入时间去搭建、去调教、去迭代这个系统，更重要的是把手弄脏，然后诚实地记录。Notion Agent 不是开箱即用的魔法，它需要你先把自己的工作方式想清楚，然后用文档的形式表达出来。这个过程本身就是一种自我梳理，你会发现很多以前从未意识到的习惯和偏好。

这也引出了另一个我想说的观点：当前 AI 模型的能力差距正在缩小，真正决定输出质量的，是你喂给它的输入。

但这里的「输入」不是指那些随处可见、已经泛滥成灾的二手信息，不是让你去剪藏别人的文章、收集别人的观点，更糟的情况是这些信息有可能其实是用 AI 加工出来的排泄物。真正有价值的输入，是你自己的东西：你的偏见、你的无知、你的狭窄视角、你笨拙的操作过程、你走过的弯路、你踩过的坑。

只有当你诚实地记录这些「不完美」，AI 才能真正帮到你。因为它看到的不再是千篇一律的正确答案，而是你独特的思考轨迹。它能从你的错误中理解你真正的困惑，从你的偏好中识别你真正的需求，从你反复修改的过程中学会你真正的标准。

所以我相当反对那些鼓吹「AI 时代笔记无用论」的声音。在我看来，这不过是在 AI 浪潮冲击下自暴自弃的说法，是懒惰的借口。任何时代、任何工具的变革都不能动摇独立思考的重要性。AI 可以帮你执行、帮你整理、帮你加速，但它永远无法替代你去思考「我到底想要什么」。

Notion Agent 对我来说最大的价值就是，在我看到了自动化工作流的巨大潜力，以及清晰的实现路径时，我意识到，我真的一刻都不能再拖延了，我必须认真地去思考我的工作流到底是什么，到底有哪些机械、重复的流程在耗费我的时间，到底可以怎样地去调整和优化，才能在有限的时间里完成更多的事情。一旦想清楚了，Notion Agent 就该发挥作用了。

最后，原本这篇文章还打算与 Obsidian 的 AI 插件，以及 Heptabase 迭代了好几版的 AI 做对比，也希望再深入探讨一下 Notion AI 当前的功能局限，但奈何篇幅已经接近万字，所以这部分的内容就留给下一篇文章吧。

如果有任何你希望看到的内容，也欢迎在评论区留言，我会评估并纳入写作范围内。

Notion Agent 完整解读：AI 时代下的一站式生产力平台

Sun, 21 Sep 2025 20:47:57 GMT

一年一度的 Notion 发布会在今天凌晨 1:30 如期举行，我也是熬夜看完了这场 3.0 发布会，码字的手根本停不下来，因为这次与 AI Agent 相关的功能实在是强大到有点超出预期。未来一年 Notion 将如何发展，有哪些重磅功能值得期待，AI 时代下到底还能不能 all in Notion，看完本文你都会有答案。

广告时间：

我的 Notion 全能模板已经上线 2 周，目前已售出超过 400 份，得到了很多好评。如果你想跳过繁琐的学习与折腾环节，直接上手这款强大的生产力工具，欢迎购买我的模板。

我还专门做了个网站，你可能从未见过如此严肃认真的 Notion 模板宣传站，欢迎访问 http://21notion.com

模板购买链接 ⬇️

回到正题，本次发布会其实就两个重点：

回顾上个年度的工作亮点
发布巨量 Notion Agent 的能力与用法

让我们开始。

年度工作亮点回顾

不知道是不是我的错觉，今年的 Ivan 似乎比去年来得更加高兴和兴奋，上场先来一句 Good Morning 🙏 有种库克附身的感觉。

实际上整场发布会的节奏隐隐约约有点像早期的苹果风格，不是录播而是直播，然后各个部门的负责人轮番上阵，带来一个又一个让人兴奋的好消息，每次强调「Even Better 🙏」的时候真的是即视感满满。

先来一波例行的工作汇报，在上个年度 Notion 完成了这些事情：

解决了 2000+ 个 BUG
桌面端加载速度提升 30%
大型数据库载入速度提高 3 倍

上线 Notion Webhooks
上线了 Notion 离线模式
上线了 Notion AI Meeting
上线了企业搜索
上线了 Notion Mail
升级了 Notion Calendar

这里的每项功能都将与后面会介绍的 Notion Agent 呼应，因为从现在开始，你在 Notion 中能使用的所有区块（Block），Notion Agent 都可以去调用和使用。

接下来 Ivan 不无骄傲地介绍说，几乎所有大型 AI 公司都在用 Notion 作为企业协作工具，其中包括 OpenAI、Cursor、perplexity、Hugging Face、Midjourney、Heygen、Elevenlabs、Vercel、Pika 等等，每一个都是顶顶有名，我想这也能在某种程度上体现 Notion 的产品气质吧。

Notion Agent

然后接下来就是最最重磅的 Notion Agent 了，我真的想不到 Notion 能做到这种程度，看完之后觉得 240 美元一年的企业版订阅费好像也不是那么贵了。

回顾一下我的这篇《Notion 10 年发展史》，如果说 Notion 的 1.0 是以区块为核心来构建灵活优雅的图文编辑器，Notion 2.0 是以数据库为核心来构建复杂但高效的多视图工作流，那么 Notion 的 3.0 就是让 AI 可以在这些基础上，智能地、自动地去调用所有功能模块，然后实现你的指令，并完成你的工作。

以后真的不能再把 Notion 放在「笔记软件」这个范畴里去定义了。

先简单介绍一下 Notion Agent 有哪些基本能力：

能创建、编辑、移动页面
能创建、编辑、使用不同的功能区块
能读取、编辑数据库的页面、字段、函数、视图
能创建不同的角色，预设个性化指令和记忆
能通过连接器读取第三方工具中的信息
能通过 MCP 与各种第三方工具联动
以 GPT-5 和 Claude Sonnet 4 模型为基底

这里的每一项都足够展开几千字的长文，但时间有限，本文只能略作展开，如果你想了解更多 Notion 3.0 更详细的 Agent 用法，欢迎持续关注我的 B 站与微信公众号。

Agent 有完备的数据库能力

我可以提出简单的指令，让 Agent 创建一个数据库，它在 30 秒内就帮我创建了一个包含完整字段，并且还有基于不同字段的分类视图

我可以告诉 Agent 我的体重、饮食习惯、运动偏好等，然后让它帮我制定输出一份减肥攻略，并用数据库制作合理的健身计划

而且既然是 Agent 那必然有多轮对话与推理的能力，如果不满意的话，你可以提出更多要求，例如给健身计划加入【动作库】字段，然后在字段内预设各种健身选项；或者加入新的【摄入趋势】视图，加入【饮食计划】视图等等，直到它调整到你满意为止。

除了可以创建和编辑数据库，Agent 也可以面向整个数据库来进行查询和提问。例如我可以询问我的「任务管理数据库」：2025 年 8 月我完成了哪些任务？

除了以文本的形式来得到答案，还可以让 Agent 直接根据查询条件来创建数据库视图，如下图所示，Agent 就创建了一个「Done 2025-08」的新视图。

如果你希望创建一个任务倒计时字段，现在你也不需要再从头学习并手写函数，直接将你的需求告诉 AI ，它就能在几秒之内写完：

最终实现的效果

不仅如此，Agent 还可以跨越多个数据库来搜索和总结你想要的信息。

例如我可以让 Agent 从我的「任务数据库」、「笔记数据库」、「项目数据库」以及「领域数据库」中搜索所有关于我的 FLO. W 模板的相关信息，然后写一篇从概念产生到模板落地的全流程复盘。

这篇报告将近 3000 字，索引了超过 120 条笔记和任务，内容质量也非常符合预期。

也就说，今后你一句话的功夫就可以让 Agent 帮你创建各种结构复杂的数据库，例如客户关系管理、项目进度管理等等，你不需要具备专业知识，只需要提出要求即可。

更重要的是，所有 AI 需要的信息你早已经写在 Notion 之中，如有必要你可以随时 @ 某一篇文档或数据库让 Agent 直接参考，不需要再先复制粘贴让其他 AI 问答工具知道上下文，也不需要将其他 AI 给出的答案重新复制回 Notion 页面里，这种能够在一个工具里完成所有事情的感觉，真的非常好。

Agent 可以设置个性化指令与记忆

就像很多 AI 工具可以预设 Prompt 或者 Rule 一样，现在的 Notion Agent 也可以做到类似的事情。

例如，你可以创建一个「内容创作 Agent」，然后要求它：

如果要创作小红书帖子，请参考笔记《小红书创作模板》
如果要创作 B 站视频脚本，请参考《B 站内容创作指南》
如果要写公众号文章，请参考《公众号创作 SOP》

在这里你可以设置 Agent 与你对话的风格，可以让它记住你的个性化信息和需求，并且像 ChatGPT 的 Memory 一样，它可以在每次对话中实时更新对你的认知，记住你新的偏好，然后在下一次对话中提供更准确、更能满足你需求的答案。

如果你将 Agent 应用到团队协作场景中，还可以要求 Agent 根据不同的任务类型，将任务页面分配（assign）给不同的负责人，然后为每个人创建专属的任务视图，实现全流程自动化管理。

在之前 Notion 是工具箱，但以后它或许真的可以成为你的贾维斯了。

Agent 可以通过 MCP 与更多工具联动

现在 Notion Agent 可以通过 MCP 与越来越多的第三方工具联动，例如我们可以直接将 Notion 页面链接粘贴到 Cursor 中，让 Cursor 通过 MCP 读取 Notion 特定项目的背景信息，省去复制粘贴的麻烦

除了让 Cursor 读取 Notion 中的信息，当然也可以让 Cursor 直接往 Notion 页面中写入信息。

除了 Cursor 之外，现在还可以与 Notion Mail、Notion Calendar、Github、Jira、Google Drive 以及 Slack 等更多工具进行联动。

Agent 可以成为团队自动化协作的桥梁

在前面的演示中，Notion Agent 更多是面向个人视角的，不论是读取页面信息，还是操作编辑数据库，它的交互与执行是专注在「你自己」身上。

但在 Notion 团队的视角看来，知识工作从来都不是一项个人事务，而是一种「团队运动」，因此他们赋予了 Notion Agent 可以面向团队协作的定制化权限与后台自动化静默执行的能力，即 Custom Agents。

前文介绍的 Personal Agent 的权限范围是你的所有信息，与你个人进行交互，并且只有当你发起请求，它才会执行并回应。

而 Custom Agent 则可以提前限制 Agent 的信息访问范围，并分享给团队用户使用，让团队成员可以在有限范围（或者说更精准的信息范围）内通过 Agent 与你的定制化信息进行交互和协作。

并且更重要的一点是，Custom Agent 可以在后台定时、自动化执行。

例如你可以创建一个「公司章程数据库」，然后使用 Custom Agents 能力创建一个「公司章程问答助手」，然后分享给你的团队成员，这样一来当成员有特定范围内的问题，就可以向这个 Agent 提问，它就能够根据提问从数据库中调取对应的信息进行回答。

你也可以创建一个「饮食追踪 Agent」，将你每天吃的东西拍张照片发给 Agent，然后它就可以自动读取图片信息，分析你都吃了什么东西，然后自动记录在你的「饮食追踪数据库」中。

鉴于 Notion AI 也有联网搜索的能力，因此你还可以创建一个针对特定话题的自动信息搜集整理 Agent，然后设定一个自动执行时间，例如每天早上 9 点自动帮你整理好一份话题追踪文档：

不过 Custom Agent 目前还在小范围测试中，只能期待它能尽快上线了。

其他更新

新增 Map 视图

在本次发布会中，Notion 表示很快还将上线一个【地图】视图，这是继不久前的【动态】视图之后，Notion 数据库即将拥有的第十种视图了

具体效果如下图所示，图片来自 Youtube@ Matthias Frank

数据库精细化权限管理

过去 Notion 的权限管理一直被人诟病，因为可以设置的权限颗粒度实在太大，很多时候你只能选择要嘛全部被人看到，要嘛全都看不到，这完全无法应用到实际的企业权限管理中。

但现在 Notion 数据库可以通过设置责任人字段，来定义每个人可以查看或编辑的范围，在实际企业场景中有了更大的可用性。

Notion 社区

Notion 一直都非常注重社区的规划与运营，从今天开始，Notion 的顾问与认证计划全面更新，你可以在 http://notion.com/academy 学习更多关于 Notion 的知识和技巧，通过考核后获取认证，然后成为更全能的 Notion 顾问，这样可以提高你的影响力，并以顾问方式获得更多收入。

并且之后 Notion Agent 的各种指令也可以上架 Notion 模板市场了

Notion AI 付费方案

虽然 Notion 付费方案并没有在本次发布会中提及，不过我觉得还是很有必要补充一点。从今年 8 月 13 号起，所有新用户如果想要使用 Notion AI 这项功能，就必须付费订阅 Notion 的商业版，每年 240 美元，折合人民币 1700 元。

相信任何看到这里的人都会不禁问一句，这么贵凭什么，值得吗？我有一个简单粗暴的判断方案，如果你使用 Notion 的时间不超过半年，且每天使用 Notion 的时间不超过 1 个小时，那么我认为你完全没有必要花这笔钱。

Notion Agent 的强大能力毋庸置疑，但这一切都建立在你对 Notion 的功能、用法甚至是限制都有足够的认知，否则 Notion Agent 最后大概率也只能变成一个又贵、又不好用的 AI 问答工具。

尾声

现在的 AI 工具虽然强大，但是各司其职、各自为政，你总是需要从一个地方复制粘贴到另一个地方，而 Notion 的野心就是成为一处链接所有工具的集中地，从 Notion 出去，但最终又将回到 Notion。

因此它能知道你是谁，知道你每天的思考、每日的安排、与谁协作、正在执行什么项目、对项目有哪些规划或要求，它可以将你分散在各个地方的信息搜集统一起来，从而构建起一个关于你的更完整形象。

以上就是本次 Notion 2025 年度发布会的所有内容，不知道你对这样的更新力度是否满意？Notion 早已不属于「笔记软件」的这个范畴，它已经是一款集成了笔记、管理、协作以及 AI 智能体的一站式生产力平台。

当功能强大的背后必然会进一步带来更高的学习成本，所以如果你想跳过其中繁琐的学习与折腾环节，直接上手这款强大的生产力工具，并且希望有人可以解答你的 Notion，欢迎你购买我的 Notion 一站式全能模板，专为知识工作者设计。

模板上线 2 周已售出超过 400 份，获得了非常多的好评。我还专门做了个模板介绍网站，欢迎访问你访问 http://21notion.com 。

当然你也可以在我的 B 站或小红书店铺查看并购买这套模板，如有更多购买前的疑问，店铺客服都会给你解答。

模板购买链接 ⬇️

深度使用 Notion 七年，这是我的经验、技巧与建议

Mon, 01 Sep 2025 21:30:06 GMT

两年前我写下这篇《Notion 10 年发展史》，试图为这个工具做一番总结，但今日再看已经略显尴尬，洋洋洒洒万字有余，但可能无法概括 Notion 今天能力上限的十分之一。这两年里，中文模式顺利上线，数据库全面增强，AI 能力进一步渗透，Agent 模式正在铺开，连离线模式都已经正式到来。

作为一名七年老用户，我见证了 Notion 从一个小众工具成长为如今生产力巨头的全过程，实在颇有感慨。因此今天我想和你分享，为何在做了这么多期笔记软件测评后，Notion 会成为我最高频使用的笔记类工具，我都有哪些心得体会？

另外本文除了会分享我的 Notion 经验，还将是一次 Notion 付费模板的设计思路介绍。

模板购买链接 ⬇️

为什么选择 Notion

自由设计流程的权利

一切可以在后台静默生产的自动化流程，对我来说都有无穷的吸引力。

我喜欢看工厂的罐装流水线，喜欢在戴森球游戏里折腾万糖自动化，喜欢视频长尾流量所能带来的睡后增长，虽然不多，但也算有。很多时候只要做好必要的流程铺垫，你只需开动机器耐心运转，收获自会到来，这种感觉非常美妙。

而 Notion 在思考、创作与管理维度，也可以成为这样的自动化流程组装机器，并且所有功能开箱即用，你不需要折腾任何第三方工具，不必担心几年之后它将失去插件作者的维护。

基于 Notion 功能块的同步特性、数据库分身视图的智能筛选、自动化模块的流程组装，以及函数字段的自动计算，我可以在 Notion 里搭建出形态极其丰富的自动化工作流，这让它远远超出了寻常笔记软件所能定义的范畴。

严格来讲，Notion 并非是笔记软件，它其实是一个可以用来创造工具的工具。

只要你的交互对象是文本、音像或者数据，那么 Notion 就有充分的能力去创造、去模拟出与之匹配的流程、工具，或者说 App。它以一种相当简洁明快的方式，把自由设计流程的权利交给了我：创建区块、拖动组装，完成设计。

如果你还具备一点折腾和研究的能力，Notion 基于关联关系（Relation）和函数字段，也可以设计出花样繁多的个性化报表，并且函数字段无需订阅付费方案，免费用户也可以无限制使用。

当然，Notion 作为云端产品的最大问题就是，在离线模式到来前，一切功能都依托于网络。

你必须在意的是，把自己的「工厂」搭建在别人家里，可靠性从何而来？如果因为「堵车」有可能连自己的家都回不了，那么何必自找苦吃？

所以我的观点是，所有的选择都是在权衡利弊。至少在 Notion 进入中国之前，它的访问速度因人而异。我既无法说服你，也无法说服自己 Notion 是绝不可能会丢失数据的云端工具，但我愿意相信 Notion 作为百亿美元估值、并且仍在飞速增长的企业，它的安全冗余足以抵消我对数据安全的顾虑。

透视带来安全感

如果你和我一样对「整齐」有着无法抗拒的偏好，对「混乱」存在恐惧，如果外部世界对你来说是不可预测的，任务会突然涌现，灵感会转瞬即逝，计划会被随时打乱，如果这种不确定性是你焦虑的根源，那么在 Notion 的数据库里，一切都可以被规整、被计划，被量化，这对我来说是一种莫大慰藉。

因为视图即透视，透视才能从一片混乱中找到重点。

Obsidian 或者 Logseq 的确是绝佳的思考工具，但它们更多是通过「文本 + 超链接」的方式来让信息流动，在二维的平面上，从中心向四周辐射。因此对我来说它们的问题是缺少便捷的透视能力，要用很曲折的方式才能勉强接近类似 Notion 数据库智能视图的效果。

这两个双链笔记工具可以帮你绘制一张「地铁线路图」，每一个站点都是清晰的，站点之间的连接也是明确的；Notion 则可以帮你构建一个「城市交通实时监控系统」，它拥有无数个可以便捷调度的监控探头，即数据库视图。

你可以实现：

只看今天 1 号线上，状态为拥挤的站点
按客流量给所有换乘站进行排序
当客流量超过阈值，自动弹窗预警

这种从不同维度、不同条件，对同一组数据进行筛选、透视、切片以及自动化响应的能力，是 Notion 的杀手锏，也是这么多年来让我觉得它无可替代的重要原因之一。

但飞书多维表格一样能打标签、一样能过滤、筛选、透视，它和 Notion 有什么不同？

多维表格的本质还是表格，它只能对单元格所在的行和列进行组织和透视，无法实现类似「点击单元格打开页面」的需求。而 Notion 的功能（区块）容器是页面，数据库是对页面的立体组织和透视。

打个比方，Notion 的数据库就像一个多层书柜，每个抽屉都存放着独立的页面（Page），而每个页面内又可以嵌套新的书柜（Database），形成无限递归的信息结构。因此飞书多维表格与 Notion 数据库在使用体验上是完全不同的两个产品。

我的 Notion 心得

我越来越觉得，在「差生文具多」这句话所能扫射到的某一类人群中，包括我在内，我们追求的「效率」有时候是一种副产品。我难以容忍信息是孤立的、反馈是滞后的、流程是割裂的、生态是隔离的，因此我追求的更多是统一的秩序所能带来的安全感，而效率上的提升则是达到身心和谐后所能带来的奖励。

基于此，我将把自己七年的使用经验，与我从自己的 Notion 课程上千条读者问答中观察到的用户痛点结合起来，提炼出总计九条心得感悟，这些感悟也是我设计 FLO.W 模板的核心准则，希望这套模板能够帮助你建立一个稳定、可靠且不内耗的思考、行动与管理框架。

三个长期策略

在大量的观察中，我发现很多人用 Notion 时会陷入相似的陷阱，要么过度追求复杂的系统设计，要么被琐碎的细节所困扰。因此我总结了使用 Notion 的三个长期策略，可以尽量减少 Notion 后期很容易出现的系统混乱问题。

一、做建筑师，不做室内设计

建筑师主要关注的是地基稳不稳、承重结构牢不牢、框架动线合不合理，而室内设计师则需要更多关注细节体验、选色选材、设计光影，Notion 新手很容易代入到后者的角色中。

那个时候我也会沉迷于更换图标、寻找精美封面、研究配色、调试第三方小组件，试图把 Notion 装点成一个精致的小屋。然而正是这些所谓的「情绪价值」在持续不断地侵蚀我的注意力，所有的元素都在告诉我：「看，这里多漂亮」，而不是「来，请开始工作」。

因此在我的 FLO.W 模板设计中，我不需要在笔记里显示天气或者人生倒计时，不需要放滚动的相册或者五彩缤纷的时钟，我更需要的是清晰的结构和流畅的体验上，而不是占用心智带宽的装饰品。

二、建小房子，不盖摩天大楼

Notion 数据库和页面的无限纵深，很容易诱使我们往一个页面里塞进太多东西。

我曾为此沾沾自喜，以为把所有数据库都放在一个页面里，滚动鼠标时那种深不见底的感觉就是「强大」的证明。但这是一种错觉，臃肿的单页只会带来无尽的滚动和视觉负担。例如下图就是很久以前，我用 Notion 构建的「一页」系统。

现在我更推崇「联排别墅」式的布局，让每个核心功能模块（任务、项目、笔记等）都有自己独立的一页。这样即使在笔记本屏幕上显示，鼠标也只需要滚动一到两次，就可以完整查看当前模块的所有内容。

同时利用 Notion 的同步块功能，我在模板内部构建起了四通八达的顶部导航栏。我可以非常自信地说，这是一种比侧边目录更高效的导航方式。你可以访问我的模板主页，实际体验一下导航栏的跳转效果。

三、拥抱杂物间，接受不完美

也许你刚刚放弃了某款笔记软件，带着不过是从头再来的决心看向 Notion，希望这一次能够建立一个足够完美、永远不会被抛弃的笔记系统。

但事实上，没有哪个系统能够永远完美，越是精密就越是容易失去稳定，因此不论是电子笔记库还是你的真实办公桌面，不必苛求每个地方都整齐有序，允许一定程度的混乱存在是有必要的，因为熵增是一种必然。

因此你可以适当创建一些用于收纳杂物的 Inbox 页面

或者给自己的数据库创建类似 Inbox、收集之类的标签，这样能给很多突然的想法一些缓冲的余地

一个好的系统，应该能适当地容纳你的混乱，而不是要求你时刻保持完美。最重要的是，Notion 现在的中文搜索效果其实已经有了长足的进步，大多数时候我都能直接搜到自己想要的笔记，所以你不必过于担心记的笔记找不到了。

三个承重基座

如果把 Notion 系统比作搭建一座大厦，那么「承重墙」就是那些一旦移除，整个系统就会坍塌的核心原则。我在 FLO.W 模板中设计了三个这样的承重基座，它可以让一个 Notion 系统长期、稳定、且不那么令人痛苦地运行下去。

一、克制的层级数量

页面和数据库的层层嵌套是 Notion 的魅力所在，但你也很容易因此迷失在层峦叠嶂的页面跳转中。大脑毕竟不是电脑，太深的路径会带来「我在哪」的导航焦虑。只有位置固定、层级够浅，才能够实现快速输入或者快速定位。

为了实现「减少跳转次数」的目标，，我在 FLO.W 系统中只设计了三个层级，从「主页」到任意「细分功能模块」只需要点击两次即可到达。并且你可以通过顶部导航栏，在任意页面点击一次就能回到主页。

这种克制的层级设计，最终目的是为了能够构建一个高效的「信息过滤器」。

一个好的系统，不应该把所有信息都平均地铺在你面前，它必须能在正确的时间，以正确的形式，为你呈现恰到好处的信息量——既不能太多让你不知所措，也不能太少让你无法决策。而合理的层级结构，就是实现这种过滤的最核心手段。通过对信息进行分层，来定义不同层级的优先级和可见性。

因此当你开始构建自己的 Notion 系统时，我建议你优先思考的，不是「我有多少信息要放」，而是「我在什么时候，需要看到哪些信息」。

基于这种思考，FLO.W 系统的三层结构，实际上就是一套逐级递进的信息过滤系统，希望能给你一些参考。

第一层主页，高优先级过滤器

这一层存在的目的，是让 Notion 能够自动筛选出今天你最需要关注的几件事，以此帮你过滤掉 90% 的次要信息。

首先你可以选定几个你最常访问的数据库，例如任务数据库、笔记数据库，然后在主页创建镜像视图，再添加筛选条件，过滤出你每天早上最需要重点关注几项信息，例如「今日任务」或者「本周笔记」等。

主页设计最好要足够简洁，不要堆砌太多的功能模块，否则只会扰乱你的注意力，并且会延长每次打开的加载时间。你可以点我访问我的公开主页，实际体验一下这第一层的主页效果。

第二层核心模块，场景过滤器

当你从主页进入任何二级模块，比如【任务管理】，你就启动了第二层过滤。

我把 80% 的使用场景，都固化在了这第二层，确保能在两次点击内完成绝大多数的日常操作。建议你观察自己一周内最常重复的操作，然后提前设置好数据库视图筛选，这样就可以极大程度提高每天的工作效率。

第三层细分功能，个性化过滤器

这一层是为那 20% 的更具体、更细分的需求准备的。当你需要查看「所有已完成但未复盘的任务」或者「某个特定项目的逾期任务」时，你可以进入到这第三层中。

这里的视图，是基于第二层常用功能的进一步筛选和深化。你可以在这里预设更复杂、更低频的查询需求，同时又不会因为把所有功能都堆在表面，而干扰到你日常高频的操作。将低频但高价值的分析视图放在这里，需要时才调用。

从「今天最重要的」到「这个场景最常用的」，再到「我此刻最想看的」，这套逐级过滤的体系，可以确保了你在任何时候，都只与你当下需要的信息打交道。只要提前设置好过滤条件，就不需要在几十个视图中寻找你想要的那条信息。

二、有限的元信息类型

在我作为新手刚开始构建 Notion 工作流时，我曾陷入一种「炫技」的误区，认为数据库越多就能覆盖越多的场景，然而事实证明，数据库的数量不是系统的优点，而是维护的负担。每增加一个数据库，就意味着多一套需要你理解和维护的字段规则，你的需求管理就会变成管理数据库本身。

因此目标就变成了，如何用尽可能少的数据库去适应尽可能多的场景？

我认为 Tiago Forte 的 PARA 方法论中关于领域（Area）和项目（Project）的理念非常值得学习，但在长期的实践中我发现，「资源 Resources」的定义存在模糊，而「归档 Archives」则是一种状态而非信息类型。

因此在 FLO.W 系统里，我设置了四种我认为最重要的元信息类型，它们分别是：

任务：驱动行动的最小单位，是具体执行的一个动作或一件事
项目：为了达成一个特定目标而发起的一系列「任务」的合集
领域：由一系列「项目」驱动，需长期深耕的人生目标或愿望
笔记：支撑任务、项目或者领域运转的可复用、可流转的信息

更简练一点的说法：任务 = 动作；项目 = 目标；领域 = 方向；笔记 = 弹药。

四种元笔记就只需要四个核心数据库，我可以将它们集中存放在一个页面之中，首先就解决了数据库创建得过于随意，以至于后期难以查找和维护的问题。

接下来，其他所有的细分需求都可以从这四个数据库中「长」出来，比如「会议纪要」、「灵感闪念」，都只是这四个元数据库加上特定筛选条件的「视图」而已。

因此下一次在你产生「这需要一个新的数据库来装」的念头时，不妨思考一下，这条信息的本质是什么？它属于哪一类元信息？有没有现成的数据库可以容纳它？如果只需要增加一个「选择」字段的选项就可以实现，那么就不要再创建一个新的数据库。

三、有方向感的信息关联

截至目前各个模块之间的关联只体现在了顶部导航栏的联通上，它们现在还是一个个相对独立的数据仓库，你需要打开那一扇门，走进去，才能看到里面都放了些什么。

但如果只有如此，则不足以体现 FLO.W 模板的「流动」之名。我追求的是不仅仅是页面之间点对点的简单连接，而是一种带有上下文、有方向感、能传递更多背景信息的关联方式。

它的实现方式其实也很简单粗暴，就是用数据库的 Relation 关联字段。

一般的双链笔记就像城市中的无数条小路，虽然四通八达，但缺乏路牌的指引，面对众多出口时仍会迷失方向。链接虽多，却缺乏方向感。

而在 FLO.W 系统中，因为我已经定义了四种元笔记，那么不同的元笔记之间的关联就会自动带有默认的角色和意图，可以是一种任务委派，也可以是一种资源调用。

例如：

任务关联项目，搞清这件小事朝向的是哪更大的目标
项目关联领域，确保短期的努力能够推动长期的发展
笔记关联领域，把可复用的经验存进自己的能力仓库
任务关联笔记，给马上要做的事情更多背景信息参考

基于关联关系还可以实现更多的高级自动化流程，例如：

完成任务，项目进度自动更新
关联笔记，自动出现对应任务页面中
添加课程，自动创建学习项目
剪藏文章，自动归档到对应页面

这让信息不再是漫无目的地漂流，而是像一个带着明确目标的信使，通过关联奔赴指定目的地。当你从笔记到任务，从任务到项目，再从项目链接到领域，你就可以构建一条清晰的信息流动路径，帮助你在日常工作中保持对大局的把握。

虽然在 Notion 数据库内创建这样的关联关系并不难，但我的建议是，首先你的数据库的数量要足够精简，其次你对每个数据库的职能定义要足够精准，只有这样它们在相互关联的时候，各自的角色才不会混淆，隐含的上下文信息才会足够具体。

并且在搭建初期一定不要同时创建过多的 Relation，要足够克制，否则后期对 Relation 的维护也会是一个很大的问题。

三个关键动作

如果说「长期策略」是心态，「承重基座」是骨架，那么接下来这三个「关键动作」，就是让这套系统能够正确运转的「肌肉发力点」。它们是我在实践中打磨出的，能有效对抗拖延、避免混乱的日常习惯。

一、别多想，先记下来

曾经我一直觉得，Notion 并不是一个适合用来实现快速记录、捕捉灵感的工具，首先它太重了，其次它不够快，最大的问题是它太「空旷」了。因此，以下这些问题或许也曾经困扰过你：

层级太深，等打开 App、思考并找到数据库，那点火花已经熄灭了
页面太空，担心零星几句的表达是不是不适合放在 Notion 里面？
功能太重，用起来麻烦，但不用数据库是不是等于白用 Notion 了？

为了解决这三个问题，我想让 Notion 的捕捉体验可以尽量地接近 flomo。

我的观点是，flomo 最重要的设计不是标签或者其他，而是以下三个：

没有分页的概念，输入窗口唯一，简化记录动作
有时间戳，保留最小限度的查找线索，提供必要的安全感
不能写标题，不让你动用额外的脑力去总结当前信息

所以我们可以用这样的思路，在 Notion 中创建这样的一个速记数据库：

用标题（Title）字段来充当时间戳，不写标题
用文本（Text）字段来作为输入框，不用排版
用按钮（Button）来激活快速输入，固定动作

而且这个速记的 Button 复制后可以放在任意位置，你就可以在任意地方激活速记流程。

同时我还在 FLO.W 系统中设计了一个 iPhone 快捷指令，激活这个指令之后，就可以在手机上用语音记录灵感。语音转录的文字会通过硅基流动的任意 AI 模型（如 DeepSeek）来添加标点符号、最简化修改识别错误，然后再自动存储到这个速记数据库中，并打上「语音笔记」的标签。

然后你就可以构建这样一个快速捕捉灵感或想法的速记页面了

速记结束后，还可以设置一个定期清理的流程，例如可以用数据库按钮将这条速记内容快速流转到「任务」或者「笔记」数据库中

二、将下一步动作具体化

我们之所以会对一个任务感到畏惧或拖延，通常不是因为它真的有多难，而是因为它在我们的脑海里是模糊的，不够具体的。以写完本篇文章为例，这就是一个典型的很容易让人畏惧的任务。

因为我可以先构思标题、可以先写大纲搭建内容框架，当然也可以先整理资料、总结所有核心要点。其实单看每一件事的难度并不至于让人无法执行下去，但这种「A 或许可以」、「 B 好像也行」的多重选择在我看来才是拖延症的头号原因，因为这样一来你看到的不是「两条可选的路线」，而是两条路线「可能存在的问题的叠加」。

因此我认为第二个关键发力点就是，要刻意练习为所有任务事项提取出一个清晰、具体、立刻就可以执行的小动作，哪怕只是「翻开书本」。

在我的「任务数据库」中，这样一个字段叫做「下一步做什么」

在我的「项目数据库」中这个字段叫做「备注」，我可以在这里记录这个项目要做什么、为什么做，大概可以怎么做

在我的「剪藏数据库」中，这个字段叫做「为什么收藏」，这样可以让自己下次再看到这一条剪藏时，能够有目的性地去阅读和浏览，更快地回想起自己当初收藏这条信息时究竟想实现什么目标。

这些字段的设计要尽可能降低下一次再见到这条笔记时的处理门槛，它不能是「继续推进」这样的模糊表述，而必须是能直接执行的具体动作。这样可以让我们立即开始工作，而不是在思考从哪里入手上浪费宝贵的时间和精力。

当你习惯于为每个任务定义一个清晰具体的第一步动作，你会发现拖延症变得不那么严重了，因为你总是知道第一步该做什么。只要开始行动，行动就会有惯性，它会推着你一步步将所有事情做完。

三、围绕行动去组织信息

在经历过印象笔记的混沌剪藏时代后，大多数人都有一种根深蒂固的「归档」本能，我们总是希望为一条笔记找到一个可供归类的主题，这个过程会带来短暂的整洁和安心，看着不断增长的文件夹和标签数，更是能获得一种虚假的成就感。

我们安慰自己，这些乱七八糟的东西总有一天会用得上的，然而那个「总有一天」很少到来。

当一个真正的挑战，比如「写一份季度营销方案」这个任务摆在眼前时，我们开始在无数个文件夹里翻找，不断地搜索各种关键词，在开始创作前，我们宝贵的意志力已经被消耗殆尽。

这里最大的问题不在于分类的主题无法穷尽，而是我们把分类当成了目的，这样一个静态的系统自然无法应对流动的、动态的生活和工作。所以我们应当转变思路，围绕行动去组织信息。

首先在 FLO.W 的「笔记数据库」中，我为笔记分配了六种角色，它们分别是：

在这里我不以信息的主题作分类，而是以它的「职能」来定义，即这些笔记能如何使用。

例如，「疑问」需要被回答，「流程」意味着可以被沿用，「日志」意味着经历可以被回溯。我将笔记的分类范围缩窄，这样当一则笔记产生时我只需要从这六种职能中去做选择，只需要思考它现在要解决的是什么类型的问题，以及它未来有可能会被如何使用即可。

这样一来就完成了笔记的第一层分类，相当于为你的 Notion 系统配备了运营、策划、后勤、人事、顾问等角色。下一步就是把这些职能不同的专家，分配到他们能够发挥作用的地方。

FLO.W 系统的最顶层设计是领域（Area），每个领域都是为了推动、促进某个人生目标的实现。有了明确的目标后，还需要合适的「人」或者「技能」来执行，每一则笔记就相当于一位具备特定技能的专家。

所以下一步我会将笔记关联到它所能应用到的领域上

然后我就可以在那个领域中，看到领域之下都有哪些笔记可以用

基于 Notion 的数据库特性，我们还可以对 Relation 这个字段进行分组，也就是说我们可以从「关联领域」这个维度对「所有笔记」进行透视。

同样地，笔记也可以关联到特定的「任务」或者「项目」上，这时「任务」或「项目」便成为笔记的另一种分类标签。

这种基于关联关系的分类方法有一个显著优势：当我需要给笔记打标签时，不仅可以从现有的「笔记职能类型」中选择合适标签，更重要的是，由于系统已经用「任务」、「项目」和「领域」这三个维度对标签进行了预先分类，提供了充分且准确的上下文背景，因此我的标签选择过程可以快速且精准

传统的标签系统非常考验你的抽象归纳能力，面对一篇笔记你可能需要在几十、近百个标签库中思考，这篇文章属于哪一个主题？并且不同类型的标签还会杂糅在一起，有的是任务标签，有的是主题标签，这个搜索和查找的过程会非常发散和缓慢，容易让人陷入选择困难症的境地。

而现在，当我写完一篇笔记，我考虑的是更具体的关系：

这篇笔记能解决哪个项目的问题？
这篇笔记能用来指导哪个任务的执行？
这篇笔记能放在哪个我长期关注的领域？

于是思考的范围就被收窄，我不需要面对无穷的标签宇宙，只需要在我当前正在关注的、正在执行的、有限的任务、项目或者领域中去做出选择即可。

这样一来我们就实现了「围绕行动去组织信息」这一目的，因为行动总是发生在具体场景中，这种场景化的记忆往往更加深刻。有了模糊的场景线索，就能通过「项目关联」或「领域分类」快速定位到这篇笔记，而无需在成百上千的笔记中漫无目的地查找。

关于 Notion 模板

很多时候我的大脑就像一座拥挤的火车站，太多想法与任务如同没有时刻表的列车，随时涌入又离去。Notion 则是我目前找到的解法，它为我构建了一个清晰的班次时刻表，让每个想法和任务都有了明确的轨道、站点和到达时间，不再混乱地相互碰撞抢道，而是井然有序地按计划运行。

它不是唯一选择，也并非适合所有人，这个系统也不能赋予我超能力，只是让我可以把那些繁重的记忆、整理和调度工作交给外部系统来承担，它让我终于能将注意力留给真正重要的事：深度思考一个问题，创造有价值的作品，或者与家人共度一场不必反复确认行程的旅行，那些内在的秩序，最终会以外在的平静与自由作为奖赏。

这些年来我也看到了太多读者满怀热情地开始尝试 Notion，最终却迷失在复杂的数据库关联和函数里面。也看到很多人兴冲冲地下载模板，但又因为难度实在太高，在搞懂到底该怎么用之前就已经消磨光了耐心。

所以我觉得合理的上手路径应该是由简入深的，盲目展示 Notion 的复杂度是不可取的，生造需求是舍近求远的，真正有效的模板应该既能够解决实际痛点，又易于理解和操作。因此在两年前写下 Notion 课程专栏的第一篇文章开始，我就一直在思考如何找到一个更优、更快的解法，FLO.W 思流模板就是我现在给出的答案。

它是我所有试错、所有思考、所有「原来应该这样做才对」的恍然大悟的集合。

与一些纷繁复杂的 Notion 模板不同，FLO.W 系统不会在模板中预设你的目标，不会刻意规划你的路线，更不会代替你决策人生。因为每个人的需求和想法千差万别，那些看似有用的人生目标模块，往往在激起三分钟的涟漪后，只能剩下半途而废的心理负担。

我的目标很简单：提供一个可靠的行动框架，就像一辆高性能电车，虽然有强劲的引擎和灵活的轮子，但方向盘如何转动、驶向何方，始终由你自己决定。这样你才能真正掌握自己的工作与生活节奏，而不是被模板所束缚。

如果说 Notion 课程专栏是我作为一名「建筑师」，向你分享的建筑学原理、结构设计思路、以及具体施工方法，那么「FLO.W 思流」模板就是我基于这些思考，为你搭建好的一座可以拎包入住的精装房。我已经为你处理好了所有最复杂、最枯燥的底层工程，完成了那些会耗费掉新手 90% 热情的数据库关联和函数编写。

它拥有：

坚固的地基：精心设计的数据库
合理的动线：三层信息过滤系统
完善水电网：预设的关联、公式、筛选器和按钮

你可以直接拎包入住，它的基础功能已经足够强大，能解决你 80% 的日常问题，让你从混乱中解脱；你可以把它当成一个可拆解的乐高模型、学习、理解其中构造和联动的方法原理，从而真正掌握 Notion 的建筑原理。更重要的是，你可以在这个模板的基础上，进行你独一无二的软装——添加、删减模块、设计个性流程，直到把它变成独属于你自己的生产力引擎。

模板也已经标配完整的图文视频手册，每一个细节用法已经为你拆解到位，无需折腾，开箱即用。

希望《FLO.W 思流》能帮你节省下数百小时的探索时间，让你从一开始就能享受到使用 Notion 的便利和乐趣，能够在这混乱、充满不确定性的世界里，为自己争取一点内心的秩序、平静与自由。

购买链接 ⬇️

Notion 2025 最新离线模式测评！有惊喜、有失望

Tue, 19 Aug 2025 12:37:40 GMT

继去年 Notion 中文模式上线之后，离线模式作为最后一个让人翘首以盼的功能，这几天终于开始逐步灰度更新给所有用户。

因为这几天出门在外，无法写得太详细，因此本文只能先简单讲讲：Notion 的离线模式怎么样、怎么用、好用吗、有哪些特点，有哪些限制？以及，Notion 的离线模式与 Obsidian 相比有哪些异同，到底能不能消除你对云端笔记的担忧？

基本机制

离线模式应该会是之后很大的一个付费刺激点，因为免费用户需要手动开启每个页面的离线模式，而付费用户（不限版本）则可以对「最近访问过的页面」或者「收藏的页面」自动开启离线模式。究竟值不值得为了离线模式付费，看完本文你就会有答案。

手动开启方式如图所示，打开页面设置，勾选「支持离线查看」即可。

所有启用了离线模式的页面，都可以在「系统设置 – 离线」中统一查看

目前除了网页端不支持，Win、Mac、iPhone 和安卓上的 Notion 客户端都可以开启离线模式。但有一点需要注意，根据官方文档的说法，离线模式在不同平台都需要单独开启。

也就是说，如果你准备在飞机上用 iPhone 或者 Mac 阅读和编辑一篇文档，那么在上飞机前，你需要分别在 iPhone 或者 Mac 上对这篇文档开启离线模式。

上飞机后，如果你分别在 iPhone 上写了 100 字，修改了 2 个段落，又在 Mac 上写了 2000 字，下飞机连上网络之后，Notion 会自动处理不同平台的编辑冲突，使每个平台的文档都能更新到最新版本。

基础特性

同步机制

自动同步：离线时所做的任何修改都会先保存在本地。当设备重新连接到互联网后，更改会自动同步。
移动端限制：在手机或平板上，离线内容的同步仅能通过 Wi-Fi 进行，暂不支持蜂窝数据网络
在断网环境中访问离线页面时，会提示当前页面的最后同步时间

离线机制

功能限制：部分依赖网络的功能在离线时无法使用，例如嵌入 (embed)、按钮 (button)、表单 (form) 、以及 AI 等。
数据库限制：对于数据库，仅默认保存第一个视图中的前 50 个条目。
子页面：保存一个父页面不会自动保存其下的所有子页面，你需要单独将重要的子页面也标记为可离线使用。

也就是说，就算我们将所有数据库都放在同一个主页面里，即便开启了主页面的离线模式，其中的子页面、数据库、数据库中的页面也无法一次性全部离线保存下来。

一些常见问题

编辑中突然断网会有什么提示？会在页面底部弹窗，提示当前页面的最后编辑时间页面顶部也会出现「离线中」的提示，并且会计算有多少项编辑需要在上线后同步
在离线状态下，能启动 Notion 客户端，然后创建或编辑页面吗？可以正常启动客户端，也可以创建新的页面。
在离线状态下，能打开已经离线了的页面吗？可以打开，但偶尔可能出现加载缓慢，或者加载失败的情况。这个时候可以尝试退出客户端，然后重新加载页面。
在离线状态下，搜索还能用吗？可以搜索，但只能搜索到已经离线下来的内容，并且会提示「Go online for more results」。
在离线状态下，能打开数据库吗？能打开，但是打开数据库后，未被离线的页面将呈现灰色状态，且无法点击

离线能力测试

在这部分内容里，我会简单测试一下 Notion 当前离线模式的能力边界，看看它能做到什么程度，以及存在哪些会对日常使用有影响的限制。

首先在离线状态下，Notion 的大部分文本相关的功能都可以正常使用，包括新建页面、书写文字、编辑文本样式（加粗、颜色等）。

也可以正常创建数据库，但是部分数据库字段（如附件、函数、按钮、ID 等）无法创建和编辑，另外虽然关联关系（Relation）字段也可以创建，但创建之后无法关联到其他数据库。

此外，所有需要联网才能使用的功能、或者需要实时计算更新的功能都无法使用，例如：

系统设置界面无法打开
无法使用导入功能，如无法导入 Word 或者 MD 格式的文件
所有的第三方嵌入服务（如 Figma）无法使用
无法用上传或者复制粘贴的方式新增图片或者视频
所有 AI 相关的功能无法使用
数据库图表和表单功能无法创建、也无法使用
按钮功能无法创建、也无法点击

鉴于 Notion 本身就是一款云端笔记，在离线状态下，无法使用需要依赖云端的功能也算合情合理。另外还需要注意的事，这几个月来 Notion 的更新速度非常之快，也许某些功能的限制也只是暂时的。

对比 Obsidian

放弃 Notion 改用 Obsidian 的人非常多，就我观察到的现象而言，基本都是因为以下三个原因：

加载缓慢，或者根本就打不开，着急用的时候只能干着急
写到一半突然连不上了、断网了，刷新之后笔记找不到了
担心 Notion 哪天倒闭，失去笔记访问权限

所以现在的问题就是，在 Notion 的离线模式推出之后，以上三个问题能被解决吗，与 Obsidian 的「本地优先策略」相比，Notion 有什么优势或者不足？

首先，Obsidian 强调的是个人对数据的绝对掌控权（File over App），每个 Markdown 文档都可以被任意编辑器打开，可以自由移动、改变存储位置，可以基于单个文件来构建多种形式的工作流，并且所有数据天然离线，因此存储、加载、编辑或者搜索时无需依赖任何网络。

而 Notion 永远是、也只能是一款基于云端、且只能提供有限的离线缓存模式的云服务产品，这是由 Notion 的产品定义、功能逻辑、实现原理、以及商业模式所共同决定的。

好的地方在于，当你启用 Notion 的离线模式后，就算突然离线断网，笔记内容也不会平白无故地消失不见，它会优先存储在本地，等恢复网络链接后再同步到云端。并且有了离线模式，你也付费订阅了任意方案，那么你最近访问过的页面，或者添加到收藏的页面都是自动启用离线状态，这样一来加载体验就有了最基本的保证

但如果你依然担忧 Notion 的发展，或者认为如果有一天国际关系恶化，国内账号会被 Notion 官方 ban 掉，如果你曾经遭遇过云端数据丢失的痛苦，那么离线模式其实也只能解决部分问题，并不能完全消除这些顾虑。

毕竟 Notion 的离线模式有以下几个根本限制：

它只能为特定页面提供临时的离线访问能力
它无法完整离线备份整个工作区
子页面需要单独设置，数据库条目有数量限制
设备更换或重装系统时，需要重新离线保存
无法自定义修改离线存储的位置

对于真正担忧数据安全的用户来说，更可靠的方案是定期使用 Notion 的导出功能，将整个工作区或重要页面导出为 Markdown、HTML 或 PDF 格式，并妥善保存在本地硬盘或云存储服务中。这样即使 Notion 服务中断或账户出现问题，你还能保留数据的所有权和访问权。

离线模式的意义

所以在这个节点下，Notion 姗姗来迟推出的离线模式有什么意义呢？我觉得最大的意义在于，纯云端产品曾经不可预测的数据丢失风险现在变得可以被管理了，即便只能在最小范围内，也可以增添不少安全感。

Notion 过去最大的问题是没有网络就会变成废物，但现在即便离线也能写、能读、能搜（限已缓存的范围），这消解了用户曾经无法抹去的信任门槛。

再者，因为离线可用，所以现在 Notion 的使用半径可以扩大到更多场景上，比如飞机无网或户外弱网环境，网络波动将不再会导致工作心流的中断；在不允许第三方软件联网的企业内网里，Notion 现在至少也可以担任超强记事本一般的角色了。

如此一来，离线模式可以让用户更有理由把更多关键流程留在 Notion 上，避免了用户在这些场景下因寻找本地文档体系的替代品而流失。

从商业角度考虑，付费方案用户可以拥有更便捷、更无感的自动离线，这势必可以进一步刺激用户的付费意愿，起码我个人现在觉得花了这么多钱订阅，确实有变得更值得了一点。

值得为离线模式付费吗

客观地讲，Notion 的订阅费用真的不低。Plus 年费 120 美元，商业版年费 240 美元，如果不是长期且深度的用户，恐怕会第一时间敬而远之。所以当你产生了「到底要不要为离线模式付费」的念头时，我的建议是不要，或者至少不是现在。你应该优先考虑的是，其他功能值不值得让你花掉这笔钱。

Plus 最大的付费权益是不限制单文件 5MB，可以使用图表、表单，以及数据库自动化；而商业版则可以在此基础上，再拥有无限量的 AI 能力。只有当这些功能足够促使你付费订阅，我认为这个时候离线模式对你来说才是有价值的一个添头。

否则如果你使用 Notion 的频率很低，那么离线模式对你来说也没有意义。

欢迎各位在评论区说说你的看法，你觉得 Notion 这次推出的离线模式有达到你的预期吗，你觉得离线模式会成为你付费订阅的关键因素吗？

我的 Notion 大型模板

我耗时半年筹备的 Notion 大型模板再过几天就会在少数派上线，你可以访问这个链接，提前查看模板的详细介绍：https://eryinote.com/shop/2002

现在购买可获得早鸟优惠，最高减 50。

10 款年度最佳效率工具，总结我的 2024

Thu, 02 Jan 2025 17:08:00 GMT

本文和大家分享，这一年下来我都用过哪些好用的效率工具，希望在新的一年能给大家一些参考或帮助。

下文推荐中，如果是 Mac 专属的应用，我也会在后面附上我推荐的 Windows 同类平替。

你也可以在公众号后台回复关键词 011，获得本文搜集整理的所有产品的下载地址或者安装包。

也欢迎你在评论区分享 2024 年你的年度应用都有谁，我会将大家的回复统计成一个新的表格，然后贴在评论区置顶。

让我们一起打造一个庞大的《2024 精品软件推荐库》吧。

年度最佳笔记软件 Notion

在我深度测评完这么多笔记软件后，我的年度最佳笔记应用毋庸置疑仍是 Notion，它的自由度、功能性以及它所能覆盖的笔记场景，实在是广无边际。

并且 Notion 2024 年还上线了一系列重磅的新功能，包括但不限于数据库图表、数据库表单（问卷）、官方中文、更强大的 AI 助手、更强大的函数、更强大的自动化，以及更好用的按钮，使得 Notion 的综合能力再一次让其他笔记难望项背。

而且 2025 年 Notion 还将推出离线模式，具体你可以阅读这篇文章，如此强大的产品还在无限进步，我可以非常放心地把自己的所有笔记都放在上面了。

不过为了不让本文成为自卖自夸的 Notion 课程推广，这里就不再做过多的展开，所以就先点到为止，年后我会再单独发一篇 Notion 的 2024 年总结，感兴趣的话可以关注一下。

年度最佳写作软件 Obsidian

你可能想不到的是，Obsidian 现在对我来说是严肃文章的最佳写作利器。不论是 Heptabase 还是 Tana 的万字长文测评，我都是用 Obsidian 创作的。

虽然我在这条视频里介绍过我对 Ulysses 的喜爱，但不支持安卓和 Windows 平台是它无法改变的硬伤。而 Obsidian 只要你不去折腾它的插件，它就是一款非常好用的免费、全平台 Markdown 写作利器。

我想必然会有读者想问，为什么我不用 Notion 来写作？我觉得可以从「笼统的」和「具体的」两个角度来回答这个问题。

笼统地说，我希望能有一个独立于 Notion 之外的写作空间。

因为 Notion 对我来说是一个大而全的生产系统，我在上面放了太多的东西，有无数的笔记、无数的任务或者项目，所以切换到 Obsidian 后，更像是一种心境上的切换，类似从工作车间回到书房，这会让我更加沉浸。

具体地说，我需要靠 Obsidian 的插件来实现 Notion 所不具备（或者做得没那么好）的功能。对我个人写作而言，字数统计和导出发布功能尤为重要，Notion 虽然也可以，但自由度没有那么高。

所以我在 Obsidian 中安装了这些插件：

Daily Statistics：统计每天输入的字数
Novel word count：统计每个文件夹的所有字数
Image auto upload Plugin：自动上传图片到图床

没错我在 Obsidian 用来辅助写作的插件就这么多。

因为视频脚本需要严格控制每个段落的节奏感，所以我需要用字数来控制我的写作篇幅和写作进度，而 Obsidian 在选中段落后，能够自动在右下角即时统计段落字数。

其次，我还希望能够实时统计每天、每月、以及整个库的总字数，这能够激励我更多地创作，向 100 万字进发。

最后，Notion 虽然可以导出为 Markdown 文件，但不具备「直接复制为 Markdown」的功能，而我刚需 Markdown 格式的文章来发布公众号内容。

所以我用图床插件配合 PicGo ，就可以实现将图片粘贴到 Obsidian 后，自动上传图片到自己的图床；写完文章后，只需要全选复制文章，然后通过在线工具将其转化为公众号适用的格式，就可以快速进行文章的发布了。

这类工具还有很多，我整理了 5 个 Markdown 转公众号的在线工具，你可以在后台回复 011 获取。

我的 Obsidian 插件原则就是，如无必要，不装插件，因此省去了大量用于折腾的时间。我也建议每一个使用 Ob 的读者，在折腾插件之前先问问自己，这插件是不是非装不可？

不要过度脑补插件所能带来的效率提升，只用最低限度的插件即可，否则工具就会变成玩具。并且不管你用什么写作工具，最重要的是先开始写，写完之后找个地方发出去，然后再继续写下一篇，不要停下来。

年度最佳稍后读 Readwise Reader

稍后读工具有很多，国内做得比较好的我认为是 Cubox，以及门槛很高的简悦。但因为我自己用的笔记和效率工具多为国外生态产品，所以我选择几乎全能的 Readwise Reader 来作为我的稍后读工具。

这是一款支持网页文章剪藏、支持 RSS 订阅、支持邮件 Newsletter 订阅，支持 PDF 和 Epub 原生阅读的稍后读工具。

每一篇剪藏的文章都会在侧边栏自动用 AI 总结全文精华，并且用于总结的提示词是可以自定义的。

你可以自由地对文章内容划线、做笔记、打标签，Readwise Reader 支持非常丰富的键盘命令，使得整个阅读体验非常的优雅且高效。

除了可以在 Readwise 中搭建 All in one 的电子阅读器，它还可以便捷地将你划线的笔记导入到第三方应用中。不论是 Tana 、Heptabase 或者是 Notion 都可以很便捷地与 Readwise 进行联动。

所有在 Readwise Reader 中标记的内容，都会自动同步到我的 Notion 数据库中：

这款工具完全值得再写一篇 3000 字的长文来做介绍，如果你在新的一年期望能够以更加高效的方式来阅读更多高价值的内容，Readwise Reader 会是一个很好的选择。

目前 Readwise 支持一个月的免费使用，使用我的 aff 链接注册账号，可以额外获得一个月的试用期：https://readwise.io/i/eryidebiji

不过需要注意的是，如果最后你决定订阅正版，这款工具的年费要 120 美元，价格实在有点高昂。好在 Readwise 官方给「发展中国家」提供了半价订阅优惠。

我写了一篇简短的半价订阅教程，如果你感兴趣的话，可以在公众号后台回复「011」，获取 Readwise 半价订阅正版的方法。

年度最佳截图软件 CleanShotX

截图可以分为静态图以及动态图（GIF），在这一年的写作过程中，我最常使用的静态截图工具仍然是在这一篇文章中提到过的 CleanShotX 。

它的优点有以下几个：

功能丰富，可截图（含长截图）、标注、录屏、OCR
自定义程度高
有足够的审美

另外我最喜欢的 Mac GIF 录制工具则是 Gifox，它最大的优点在于后期可调整的空间非常大，例如：

可对 GIF 特定片段进行删减
可调整 GIF 的帧数、分辨率、速度、和最大颜色数等

通过这些调整，我可以将 GIF 的大小、时长以及画质控制在一个相对合理的范围。

并且 Gifox 不仅可以直接截取屏幕来生成 GIF，还可以将现有的 MP4 文件转化为 GIF，非常的便利。

上面这两款产品在 SetApp 中都有，如果你订阅了 SetApp 的话不妨安装试试看。

如果你是 Windows 平台的用户，GIF 录制可以选择 ScreenToGif 或者 Honeycam 这两款工具，截图工具可以选择开源免费的 ShareX。

最后，一旦涉及到图片相关的工作流，图片压缩一定是逃不过的一环。

在 Mac 上，我的最佳图片压缩工具是 Clop，它可以自动对复制到剪贴板的图片进行压缩处理，压缩完之后，再自动放回剪贴板，压缩流程极其高效，压缩的效果也非常好。

除此之外，Clop 还具备以下几个特性：

可压缩 GIF 和 PDF
可监看某个特定文件夹，然后自动压缩其内的文件

篇幅有限就不做更多展开，但真的好用且强大，一试便知。

年度最佳录屏工具 ScreenStudio

这是一款很贵但可以买断的 Mac 端录屏工具，几乎可以说是教程分享圈里的一件时尚单品了。

实际上手后才能知道效果有多让人惊艳，简单罗列几个特性：

只需要简单录制，所有效果全自动
自动优化鼠标轨迹，自动放大局部操作
可显示鼠标点击、显示键盘输入的命令

我的 B 站最近 3 期视频的基础录屏工作，也全部都是用 ScreenStudio 来完成的，非常推荐有录屏需求的读者尝试一下。

目前 Windows 上我还没发现有同类产品，如果评论区有读者知道，欢迎你的分享。

并且各位读者需要注意的是，如果你在百度上搜索 ScreenStudio，排名第一的是一个中文盗版网站，几乎一比一照抄官网的页面布局，请千万不要上当受骗。

目前 ScreenStudio 支持 14 天试用，官网地址（aff）：https://sourl.cn/iXiJtd

年度最佳素材管理工具 Eagle

自从我 2018 年在少数派买了 Eagle 的激活码之后，这么多年下来，它年年都是我的最佳素材管理工具。尽管这期间我还尝试过诸如 Billfish 之类的同类竞品，但兜兜转转还是 Eagle 最好用。

开发了这么多年， 4.0 大版本虽然涨到了 229 元，但能够永久买断（且支持两台设备）的素材管理利器，我认为是完全值得这个价格的。

简单列举 Eagle 的几个优点

加载快速、流畅
几乎全能的文件格式识别（图片、音频、视频、文档）
高效的素材分类手段
4.0 上线插件系统，能满足更多的细分需求

Eagle 还有数不清的细小但却非常实用的功能，这里就不一一列举，如果你对本地素材管理有需求的话，我认为 Eagle 是值得一试的。

目前 Eagle 支持 Mac 和 Windows 双平台，也支持 30 天的免费试用，下载地址：https://sourl.cn/FzdbGc

年度最佳快速启动工具 Raycast

Raycast 可以说完全改变了我使用 Mac 的方式，一开始我只是将它作为 spotlight 的平替，用来快速查找并启动应用，但是后来我开始用 Raycast 做这些事：

应用快速启动
窗口管理，如改变大小、多屏幕快速移动
快捷文本片段输入（snippet）
更便捷地查找 emoji
计算器、汇率转换

快捷窗口管理：

以上这些全都是免费功能，如果你愿意花钱订阅的话，还可以拥有 AI 问答、便捷记事本等功能。

下图是 Raycast 官方自带的 2024 年度总结，可以看到这款产品的审美设计也是一绝。

Raycast 的绝大多数功能都支持快捷键自定义，例如我将最常用的窗口管理命令「Next Display」绑定在快捷键 ctrl+cmd+9 上，这样可以将当前应用的窗口快速移动到另一个显示器上，省去了鼠标拖拽的功夫。

不过为了将快捷贯彻到底，我还买了一个 Tourbox Elite

你可以看到，它有相当丰富的物理按键，然后我就可以将不同软件的快捷键绑定在特定的物理按键上。

这样一来，我只需要将 Tourbox 放在键盘左边，翘起小拇指按一下短键按钮，就可以触发 Raycast 的快捷键，从而快速地将当前窗口移动到另一个屏幕了。

当然这个 Tourbox 也不可能只用来干这个活，它也是我目前辅助 Fina l Cut Pro 剪辑视频的利器。

如果你是 Windows 用户，也有类似的工具可以替代 Raycast，例如 Quicker 或者 utools 等。这两天我还在少数派上看到了 Raycast 的 Windows 平替版，名叫如快，感兴趣的话可以试试。

年度最佳分享工具 Localsend

作为苹果全家桶 + 安卓 + Windows 多阵营的用户，我经常需要在不同的设备之间传输图片、视频或者文件。

先不提苹果和安卓之间传送文件的不便，就算是曾经以便利著称的AirDrop，现在也已经拉跨成一坨大粪，十次启动有九次无法正常传输，的确是真正的 Only Apple Can Do 🙏

而 Localsend 则是我今年一直在重度使用的全平台文件分享工具，如果你也有传输文件的需求，推荐下载试试。

Localsend 开源且免费，目前在 Github 上已经有高达 55.3k 的 Star。它的体积足够小巧，并且没有太多花里胡哨的功能，只专心做一件事，就是稳定地帮你将文件从一个设备传输到另一个设备。

Github 链接：https://github.com/localsend/localsend/releases ；你也可以在公众号后台回复关键词「011」，获取我帮你整理好的安装包。

年度最佳浏览器插件｜沉浸式翻译

这款插件我想大部分人都已经耳熟能详了，如果我的浏览器只能留下 3 个插件，那么「沉浸式翻译」一定会是其中之一。

与其他网页翻译工具不同，沉浸式翻译不会覆盖原文，因此可以保留上下文，这可以让你更好地判断翻译的准确性，获得更好的阅读体验。

除了翻译网页文章，还支持 Youtube 视频显示双语字幕

另外，这个插件还支持将本地的 PDF 一键翻译成中文

插件下载地址：https://sourl.cn/pHvD9h

年度最佳记账软件｜钱迹

我记账的历史起码有十年了，从最早 iPhone 上极简的 Dailycost ，再到好看、好玩的记账城市，到后来号称最强大记账软件的 MoneyWiz，市面上所有的记账软件我几乎都用了个遍，但到最后只有钱迹能让我养成自然无压的记账习惯。

截至目前已经使用钱迹 1534 天，记了 2887 笔账。

过滤筛选一下，今年在付费会员这块一共花了 7577 元，平均每月 631，超过三分之二都是花在各种 AI 工具和笔记软件的订阅上。

对于现在的我来说，记账软件必须要具备以下几个硬性条件：

没有广告、没有社区、没有理财
支持全平台客户端
启动速度快
最好可以买断

钱迹首先当然满足以上几个要求，并且还有这几个优点

有丰富、好看的报表
支持周期记账、分期记账
支持标签、多币种
支持多账本、支持桌面小组件
即将支持自动记账

如果你有意在 2025 年开始培养记账习惯，那么我有以下几个建议

记账四舍五入。34.4 就记 34 块，35.6 就记 36 块，这样可以极大加快每次记账的时间，不需要精准到小数点
每个月定期一次到两次核对账户，如果跟账本有出入，直接修改账本余额，并记为「其他支出」或者「其他收入」

总的来说，我身体力行的记账核心原则只有一个，就是「不拘小节」，没必要去抠每一笔记录的细节，因为只要你记的次数足够多，最后的误差都会被抹平到几块钱。

总结

以上就是今年我的 10 款年度应用分享，希望能给你一些参考。当然这一年下来我用过的应用远不止本文提及的这些，新的一年我还会写更多的文章，为大家推荐更多更好用的生产、效率工具。

欢迎你在评论区留言，说说看你心中的年度应用都有哪些。你也可以在我的公众号后台回复关键词「011」，获取本文提及的应用清单，包含它们的官网链接和下载安装包。

以下推荐虽然没有列入我的年度十佳，但同样是我每天都在重度使用的产品。

好用的本地影音库 VidHub

虽然 Infuse 的名声在外，但每年的订阅价格要 88 元。与之相比，VidHub 的买断则只要 89 元，并且功能对我来说已经完全够用，所以 Vidhub 就成了我今年最好用的本地播放器。

好用密码管理 1Password

虽然免费的密码管理软件很多，但今年我还是从 Bitwarden 回归到了 1Password，因为除了密码管理外，我还有个刚需就是需要上传需要机密保存的文档或证件，这点 1Password 就做得非常好。

并且 1Password 也是我用过的所有密码管理软件中，界面最好看、操作逻辑最简单好用的一个。

好用的 RSS 订阅工具 Follow

今年的 Follow 颇有一种重铸 RSS 荣光的感觉，不知道还有没有读者也在用这个工具，欢迎分享一下你都订阅了哪些信息源。

刚好，Follow 可以一键将订阅的文章或者图片收藏到 Readwise 或者 Eagle 中，和我正在用的几款工具不谋而合。

最强 AI 大纲笔记软件，Tana 能否超越 Notion

Fri, 01 Nov 2024 16:17:03 GMT

视频测评

前言

使用 Tana 的第 1 个小时，我确信这将会是一款非常有趣的产品。

第一天，我察觉到它具有与 Notion 数据库相仿的潜力，也体验到了比 Logseq 更丝滑的大纲体验，以及比 Roam Research 更好看、更有质感的 UI 设计。第一个礼拜，我惊讶于这样一款完成度如此之高、AI 功能强大、搜索命令（Query）相当完善的产品，竟然还处在 Beta 阶段。

第十四天，我已经在 Tana 中构建了一个相对完整的笔记框架，并觉得就这么 All in Tana 似乎也不错。我想一定有人会问我，作为一名忠实的 Notion 拥趸，并且还是 Notion 课程的作者，我是不是要放弃 Notion 了？

直到今天，我确信自己对 Tana 已经有了基本的认知，足够向各位分享一些微薄的心得体会了，终于才写下这篇分享，希望能带你认识 Tana 究竟是怎样的一款工具。

它的好、它的坏，我将一并呈现于你。它该怎么上手、它能怎么用、它究竟适合谁、它能否真的替代 Notion 或者 Logseq、Obsidian 等工具，以及如何更快地获得 Tana 的邀请资格，这些问题看完全文你一定会有答案。

对了，这篇长文是用 Obsidian 写的，很遗憾 Tana 并不支持 Markdown，也完全不适合用来写长文，这是它众多缺点中的第一个。

Tana 的基础认知

因何而特别

丝滑的大纲体验，加上细节之处相当优雅的动效设计，使得 Tana 能最快让人收获「有审美、有质感」的第一印象。然后接下来还会有数次惊呼「这也行？」的时刻，随着体验的逐步加深而解锁。

对我来说，这几次分别是：

在体会到了 Supertag 的应用场景之广后
在发现了 Tana 对 AI 工作流的理解之深后
在创建了一个又一个条件苛刻的全局搜索命令后
在使用各种命令按钮一键执行了复杂的工作流后
在感受到 Tana 在移动端的便利性之后
在与 Readwise 高效联动并获得了满足感之后

还有更多瞬间无法一一列举，我会在后面的内容里逐步为你揭开 Tana 的更多优秀特性，以及或许会将你劝退的诸多缺点。

一切都是节点

作为一款大纲笔记软件，Tana 中的一切都是节点，也就是说只有节点（Node）这一个笔记颗粒度，没有再单独划分文件夹之类的概念。如何理解，如何使用？

首先和所有的大纲笔记一样，Tana 的每一个节点都可以进入和退出（zoom in & out），还可以将任意节点以窗口形式左右或者上下并排放置，但目前还不能像 Obsidian 那样随意地上下拖动，也不支持多开窗口，因此自由度虽然有，但不多。

一个能够很好地体现「节点是唯一的笔记单位」的特征是，你可以为每一个大纲节点单独设置图标和封面，就像 Notion 中的一个个独立笔记页里的 Icon 和 Banner。

并且每一个节点都带有一系列的元数据，如下图所示

这意味着，你在 Tana 中创建的每一个大纲节点，都至少带有 13 个隐藏的元数据，然后我们可以手动选择这个节点要显示哪一些元数据。

例如受这篇文章的启发，我开始尝试记录 Life Log 这个东西。虽然我经常一天到晚忙到没边，但精力过于分散，因而很难具体地回想起自己这一天到底都做了什么，导致每天睡觉前总会在身心俱疲中感到空虚。

所以我在 Tana 中创建了 Life Log 这个模块，并选择开启 Created Time 这个元数据，然后在 Life Log 这个主节点之下的所有子节点，一旦创建就会自动显示创建的时间戳，这样就可以让我对自己在什么时间做了什么事有一个大概的印象。

我企图通过这种方式来重新获得对生活的掌控感，目前感觉还算不错，因为我只需要忠实记录「刚才做了什么」就好，大纲节点的时间戳会在我分心玩乐的时候，给我迎头痛击，让我赶紧回到工作上。

然后在一天结束后，我还可以让 Tana AI 一键将这一天鸡零狗碎的事自动分类成工作、生活以及娱乐三个大的类别，具体怎么实现会在文章后面细聊。

节点是唯一细粒度的另一个重要用法，体现在你想引用某段笔记时。

在 Obsidian 中，一般我们只能引用一篇文章的标题，或者文章内某个段落的大标题，如果你想引用「具体的某个段落」是很麻烦的一件事。而 Notion 虽然具备块引用功能，但你无法直接通过搜索的方式做到，你需要先定位到这个块的页面，然后手动复制块的链接，再回到目的地粘贴并提及（Mention）才行。

但因为 Tana 只有节点（Node）这一个笔记单位，所以你可以在任意地方，直接使用符号 @ 来搜索并引用笔记库内的任意节点。引用之后的节点就像 Notion 的 synced block 或者 Logseq 的 embed block 一样，一处修改、处处同步。

值得一提的是，Tana 的中文搜索效果在一众外国产品中，竟然意外的准确，对中文分词的支持度非常高。

现在，当某个节点被引用了，它的右侧就会显示被引用的次数，左键点击这个数字，还可以展开所有引用过它的节点：

如果你引用了某个节点，还可以 Shift+ 左键点击，就可以直接在下方完整地打开这个节点，然后直接对原节点进行查看或者编辑的动作，非常便利。

最后，Tana 虽然也有侧边栏目录结构，但它不是 Obsidian 那样的侧边栏文件夹（文件夹只能起到收容文档的作用），它依然是一个个放置在侧边栏的节点（Node）。

所以，如果你是第一次使用 Tana 的用户，当你产生了「笔记到底要放在哪里」的疑问时，我的首要建议是，先把侧边栏节点当成文件夹，然后创建几个你常用的笔记类型，如此能帮助你更快地熟悉这款产品，而不至于迷失在各种功能里，却写不下几行笔记。

等到你足够熟悉 Tana 的功能，你会发现，尽管 Tana 只有节点这一种笔记单位，但它的上限真的非常高，因为还有节点视图（view）这一个功能，可以将大纲节点转化为我最喜欢的侧边栏目录（Side menu) 的效果。

光是这一点，就足以将 Tana 与其他大纲笔记很好地区分开来。

秩序从混乱中生长

现在我们已经知道，Tana 的笔记就是由一个个节点构成的，并且因为有了侧边栏目录功能，所以我们完全可以将父节点当成是一个文件夹，而子节点则是文件夹之中的一个个文件。

实际上这么使用完全没有问题，我认为不论再怎么自由的信息结构都少不了树状目录的帮助，这一定是对大多数人来说最容易上手的信息管理模式。

但 Tana 有两个更自由的模块，分别叫 Inbox 和 Daily Note，它们可以帮助你实现「先记录，再分类」的需求。如果你用过的笔记软件不在少数，那么应该对这两个概念不陌生。

每天打开 Tana，首先呈现给你的是以当天日期作为标题的页面，你可以在这个页面记录任何你想记录的东西。

但如果所有内容都记录在 Daily Note 中，时间一长必然会有很多重要的想法、任务、灵感或者待办事项等，遗失在每一天的日记里。例如 Heptabase 虽然也有 Journal 功能，但因为目前不支持行级标签，所以很多时候我并不会选择在 Journal 中记录碎片信息，因为太容易忘记和遗失。

所以 Tana 带来了超越传统标签功能的 Supertag，它为每一个笔记节点带来了近似 Notion 数据库的特性。使用方法也很简单，就像过去任何一次打标签一样，在笔记节点上使用符号 # 即可：

接下来只要我点击这个标签 #硬件数码，所有被打上同一个标签的节点，都会被汇总到一起，并以列表（List）的默认形式呈现，如下图所示。

这就是 Supertag 的第一个特性，也是最基本的特性，即可以一键聚合任意位置带有相同标签的笔记节点。但这和其他具备标签功能的笔记软件相比，似乎没有太大的特殊之处?

幕布也可以对每个节点打标签，但点击标签后只能在当前文档范围内进行索引和过滤；Obsidian 具备标签索引用，但标签只能对文档层级进行过滤；Logseq 具备标签索引，但 #Tag 和[[Tag]] 是等价的，并且结构化管理的手段较弱，不如 Tana 易用。

Hetpabase 的标签用法某种程度上与 Tana 更加相似，只不过 Tana 聚合的是任意位置的「节点」，而 Heptabase 聚合的则是任意白板中的「卡片」。你可以阅读这篇文章，了解关于 Heptabase 的更多介绍。

Supertag 的第二个特性是，你可以为任意节点设置固定的字段值（Field），这个字段的概念类似 Notion 的字段（Property）。

例如，我可以为 #硬件数码 这个标签设置以下几个默认字段：

那么当我给任意笔记节点打上这个标签，这个节点下方就会出现这些字段让你填写。所以我们也可以将 Supertag 理解成大纲节点的一种内容模板。

当然你也可以提前为这些字段设置默认的值，例如将 #Task 的 Status 设置为默认的 To-do。

Supertag 描述的是这个节点的本质「是什么」，而字段（Field）描述的则是这个节点的属性「有什么」，即这条信息有哪些最基本的构成要素或者特征。

如果你用过 Anytype 的话，Supertag 类似 Anytype 中的对象（Object），而 Field 则类似 Anytype 中的 Relation，你可以阅读这篇文章，了解关于 Anytype 的相关内容。

但这里有个很关键的区别在于，当你在 Anytype 中修改了对象的 Relation，这些修改无法追溯到先前已经创建的对象，在我看来这是个比较大的缺陷。而 Tana 的 Supertag 不论是添加还是删除 Field，都会对所有带有相同 Supertag 的节点生效。

例如下图，我在右侧的 #TEST 这个 Supertag 中添加了一个新的字段「日程日期」，可以看到左侧已经创建的「测试」节点立刻就新增了这个字段。

并且 Tana 的一个节点不止可以拥有一种定义（Supertag），只要你想，你可以打上任意多个 Supertag，并让这个节点拥有不同 Supertag 所预设的不同字段。

现在 Tana 的节点在 Supertag 的帮助下有了类似 Notion 的字段和列表视图，更进一步的，它也可以拥有像 Notion 一样的表格、画廊或者日历视图，你可以自由地在不同视图（View）之间切换。

再举个例子，我可以在任意位置创建任务节点并赋予它 #Task 的标签，只要点击 #Task 这个标签按钮，就可以集中管理整个笔记库内的所有任务了：

当然要想获得精确的过滤和分组效果，就需要提前设置好各种字段（Field）与分组条件，这点跟 Notion 的数据库是一样的。

同时，Tana 的 Supertag 还具有「继承」的功能。

例如 #同事 或 #朋友 可以继承 #联系人 的字段，#文章 或者 #视频可以继承 #作品 的字段， #工具 或者 #网站 可以继承 #资源 的字段。

如何理解和使用呢？让我来举个简单的例子。

起初你只是对 AI 这个庞大的主题感兴趣，所以你创建了一个名为 #AI 的 Supertag，基于你的理解，你认为在这个 Supertag 中至少要具备以下几个字段：

描述：对笔记内容的简要说明。
应用领域：AI 技术应用的具体领域，如医疗、教育、艺术等。
技术类型：涉及的 AI 技术类型，如机器学习、深度学习、自然语言处理等。
发展趋势：当前 AI 技术的发展趋势和前沿动态。
挑战与问题：AI 技术面临的挑战和需要解决的问题。
相关资源：参考的文章、论文、视频等资源链接。

所以你很自然地在 #AI 这个 Supertag 中设置了这几个字段（Field）：

例如：

但是随着涉猎的加深，单一标签所覆盖的范围实在太大，你需要范围更窄的标签来划分不同细分领域的内容，于是你又相继创建了 #AI 画画、#AI 搜索 、#AI 写作 等标签。

这个时候你发现，#AI 画画 需要有「绘画工具」、「风格类型」、「算法模型」等字段需要新增

但同时也需要 #AI 这个 Supertag 所拥有的「应用领域」、「发展趋势」、「挑战与问题」等字段。这个时候就可以用到 Tana 的继承功能，只需要让 #AI 画画 继承（Extend from） #AI 已经设定好的字段即可。

如下图所示：

继承结果如下图所示：

这个时候，#AI 画画 就会变成 #AI 的子集。

当你点进 #AI 这个 Supertag，你会看到 #AI 画画 的笔记节点也包含在其中。但当你点进 #AI 画画 这个 Supertag，则会发现只有带有 #AI 画画 这个标签的笔记节点才会出现。

Supertag 的继承不止是类似 flomo 的多级标签嵌套，不是只能起到一个层级分类的效果，Supertag 继承的还有字段的选项值，这样一来不仅无需重复创建字段，连字段内的选项值也无需再次设置了。

并且 Tana 还有一个非常好用的快捷键 Ctrl+E ，在任意节点中可以唤出临时输入窗口（Quick add），你可以在这个窗口输入任意笔记内容，并打上特定的标签，然后将其添加到当天的 Daily Note 中，从而避免从当前的节点中跳出，以至于打断心流。

你现在所看到的 Supertag 只是 Tana 一切复杂功能的载体，它不仅仅只是起到一个打标签和赋予结构化数据模板的功能，还有更多更加强大的用法，会在后面的内容逐一揭晓。

动态搜索带来安全感

依然是单一颗粒度带来的优势，Tana 完善的动态搜索功能，能让你放心地在任何地方写下任何一条笔记。

首先我们可以将 Supertag 视作一种搜索，任何地方的节点都会被同一个标签聚合在一起，这样一来，你可以确信自己随手写下的 #灵感 有了一个最终的归处；你匆忙设定的 #任务 就算再怎么拖延，总有被重新拉起的那天；你认真记录的 #电影 和 #书籍，你买的 #数码产品，你正为之努力的 #愿望清单 都会被 Tana 用 Supertag 认真地收藏在一起，这就是动态搜索所能带来的第一份安全感。

在这个记录的过程中，我们不用像 Notion 那样，总需要先找到那一个数据库才可以开始记录，使用 Supertag 就能将这个节点「发送」到目标位置。

其次，Tana 构建了一套极其丰富的动态搜索框架，可以说是我用过的众多笔记软件之最。

不仅命令丰富，而且搜索逻辑是可视化的，比起 Obsidian 的 Dataview，Tana 更加易用，不用手搓代码，内置的命令提示不说详尽彻底，至少也能给每一个命令写几句简单说明。

这里唯一的缺点就是，Tana 同样并不支持中文界面，因此你很可能迷失在这些搜索命令上。

让我们先从最简单的搜索命令开始，假如我想搜索「所有未完成的任务」，该怎么做呢？首先输入一个问号 ?，然后点击 Create search node，就可以打开搜索面板：

接下来我们直接在输入框内搜索 #Task ，以及内置的命令 NOT DONE，就可以将整个笔记库内所有未完成的任务搜索出来，很符合直觉，虽然前提是你得先知道有 NOT DONE 这样一个命令的存在。

接下来让我们增加一点难度，我想搜索「最近三天完成的任务，并且属于项目 A，且优先级为 P1；或者最近三天创建的任务，并且没有设置截止日期」。

让我们先来分解一下这个搜索需求：

条件一：

是一个任务
最近三天内被完成
属于项目 A
优先级为 P1

或者

条件二：

是一个任务
最近三天内被创建
没有设置截止日期

这个搜索命令如下图所示，可以看到最左边的是一个绿色的 OR 命令，表示蓝色和粉色只需要满足其中一个即可。再具体看到蓝色或粉色部分，左边开始是一个 AND 命令，表示 AND 右边的所有命令都需要同时满足才行。

这个时候你可以看到搜索框的最下方有一行系统提取出的搜索命令，你可以对照检查是否符合需求，或者点击右下角的 Run once 命令，测试这个搜索命令是否可以正确执行，确定无误后再点击右下角的 Done 按钮，就可以保存这个搜索命令。

现在让我们再次对动态搜索命令提高要求，我的需求是，在整个笔记库内搜索：

属于项目 A 或项目 B 的任务
优先级为 P1 或 P2
截止日期在未来一周内
但不包括已完成的任务
也不包括指派给小明的任务

整个搜索命令包含了 AND、OR 和 NOT 等命令逻辑，如下图所示：

构建完毕的动态搜索命令只会在展开节点时执行搜索，所以不用担心动态搜索一直占用系统资源。然后你也可以将搜索结果切换到表格、画廊或者日历视图，以获得更好的阅读效果。

在搜索结果中，你可以点击并进入任意一个笔记节点，然后查看更详细的笔记内容

也可以将这个搜索节点（Search node) 复制并粘贴到任意地方，就像 Notion 创建镜像数据库一样。

尽管 Notion 的数据库也能构建相当复杂的分组过滤效果，但其过滤的对象仅限于当前的数据库，无法扩展到整个笔记空间。而 Tana 的搜索范围则可以覆盖到整个笔记库的所有笔记节点，并且很重要的一个特性是，在 Tana 中，我们是可以搜索特定字段或者字段的值的。

什么意思，有什么意义？

假设在 Notion 中，你在多个互相独立的数据库中都创建了 Status 这个字段，现在你想筛选出所有数据库中，所有 Status 是 In Progress 的页面，然后统一用日历视图进行管理，Notion 能不能做到？

或者，你用不同的数据库来管理购买的数码产品、收藏看过的电影电视剧、记录游玩过的地方，现在你想创建一个数据库，用来实现「人生的动态轨迹」这一个需求，以时间线的方式来汇总每天都做了什么事情，Notion 能不能做到？

答案是都不能，虽然 Notion 有 Home 视图，但我认为依然是不可用的状态。但在 Tana 中，你只需要在搜索框内输入这样一串命令，所有包含了 Status 这个字段并且值是 In Progress 的节点就都会出现了：

我还可以在搜索框内，将搜索条件设置为：

拥有「备注」这个文本字段
并且字段的值包含「重要」这个关键词（也支持正则表达式）

或者将搜索条件设定为：

是否包含了字段？
是否包含某个字段？
某个字段是不是空值？
是否包含标签？
是否包含图片、音频、视频等元素？
是不是一个搜索节点？
是不是一个命令节点？
是不是被设置为在线发布状态？

或者：

限定创建的时间范围（Created time）
限定完成的时间范围（Done time）
限定编辑的时间范围（Last Edited time）

并且当你点击某个字段的值，你会发现所有用过这个值的节点，也都会被全部罗列出来，这也是「Tana 的一切都是节点」的最好体现。

我必须得再次强调，Tana 的搜索自由度实在是我目前用过最丰富、最全面的一款产品，只要符合搜索条件，不论放在哪个犄角旮旯都可以被找到，这就是笔记软件所能带来的某种安全感。

但是高自由度也会带来高门槛，虽然 Tana 的搜索查询比 Logseq 的 Query 或者 Obsidian 的 Dataview 好用，但论易用度还是远不如 Notion 打磨了这么久的数据库。

当然本文仅能对 Tana 最基本的搜索命令做简单介绍，无法覆盖其完整能力的十分之一，你可以在这份官方文档中查看关于 Search Node 的更多介绍。

AI 命令是真正的护城河

Supertag 虽然是 Tana 的重头戏，但我觉得模仿 Supertag 的门槛并不算特别高，甚至会让人乍一看觉得它只是 Notion Database 的模仿者。而 Obsidian 的 Properties 也能在某种程度上实现这一功能，再加上 Dataview 插件的加持，让不少用户继续高呼「Obsidian 就是最强笔记软件」似乎也不算过分。

然而深度体验之后，我觉得 Tana 的 AI ，以及配合各种命令（command node）所构筑的工作流才是它真正的护城河。

首先和 Notion 一样，在 Tana 的任意一个空白节点中按下空格键，就可以唤出 AI 问答窗口，然后输入任意问题，让 Tana AI 进行回答，并且回答的速度非常快。

你也可以使用 @ 符号，快速引用任意一个笔记节点，然后让 Tana AI 根据这个节点的内容进行回答。

Tana AI 还支持文生图功能，并且使用的是 DALL-E 模型

生成的图片效果如下

除此之外，Tana AI 还可以批量选中笔记节点，然后用「Generate icon」命令让 AI 为这个节点生成一个匹配其内容的 Emoji 图标，让这些节点更加醒目和好看。

还可以让 Tana AI 根据当前节点的内容，生成一个 Banner 图（当然也可以自定义 Prompt）。

除了可以在大纲节点层面使用 AI，Tana 和 Notion AI 一样也支持在字段层面使用自定义的 Prompt。

先别管为什么要让 AI 来写，假设我需要在笔记库中为这些玩过的游戏写一篇游玩心得，大概意思如下图所示：

然后我们可以在「游玩心得」这个字段（Field）中，设置一个自定义的 Prompt，让 Tana 根据现有的字段信息，进行 AI 创作：

生成的效果如下图所示，只要你给的 Prompt 足够清晰，很多时候 Tana AI 都能给出符合需求的答案。

当然如果 Tana 的 AI 只能做到以上这些，那它并不能和其他产品划分界限。Tana 的 AI 必须要和它的命令节点（Comand node）搭配，才能发挥最强的效果。

我们还是先从 Notion 的 Button 开始讲起，它可以封装一系列复杂的动作组合，不过动作的对象是页面和数据库字段，且执行的动作类型比较有限，例如创建和打开页面，以及修改字段的值等基础操作。

你可以阅读这篇文章，了解关于 Button 的详细介绍。

Notion Button 的遗憾有这 4 个：

无法全局调用，只能在特定位置点击按钮
无法全局应用，只能对特定的页面或数据库生效
无法移动页面
无法调用 Notion AI 参与工作

而 Tana 再一次受益于「一切都是节点」的这个特性，使得命令本身就是一个节点，同时这个节点可以在任意地方被调用，也可以对任意节点发挥效果。并且命令节点（command node ）内置了超过 30 个命令，不同命令可以组合在一起，创建出不同的工作流。

首先，Notion Button 具有的基础命令类型 Tana 都有，例如

编辑字段属性
插入新的节点
创建新的页面（节点）
打开页面（节点）或链接

例如我可以在 #Project# 这个 Supertag 中，创建三个按钮，用来快速地更改当前项目的优先级

命令点击效果如下：

我也可以将「插入字段」这个动作绑定在特定的 Supertag 中，这样就可以在需要的时候再点击按钮，因为有时候可能并不需要将所有字段都显示出来。

同时我们也可以将特定的 AI 命令（Prompt）封装在某个动作按钮中。

假设我经常记录灵感、想法、研究方案，或者记录任何存在大量思考或反思空间的笔记，如下图这些（AI 生成案例）：

那么我可以创建一个包含了特定 Prompt 的 AI 命令，如「生成 3 个赞同观点与反对观点」

创建完毕后，这个命令就可以在 Tana 的任意地方被调用。

方法也很简单，对需要提问的节点使用全局快捷键 Ctrl+K ，然后搜索并点击创建好的 AI 问答命令，就可以让 AI 根据选中的节点生成 Prompt 指定的内容：

上面这个例子少了一些便利性，因为每次都需要使用 Ctrl+K 命令来唤出搜索框，然后再去检索那些提前创建好的命令。假以时日，当这些命令越来越多，你甚至可能会忘记自己都创建过哪些命令。

所以 Tana 提供了一个非常强大的功能，我可以将「生成 3 个赞成与反对意见」的命令，与 #观点 这个 Supertag 进行绑定，只要我在任意节点上添加了 #观点标签，这个命令按钮就将自动出现，然后点击就可执行。

具体效果如下：

如此一来，我们就将命令与 Supertag 绑定在了一起，现在 Supertag 既能定义当前的节点，又能为当前节点带来高度自定义的命令按钮。

但即便是这样，添加完标签后还是需要再手动点击一次按钮，有没有更加便利的方法，让我们添加完 Supertag 之后就自动执行这个命令呢？

当然是有的，Tana 的 Trigger on added 功能就可以实现这个需求。只要将这个创建好的命令复制（Ctrl+C）然后粘贴（Ctrl+V）到下图所示的框内：

那么当你添加了这个 Supertag，就会同时自动激活这个 AI 命令

另外，有「Trigger on added」的话，自然也有「Trigger on removed」，限于篇幅本文就不再进一步展开了。

最后 Tana AI 的高度可定制不仅体现在 Prompt 上，我们还可以指定 Tana 要使用哪一种 GPT 模型，可以添加自己的 API Key、或者是设置 AI 的 Temperature

并且还提供了一个可供测试 AI Prompt 的实验台，可以更便捷地测试 Prompt 的效果、调整 temperature，或者查看 Token 数等：

下图罗列了 Tana 的更多的命令，我会在后面的实操案例中继续展开介绍。

移动端的雏形

Tana 目前虽然有移动端，但只支持信息的快速录入，而不支持在移动端上查看或者编辑笔记，功能完整的移动端仍在开发中，是 Tana 团队今年的工作重点。

不过现阶段的移动端叫 Tana Capture，顾名思义就是暂时只支持快速捕捉功能。

它将文字、音频、照片以及扫描等信息的录入单独做了一个按钮，我个人非常喜欢这样的设计，因为我个人从来不用手机端处理重度的文字信息，只要能有一个快捷的输入窗口就足够了，而 Tana 在这点上就做得就已经足够可用。

以语音信息速录为例，当我在手机上录完语音，Tana 桌面端就会在当天的 Daily Note 中将这段语音转录成文本，且根据语音内容自动生成标题和摘要

展开这个语音节点后，会看到原始的语音片段，以及转录后的完整文本

从 Original 切换到 Items 这个标签后，还可以看到 Tana AI 将语音中可能存在的待办事项提取了出来，并自动打上了 #Task 的标签

另外目前通过 TestFlight 的方式，也可以提前在 iPhone 客户端上下载功能更完整的 Tana 移动端测试版，目前已经可以浏览所有的笔记节点，但暂不支持编辑节点，加载速度也相当慢，只能说还有很大的优化空间了。

一个理想笔记系统的雏形

一个理想的笔记系统必定千人千面，但不论是谁、不论哪种笔记需求，在我看来一个合格的笔记系统至少需要以下几个基础特性：

快速录入
高效分类
精准搜索
易于回顾

通过移动端、Daily Note 和 Supertag，Tana 实现了快速录入和高效分类的基础需求；通过丰富的搜索指令，又可以遍历整个笔记库，然后找到任何你需要的信息。

但这显然离大部分人期望的「理想的笔记系统」有一段距离。我们需要更多的自动化，让笔记在你需要的时候自动出现；我们需要更多的 AI 智能，能够让打标签这样的繁杂任务自动实现；我们需要更开放的接口，让外部的信息可以更自由地与笔记系统内部信息进行交互。

所以，现阶段的 Tana 能做到哪些，以及做到了什么程度？

首先，Supertag 本身就是一种模板，所以我们可以设置默认的字段和字段值，例如我可以在 #day 这个 Supertag 中设置固定的日记字段，这样一来每天打开 Daili Note 界面，就可以快速地在日记模板中写日记：

在将 Tana 与稍后读软件 Readwise 进行关联之后，我还可以在 #day 中添加下图所示的字段：

然后在这个字段中开启 Auto-initialize 中的 to random node with this supertag 功能

这样一来当你每天打开 Daily Note 页面，就会自动随机刷新出 4 条你通过 Readwise 保存的文章，或者通过 Readwise 标记的文章高亮段落（当然条数也可自定义）。

如此一来，就可以让你在 Tana 中有更多的机会与「曾经认为重要的内容」重逢。

另外 Tana 还有一个叫 Related Content 的功能，能够允许你在侧边（或底部）放置任何你希望呈现的内容。例如，当你将 Tana 与谷歌日历关联之后，你就可以在 Daily Note 中查看谷歌日历创建的日程：

你也可以直接将符合条件的任务（#Task）直接拖动到时间线上，并且可以随意拖动时间线以修改任务的时间范围：

还可以在 related content 位置创建一个搜索节点，搜索对象是所有未被完成的任务：

然后将这个动态搜索节点放在 Daily Note 的底部，这样就可以在你每天打开 Tana 的时候，提醒你还有哪些任务未完成。

所有的 Supertag 都可以具备 Related Content 这个功能，所以不止可以在 Daily Note 中设置快捷入口，还有以下案例供你参考。

例如在 #作者 节点中自动显示这名作者写过的书，或者在 #项目 中显示它所包含的 #子任务。

你也可以在 #选题 的 Related Content 中，显示与当前选题相关联的 #想法 或者 #待办 ，当然前提是你需要能够设置准确的搜索节点才行。

这有点像在 Notion 中使用 Relation 字段来构建页面之间的关联，但 Tana Related Content 的特点在于，它的检索范围是整个笔记库，检索的条件更加丰富，并且只要符合条件就自动关联，而 Notion 的 Relation 是限定在某个特定的数据库，并且需要手动选择以创建关联。

Tana 的 Supertag 既是一种结构化的内容模板，也是一道让不同信息可以更加自由沟通的桥梁，它不一定适合所有人，但对于我这样既喜欢大纲的灵活性，又需要 Notion Database 结构化管理能力的人，Tana 确实找到了一个潜力巨大的解法。

Tana AI 命令的基础应用案例

我个人使用 Tana 仅一月有余，且篇幅有限，很遗憾无法将它的所有特性都介绍完毕，接下来也仅能陈列一些简单的应用案例供你参考，但 Tana 远比本文肤浅的介绍来得强大，如果你不排斥大纲形式的笔记工具，我认为这款工具是值得一试的。

用 AI 优化 Prompt

Open AI 在它的 Playground 推出了一个帮你优化 Prompt 的功能，简单来说就是用「提示词」将你的提示词变得更完善，让指令更清晰，让答案更准确，更符合预期，具体可见 @宝玉XP 的这个帖子：

现在我将这段提示词全文复制后，直接放到 Tana 的 AI 命令中，是的 Tana AI 可以容纳至少数千 Token 长度的 Prompt

然后将这个 AI 命令绑定在 #Prompt 这个 Supertag 上，这样一来我就可以通过添加 #Prompt 的标签来快速生成一串经过 AI 优化后的提示词了。

效果如下图所示：

与 Youtube 视频对话

Tana 内置了一个名为 Get Youtube captions 的命令，可以一键将 Youtube 视频的字幕扒下来

以我的这期视频为例，字幕结果如下

然后你就可以右键点击这个字幕字段，并选择 AI Chat，然后就可以对这个视频进行对话或提问了：

博客文章生成器

背景描述

有写文章、发博客的需求
需要对文章进行 SEO 优化，即需要根据文章生成 SEO 标题、摘要、关键词等内容
需要根据文章生成相应的封面配图

在我的 Notion 课程文章评论区下，有非常多的读者提问，我也做出了各种各样的回答。现在我希望让 AI 根据我与读者的对话内容，自动创建一篇 Notion 技巧短文，然后放到博客上进行分发。

例如：

现在，我可以在 Tana 的任意位置创建一个节点，然后打上我事先设置好的标签 #AI Post ，然后 Tana 就会生成几个我事先绑定在这个标签上的 AI 按钮：

点开这个笔记节点，会发现这个节点下已经提前设置好了相关的字段

然后我会手动将评论区的读者问题，以及我的回答复制粘贴到相应的字段下

接下来，点击「生成文章」这个按钮，Tana AI 就会根据我事先设置好的提示词，将我提供的问题和答案改写成一篇文章：

然后继续点击按钮，让 Tana 根据这篇生成的短文内容，来生成相应的 SEO 关键词：

再让 Tana AI 根据生成的短文，提供合适的封面描述词

最后让 Tana AI 调用 DALL-E 模型，根据封面描述词来创建一张博客文章封面：

完整的效果如下图所示：

将日常记录分类

前文我提到过，我尝试用记录 Life Log 的方式来更好地获得生活的掌控感，但是记录的条目一多，有时反而会觉得更加混乱，因为没有分类、没有主次

所以我在 #Life Log 这个标签上绑定了一个 AI 命令，要求 Tana 将我每天做的事情分成 3 个类别，同时重复的事件不重复记录，而是用 X1、X2 的形式来表达：

顺便一提，这有点像是 Arc 浏览器的标签 Tidy 功能。

工作周报生成

假设我在 Tana 中，用 #日报 来生成每天的日报模板，并填写具体的日报内容

然后在日历视图中更直观地查看和管理

接下来我可以在「工作周报」这个节点中，创建一个搜索命令，搜索的结果是「展示本周创建的所有日报」，如下图所示：

然后在 #周报 这个 Supertag 中创建一个 AI 命令，用来一键总结本周日报的所有内容：

点击按钮的效果如下：

篇幅有限，本文无法再列举更多案例，但可以认为，Tana AI 适用于几乎所有需要用到 AI 来辅助的工作流，它可以使用更长的 Prompt 来提问，只要你的命令足够清晰，它所返回的答案将有很大概率符合你的需求。

Tana 的不足

虽然前面列举了 Tana 的种种用法，甚至不吝溢美之词夸赞各种特性，但要知道这个世界并不可能存在一款完美的笔记软件，Tana 同样有很多不足，在很多地方存在限制和妥协，我认为在你花时间尝试之前，有必要先知道以下这些事情。

空间与资费

作为一款需要完全在线使用的云笔记工具，Tana 如果没有付费订阅，将仅提供 500MB 的存储空间，且单个附件限制 5MB 大小。与此同时，Notion 免费用户虽然也限制 5MB 的单个附件大小，但 Notion 的总容量是不设上限的。

就算你每个月花了 18 美元订阅了 Tana Core（年订阅则为每月 14 美元），也仅仅能获得 10G 的存储空间。虽然大纲笔记很少需要用到太大的空间（我的 Logseq 记了两年笔记也不过 1 G 大小），因为通常都只用来记录纯文本的笔记节点，但 10G 还是显得过于「小巧」了。

唯一的好消息是，Tana 的 18 美元订阅还包含了 AI 功能，就我个人体感而言，每个月 5000 的 AI 点数不太可能会用得完。

没有中文

这是一款只有英文界面的在线笔记工具，并且各种功能设置界面与传统笔记有巨大区别，如果你英文阅读能力不佳，那么你将不太可能在 Tana 中获得好的使用体验。

除此之外，Supertag 的各种设置选项、Command node 的内置命令、Search node 里的搜索指令都有一大串的英文，你需要在 Tana 的英文官方教程里来回翻找，甚至需要借助翻译软件，才能够明白指令的用途和用法。

学习曲线陡峭、社区内容贫瘠

学会使用 Supertag 只是入门 Tana 的第一步，一旦你开始探索「搜索节点」和「AI 命令」，仅靠 Tana 内部的简单提示，不太可能让你学会它的完整用法，因为缺少最关键的一环：如何将不同的功能用符合语法逻辑的方式组合在一起。

所以你需要开始翻阅 Tana 的官方文档，在 Youtube 搜索各种视频教程，但又因为 Tana 的用户人数实在不够多，讨论热度太低，所以分享教程的用户也很少，所以很多时候都得打开各种翻译软件来自学官方文档。

或者换个方式表达，在 Notion 社区内容如此丰富的前提下，如果你依然觉得 Notion 是一款相当难上手的笔记工具，那么 Tana 只会更复杂、更难上手。或者回忆一下你在 Obsidian 学习 Dataview 插件的历程，你还想再来折腾一遍吗？

于是到了某个节点你必然会产生这样一种反思：花这么多少去学习一款笔记软件的用法，真的值得吗？

所以我的建议是，如果你要尝试使用 Tana，首先确认自己有一定的英文阅读能力，其次需要具备足够的耐心来研究和试错，并在业余闲暇时间再做尝试，不要一开始就将其当成一款主力笔记工具来使用。

导出格式受限

截至目前，Tana 只能导出 JSON 这一种通用格式，但对一般用户来说，就算能导出 JSON 文件也没用，因为根本看不懂。

作为一款完全在线的笔记工具，Tana 在数据的自主性上并不能给你充足的信心。我认为 Tana 最少也需要能像 Workflowy 那样导出 OPML 格式，这样至少能让我们将有限的笔记导入到幕布或者其他大纲笔记中。

但即便如此，Supertag 独特的信息结构势必不可能有另一款笔记软件能够承接，就像 Notion 的数据一旦导出，就很难再放回 Notion 本体一样。

所以如果你本身更中意 Logseq 或者 Obsidian 这样的纯本地笔记工具，如果你一定要能亲眼看到存储在本地的一个个 MD 文档才会有安全感的话，那么 Tana 将完全不适合你。

大纲天然的局限性

大纲笔记在快速记录信息时有其独特的优势，比如整齐的排版和较小的记录压力。每次只需写下一个小点，不必像文档笔记那样写满整段，写起来更轻松，然而这种方式也存在一些问题。

在大纲笔记中，内容往往是分散的、独立的小点，因为不需要花时间考虑连接词和过渡句，书写的内容在起承转合上可能有所缺失，这使得大纲内容无法直接输出为连贯的文档，缺乏各个节点之间的衔接，阅读性会受到很大的影响。

大纲的每个节点都是对其下子节点的高度概括，自己对主节点的理解可能很清晰，但对读者来说可能缺乏必要的背景信息。相比之下，文档笔记要求内容以段落形式呈现，具有连贯的逻辑顺序。每一段都是一个完整的观点，需要考虑前后段落的衔接，符合阅读习惯。虽然写起来可能更累，但最终的内容更适合直接用于阅读和分享。

另外，大纲笔记的软件特性，使得内容组织上可能相对松散。虽然可以折叠段落，方便查看全文结构，也容易对自己写了多少内容产生成就感，但这并不意味着内容的深度和质量得到了保证，在需要生成连贯、完整的文档时，必然会带来额外的工作量。

对比其他笔记软件

以下对比完全主观，仅能代表我个人在笔记习惯上的偏好。并且不同产品的功能太多，必然无法一一对比，因此只能有针对性地挑一些我认为有可能产生对比的需求或场景来简要说说。

Notion

虽然 Tana 与 Notion 在本质上是完全不同的两款产品，但一定有人会问，Tana 的 Supertag 所构建的类似数据库的视图能替代 Notion 吗？这个问题需要分两种情况。

首先，如果你的数据库记录的是任务、项目、流程、碎片灵感、思考、日记等类型的信息，那么我认为 Tana 是可以有限地替代 Notion 的。这类笔记一般不会涉及到太过复杂的数据记录，对数据计算的要求较低，Tana 的 Supertag 完全有能力将这类笔记组织和管理好，通过设置不同的字段，然后对其进行分组、过滤、筛选，或者创建不同的视图等，我认为足够满足一般的笔记需求。

但如果你在 Notion 中记录的是电影、游戏、摄影摄像、游戏、图书馆里等需要用到大量的图片的内容，或者如果你在 Notion 中对函数公式、Automation、通知提醒、分栏排版以及第三方应用联动有刚需的话，那么 Tana 将不适合你。

说起来将 Tana 与 Notion 这样的庞然大物放在一起对比，其实已经有点不公平了，Notion 毕竟是 Notion，能完全替代它的产品并不存在。

但如果你不排斥大纲形式的笔记，也有一定的动手和研究能力，那么我认为是可以尝试一下的 Tana 的，因为它的录入速度要远快于 Notion，打开就可以记录，而 Notion 在各种场景下常常都需要先找到那一个特定的数据库，然后才能开始记录。

Logseq

Tana 与 Logseq 相比有哪些优劣势？

Logseq 的开发进度已经严重落后各大飞速发展的笔记产品，虽然数据库版本正在开发中，但速度还是太慢了。所以本文仅以 Logseq 当前的 MD 版本来看，它相比 Tana 存在的优势有以下几点，按照对我个人的重要程度排序：

完全本地离线
支持双向链接
支持 PDF 阅读与标记
支持 Markdown
支持插件系统
有白板
有闪卡功能

以上功能除了双向链接之外，Tana 都不具备。所以如果你看中这些特性的话，那么 Tana 完全替代不了 Logseq。

但如果你在 Logseq 中更看重的是双向链接、块引用、块嵌入等基础的双链功能，那么我认为 Tana 在这些功能上的每一个细节、功能用法的灵活度、从这些功能衍生出来的应用场景、以及整体的设计审美都完胜 Logseq。

Obsidian

Obsidian 和 Tana 其实不存在替代关系，但可以成为互补关系。我在前面的大纲的局限性已经提到，大纲类型的笔记工具都不适合用来进行长篇写作，并且 Tana 作为纯在线的笔记工具，同时缺乏有效的导出手段，所以无法让人放心地将它当成严肃创作的工具。

所以如果你已经习惯了 Obsidian 的各种功能和用法，那么我认为没有必要切换到 Tana，因为并不能很直观地带来效率上的提升。但如果你希望尝试一款具有双链功能的大纲笔记，在你因为各种原因想放弃 Obsidian 的时候，再考虑 Tana 也不迟。

结论

好的审美是一种相当稀有的特质，功能不够多、BUG 不够少都不是问题，我相信只要给够时间，总能慢慢变好。但没有审美的产品随着时间的增长和功能的增多，只会越来越糟糕、越来越混乱。

而坚定的产品理念、统一的功能逻辑则决定了一款产品的灵魂，也决定了后续的开发方向，那些还停留在基础实践层面的笔记工具，或者还只会抄抄捡捡的模仿者们，将无法确信自己的开发方向是否正确，只能通过市场来验证每一次的「模仿和试错」，永远也无法走在自己的道路上。

所以在我看来，Tana 是这样一款有足够审美的大纲笔记软件，有相当明确的开发理念，有较为强大的产品开发能力。在这一个月的使用过程中，我能感受到产品经理和设计师为了让整个工具变得更好用和更好看所花的各种心思，也能感受到程序开发为了实现各种功能逻辑所付出的心血。

这是一款好的产品，但也是一款相当难上手的产品，它有各种各样的缺点，但并不妨碍我对它的喜欢。因为我非常明白，这个世界并不存在一款完美的笔记软件，你要做的不是削足适履，必须用一款笔记工具来强迫实现 all in one 的需求，然后委屈了自己的各种习惯。你应该集各家之长，谁好用、谁在哪个地方有特长，就用它来解决具体的问题。

毕竟笔记软件只是工具，思考和创造才是最终目的。

当然如果你对大纲笔记和 AI 感兴趣的话，试一试 Tana 也无妨。目前需要在 Tana 的官网上填写你自己的邮箱，然后才能等待 Tana 给你发放激活资格。但你也可以在 Tana 的 Slack 频道发一段自我介绍，能更快地获得产品体验资格。

关联文章

离线版 Notion 来了？Anytype 万字入门解析

Tue, 24 Sep 2024 16:52:01 GMT

阅读提示：本文非常长，建议在电脑端阅读。

前言

在一般的笔记工具中，一条信息的容器是「页面」，页面的容器是「文件夹」，我们通过描述文件夹的标题，来界定其子页面的类型、属性或者大致用途，侧边栏的文件夹结构将呈现树状分支形式。

使用这类笔记工具时，我们通常需要首先思考，当下要创建的这一则笔记需要放在哪一个文件夹里？思考一则笔记的归属是相当耗费脑力的一件事，所以才会有那么多 memo 式的笔记工具出现。

而 Anytype 则没有页面和文件夹的概念，取而代之的是对象和对象的集合，当你想在 Anytype 中创建一则笔记，你首先需要思考的似乎是更高层次的东西，即这一条信息的「本质」究竟是什么。

听起来似乎有点玄乎，这种产品逻辑究竟能不能带来更高的信息管理与生产效率？

本文旨在简单介绍 Anytype 的各种特性，同时为新手提供一条简易的上手路径。如果你希望尝试不一样的笔记体验，那么 Anytype 至少能给你带来充分的新鲜感。

另外文末还将回答两个问题

Anytype 能否替代 Notion
Anytype 能否替代 Obsidian？

基本信息

产品定义

Anytype 是一款支持 Markdown、支持中文、本地优先、数据隐私至上，开源、且支持端到端加密同步的笔记软件。

它以块状编辑器为基础，以对象（Object）为基本笔记单位。通过对象之间的关联，构建一个可用于存储不同格式信息的知识管理工具。Anytype 能在各种设备上捕捉灵感和想法，且能在不同视图、不同维度上管理数据和任务。

支持中文

新用户初始登录后，你可以根据下图所示步骤，将 Anytype 操作语言更换为中文。

支持设备

客户端：Mac、Windows、Linux
移动端：iPhone、iPad、安卓

同步方式

官方加密云同步（免费 1 G 云空间，超出 1 G 存储于本地）
自托管局域网加密同步（无限量）
完全本地离线加密存储（无限量）

付费方案

免费用户：1G 云空间，全平台免费同步，超过 1 G 的数据将存储在本地；功能区块无限制
付费用户：99 美元/每年（提供学生半价优惠），128G 云同步空间，功能区块无限制

空间结构

Anytype 的单个账号最多可创建 10 个空间（Space），这个空间的概念类似 Notion 的工作区（Workspace），不同空间的数据都是互相独立存储的。

你可以邀请别人进入你的空间，也可以成为别人空间的访客。免费用户可创建 3 个共享空间，每个共享空间 3 名成员。付费用户可以创建 3 个共享空间，每个空间 10 名编辑者。

隐私体系

Anytype 无需注册账号，只要登录客户端，就会自动生成一串密钥，这串密钥既是你的账号，也是账号的钥匙。

所有的数据都依赖于这串密钥的 AES 解密，因此需要妥善保管，否则就算是官方人员也无法在没有密钥的前提下找回你的数据。

因此，即使你将数据上传到 Anytype 的云空间，它也是端到端加密的，除了你的密钥，没有任何人能够解密，在隐私性上做到了目前的最高保证。

适用人群

注重数据隐私和安全的用户：如果你对数据的安全性有极高要求，希望笔记能够完全本地存储，且具备端到端加密同步功能，Anytype 是少有的满足这些条件的工具。
对信息关联和数据结构有高要求的用户：如果你希望在笔记中实现复杂的对象关联、类型管理和数据聚合，Anytype 的对象、类型、关联和集合等功能能够满足你的需求。
愿意投入时间学习新工具的用户：Anytype 的学习曲线陡峭，需要花时间理解其独特的使用逻辑。如果你愿意投入精力，尝试新的笔记方式，那么 Anytype 可以为你带来不一样的体验。
不依赖插件生态的用户：如果你对插件和扩展功能的需求不高，更看重软件本身的内置功能和稳定性，那么 Anytype 的内置特性足以满足日常使用。
需要多平台同步且不愿付费的用户：Anytype 提供全平台的免费同步服务，1G 的云空间对于纯文本笔记已经足够。如果你需要在多个设备上访问笔记，又不想为此付费，Anytype 会是一个不错的选择。

基础功能

创建页面

尽管 Anytype 的使用逻辑与传统笔记工具迥异，我们还是可以先从「创建一页笔记」这个动作开始。

新用户初始登录后会有一个默认的 Homepage 页面，在这个页面内使用斜杠命令 / 就可以唤出功能菜单，输入命令 /page 就可以创建一个新的笔记页面。

和 Notion 一样，你可以在页面中创建无限层级的子页面，只需要继续使用 /page 命令即可。

也可以像 Notion 那样为页面添加图标和封面图：

还可以像 Craft 那样预览页面的封面图：

页面的四种布局

每个页面都可以设置 4 种默认的布局，点击页面顶部的「布局」按钮，即可切换不同的布局类型：

默认布局：常规的页面形式，有标题、有图标、有封面
个人资料：突出显示圆形头像，用来记录人物相关内容
待办事项：标题自带 Checkbox，可以进行勾选操作
备注布局：没有标题和封面，适合简短零散的信息记录

简单来说，布局能让「页面」强调或者弱化某些关键信息，但并不会让页面中的笔记内容有所减损，只是一种外观上的偏好选择。

功能区块

继续使用斜杠命令唤出 Anytype 的区块列表，可以看到当前的基础功能已经比较完善。

分类	功能
文字	多级标题、字体颜色、高亮显示、标注（Callout）
列表	复选框、无序列表、有序列表、折叠块
媒体	文件、图片、PDF、网页书签、代码片段
嵌入	LaTeX、Mermaid、常见社交媒体、视频平台
其它	分割线、目录、表格

在不考虑「对象」和「关联」是什么概念的前提下，Anytype 已经足够你用来创作几乎任意类型的图文内容。除此之外，分栏排版、代码块、Latex 公式块、以及第三方应用的嵌入，会让你在初次尝试 Anytype 时误以为，这会不会又是另一个 Notion 的模仿者。

然而 Anytype 与 Notion 在使用逻辑和产品定位上是截然不同的两款产品，这点文章后面会再做展开。

页面编辑历史

Anytype 具备精确到每一分钟的页面编辑历史记录。由于优先本地存储，回顾各个历史版本的速度非常流畅。如果是在 Notion 中，可能还在转圈加载。

对象和类型

初学者面临的第一道槛，就是需要理解 Anytype 的对象（Object）是什么，它有什么用？

首先在 Anytype 中，你所看到的每一个广义上的「页面」都是一个对象（Object），不同的对象都有不同的类型（Type）。例如我前面创建的页面和子页面，它的对象类型就是「Page」本身。

而页面中包含的图片、视频或者链接，它们各自也都分属不同的「类型」。例如你可以右键点击图片，它会出现「以对象形式打开」的按钮，说明这张图片也是一个对象。

Page 是 Anytype 默认自带的类型之一，但正如 Anytype 的产品名是 Any + type，你也可以自定义「任意类型」的对象，例如同事、作者、明星、导演、任务、项目、图片、视频等等。

举例：

同事是一种类型（type）
你的同事小王是类型（type）为「同事」的对象（object）

如何创建类型

你可以点击侧边栏「文库」按钮，然后在搜索框中输入你想要创建的类型名称，例如「书籍」

然后就可以为这个类型设置预设的格式和排版：

如果你想管理人际关系，你可以创建一个名为「朋友」的类型（布局设置为个人资料），然后设置生日、兴趣爱好、联系方式等固定内容格式。

不同类型可以设置不同的内容格式，所以我们可以暂且将「类型」粗略理解成「标签 + 模板」，其中标签是用来作为分类的名称，而模板则是用来提前预设好内容格式。

所有的「类型」同样都会存储在侧边栏的「文库」之中，你可以理解成这是当前空间里层级最高的一个文件夹。

创建好类型后，你只需要在页面任意空白处输入斜杠 / 然后键入类型的名称，就可以快速创建、并沿用你提前设置好的对象格式。

这是和 Notion 相比有很大不同的差异点，Notion 的模板只存在于特定的数据库内，而 Anytype 的模板则是可以全局调用的。

也就是说，在你将信息录入到 Anytype 时，我们可以先用「类型」来对信息进行第一次分类。但如果你暂时搞不懂应该如何定义类型，我会建议你在使用 Anytype 的前几天，一律先使用默认的 /page 来记录你的笔记。

我很难说 Anytype 的这种信息分类逻辑是否会更加高效，过去我们需要思考一则笔记应该放在哪个文件夹，而 Anytype 则需要思考这则笔记应该归属于哪个类型，因此这种分类方式并不能从根本上减少你思考的过程。

不过一旦你理解并接受了对象和类型的概念，Anytype 的很多奇妙特性就能让你做一些过去笔记软件所不能做到的事，例如对象之间的关联，对象的集合，以及关联的集合。

对象之间的关联

当你在 Anytype 的一个页面里创建了另一个子页面，或者当你使用符号 @ 引用了另一个页面，这几个页面就会构成双向链接关系，不仅在页面标题处会显示「反向链接」，Anytype 同样也有类似 Obsidian 的双链图谱：

但这里我们需要认识到，在 Anytype 中，一个页面和它的子页面，实际上并非是上下级包含关系，而仅仅只是关联关系。

也就是说，当你执行「创建子页面」的动作，Anytype 实际上是先在后台库中创建了一个页面，然后再将这个页面（这个对象）链接到当前页面里。

所以当你将页面中的子页面删除，这个操作只是将子页面从当前页面中移除了，实际上这个子页面在 Anytype 的库中依然是存在的。

只有当你进入这个子页面，然后继续点击右上角的「移到回收站」才算是真正执行了删除这个动作。

被移到回收站的子页面会这么显示：

而在 Notion 或者 Obisidian 中，当你删除了一个子页面，这个子页面就会被直接移除到回收站中，这似乎更符合我们的直觉。

所以 Anytype 绕了这么一大圈，对象（Object）的这个机制除了能创建双向链接关系，还有什么其他用处？

首先，每一个对象一定都属于某一个类型，而类型即分类，分类就代表着聚集、聚合，所以任意对象在 Anytype 中一定都存在于某个集合里。你可以点击侧边栏的文库，然后点击其中的任意类型，就会发现相同类型的对象会被聚合在一起。

例如在下图中，我打开了文库中的「电影」这个类型，所有记录在案的电影对象（Object）都被罗列了出来，点击标题即可进入到这部电影之中：

但每次都要打开文库去查找也太麻烦了，所以接下来就可以用到集合（Set）这一功能。

对象的集合

在 Notion 中，一个数据库就代表着一个固定的数据源，所以你无法将数据库 A 的页面放到数据库 B 里面，但 Anytype 就可以做到，只要它们的类型是相同的，就可以在任意地方被集合在一起。

使用命令 /inline set 就可以在任意位置创建一个集合，这个「集合」可以查询整个笔记库内符合特定类型的对象，然后聚合在一起。

例如你可以在「项目 A 」里创建「任务 01」，在「日记 B」里创建「任务 02」，尽管日记和项目是不同的两个类型，但因为任务 01 和任务 02 的类型都是「Task」，那么通过聚合「Task」这个类型，你就可以集中管理整个笔记库内任意地方的任务。

我们也可以设置一个 Daily Note 类型（Type），然后在每一天的 Daily Note 中，创建不同的对象：

你无需担心这些对象会分散在不同的 Daily Note 里，因为它们都可以被快速地集合在一起。并且任何集合都可以像 Notion 的数据库一样，为其添加更多的字段（关联）：

Anytype 的集合同时具备 6 种布局，分别是网格、画廊、列表、看板、日历：

以及还有一个 Notion 所没有的关联视图：

集合的过滤筛选

集合除了可以像数据库一样汇集不同的对象，也可以对其中的对象进行一定程度的过滤和筛选，并且不同的视图可以设置不同的顾虑条件，就像 Notion 的数据库那样。

例如在下图中，我就可以对 Task 这个集合进行视图+筛选的操作，以达到下图所示的笔记效果：

看到这里你应该就会产生一个疑问：所以 Anytype 能够成为 Notion 的替代品了吗？要回答这个问题，我们还需要再了解 Anytype 中的另一个概念：关联。

关联

关联是 Anytype 中另一个不容易上手的功能，它可以为对象提供更细致、更精确的属性描述。先不要顾名思义把它当成 Notion 里的 Relation 字段，Anytype 的关联其实就等同于 Notion 的字段（Property）本身。

首先，点击任意对象右上角的三角符号 △ 就可以打开关联列表，其中是每一个对象都会存在的一些默认关联，包括创建时间、创建者、对象类型等。

这些就像是 Notion 数据库里默认存在的这四个字段：

然而虽然 Anytype 的关联和 Notion 的字段看起来差不多，使用逻辑却是有巨大差异。Notion 的字段仅存在于当前的数据库中，而 Anytype 的关联则是在整个笔记库内共享的，就像对象（Object）一样可以被全局调用。

如何创建新的关联

在 Anytype 中，你可以使用命令 /关联 来将默认存在的关联添加到当前页面中：

例如，我可以将 Creation date 和 Created by 添加到页面底部，形成类似署名的效果。而在 Notion 中，如果你想让页面显示「最后编辑时间」，则这个页面必须放在某个数据库之中才可以做到。

除了添加默认的关联，我们也可以创建自定义的关联。使用命令 /关联 ，然后点击 新建关联 按钮，就可以看到在 Anytype 中，目前一共有 11 种基础的关联类型：

在 Notion 数据库中，我们是先选择字段类型，然后再为字段设置名称。而 Anytype 是先输入关联的名称，然后再为这个关联选择类型，这个使用逻辑上的调换是新手需要注意的地方。

并且 Anytype 的关联可以存在于当前对象的任意位置，例如你可以在电影这个对象中，创建如下图所示的关联：

这些关联也可以出现在对象的集合中，成为描述对象属性的「字段」：

这里还有一个对新手来说很容易感到困惑的点，当你尝试在对象或者集合中创建新的关联，Anytype 首先出现的是一堆看不懂的关联：

你之所以会看到这些关联，是因为在 Anytype 中，已创建的关联就跟已创建的对象一样，是可以全局调用的，所有关联同样会存储在侧边栏的「文库」中：

如果你想创建一个新的关联，那么在中文语言环境下，在你输入新的关联名称后，你需要按一下空格，Anytype 才能继续执行创建的动作：

所有被创建的关联不仅是可以全局调用，这些关联的默认值也是可以继承的。

例如你可以在「项目 A」创建一个名为「负责人」的关联，并且将「负责人」的值设为「小王」，那么当你在「项目 B」再次调用这个关联，你就不用重新输入「小王」这个值，因为它已经成为这个关联的默认选项，可以在任意地方被调用了。

关联的集合

让我们假设在 Notion 中存在这样一种情况：

你在 Notion 中有两个数据库，分别是任务数据库和购物清单数据库，虽然数据库各不相同，但都具备「执行」的要素，于是你分别在两个数据库内都创建了一个任务进度字段：

这时你产生了一个疑问，有没有办法将 Notion 工作区内，所有数据库的「待办事项」都聚合在一起，然后制作成一个任务日历？

过去你只能将所有的「待办事项」都创建在同一个数据库中，然后使用镜像视图和过滤筛选的方式，来达到分隔数据的目的。尽管 Notion 后来还推出了 Home 功能，让你可以聚合所有的 Task 数据库，但我认为 Home 还是不够灵活、不够好用。

所以 Anytype 是怎么解决这个问题的呢？

还记得前面我们创建过的对象的集合吗，再来复习一下，通过命令 /inline set 就可以查询特定的对象，然后聚合在一起。

然后在 Anytype 中，关联也是可以被查询和集合的对象。

所以现在我只需要创建 Status 这个关联的集合，就可以汇总 Anytype 中所有具备 Status 这个关联的对象了。

我也可以创建 Creation date 这个关联的集合，就可以将 Anytype 中所有的对象都汇集到一起，然后就可以按照创建的先后顺序进行排序了，因为 Creation date 是所有对象都具有的一个默认关联。

或者也可以直接用这个关联创建一个日历视图，就可以将你创建的所有对象按照日期排布在日历上。

这种实现方式，在 Notion 中可以说是无法想象的。

用关联创建联系

Anytype 的关联除了可以用来描述对象的某个属性，其实也可以用来实现 Notion 数据库中的 Relation 字段的效果。

在下面这个例子中，我分别创建了电影集合以及演员集合，你可以看到当我点击「参演电影」这个关联时，Anytype 直接跳转到了相应的对象里，确实就是 Notion Relation 字段所能起到的效果。

但这里我不得不再次吐槽一下，Anytype 的很多细节实在做得让人挠头，用关联建立联系的方法真的很隐蔽，很繁琐，你需要按照下图所示的步骤来操作：

输入命令 /关联 ，点击「新建关联」
输入你想要设置的关联的名称（中文结尾记得加空格）
点击「创建关联」
在「选择关联类型」这个选项中，点击「对象」
在「选择对象类型」中，点击「添加对象类型」
选择你要关联的那个对象

Anytype 的易用性确实还有很大的改进空间，新用户如果想尝试的话，需要做好心理准备。

幸好我们可以提前在类型的模板中设置好这些关联，之后创建新的对象的时候，就可以自动创建这些关联了。

例如在下图案例中，我在 Project 这个类型的模板中，提前设置好了「关联到任务」的这个选项，那么之后每当我创建一个新的项目，就可以直接关联对应的任务。

实际操作效果如下：

集锦

在 Anytype 中，集合（Set）只能聚合属于同一种类型的对象或者关联，而集锦（Collection）则允许你聚合任意类型的对象、关联、集合、甚至是另一个集锦，它像是一个更大号、更灵活的文件夹。

使用命令 /collection 就可以创建一个集锦，你可以直接在这个集锦中创建任意类型的对象，也可以将其他对象、集合、或者是另一个集锦添加到当前集锦中：

侧边栏小组件

对于一个初学者而言，笔记软件最重要的应该是要先告诉我，我创建的笔记放在了哪里，以及我该如何找到这些笔记。在传统笔记软件中，即便是 Notion，都给了你清晰无误的侧边栏树状目录，你知道自己的笔记放在哪，你才会感到安心。

然而 Anytype 的另一大特色是它的侧边栏小组件。对于初学者来说，其使用逻辑确实容易令人迷惑。因为在使用小组件之前，你得先搞懂什么是对象，以及什么是对象的集合。而侧边目录对于理解和应用「对象的集合」又是至关重要的一环，所以很多用户在面对看不懂的小组件时，就很容易产生放弃的情绪。

新用户初始登录状态下，会有默认的 5 个小组件，分别如下：

收藏夹：可以收藏任意对象、集合或者集锦
集合：你所创建的所有集合
最近编辑的文档：如字面意思
文库：存放所有的类型和关联
回收站：存放所有被删除的对象、集合或集锦

也就是说，当你在 Homepage 中创建了一个对象，它会首先出现在侧边栏的「最近编辑的文档」组件中。

你也可以点击对象右上角的三个小点，然后选择「创建小工具」，或者选择「添加到收藏夹」，前者会将这个对象变成侧边栏小组件，后者则会将这个页面放到收藏夹内。

当你在这个对象中新建子页面，侧边栏的页面小工具就会呈现传统的树状目录结构：

右键这个小组件，你还可以进一步更改它的外观

你也可以将某个集合创建为小工具：

如果你创建的是任务的集合，则可以直接在侧边栏小组件里，对任务进行勾选等操作：

小组件同时还支持显示集合的画廊卡片：

也可以在侧边栏显示日程这个集合的日历视图：

小组件还有更多细节和用法，篇幅所限无法一一展示，但我认为这确实是 Anytype 中的一大亮点功能，在你习惯之后能带来很大的便利性。

上手建议

介绍完 Anytype 中的大部分功能后，我们终于可以来完整地梳理一遍它的使用逻辑了。在我看来，笔记软件要解决的是信息的录入、存储、分类和查找等问题，而 Anytype 在这几件事上都有点特立独行的意味，所以才使得它的上手路径显得那么陡峭。

所以，对新手来说最重要的有以下 4 件事

学会创建一个类型，例如「项目」
学会创建一个类型为「项目」的对象
学会创建「项目」的集合
学会将这个集合创建为侧边栏小工具

学会这四项基本操作后，你就可以开始尝试在 Anytype 中记录你的笔记了。

当然你也可以将「项目」替换为任意类型，例如「作业」、「电影」、「购物清单」等等。所谓的类型其实可以当成是一种提前创建好的文件夹，而创建对象则是在往这个文件夹里放东西。

Anytype 的页面也具备简易的分栏排版模式，所以在你熟悉 Anytype 的基本操作之后，可以创建一个 Homepage，然后将自己最常用的内容、集合或者集锦放在这个主页中。

如果你是学生，可以创建一个课表和日常任务的主页

如果你想实践简易的 PARA 笔记法，也可以利用分栏排版加上不同的集合来做到：

Anytype 的集合在很多时候都可以当成 Notion 的数据库来使用，因此在你掌握了集合与关联的用法后，可以进一步发挥「视图」加「过滤」这两个功能的灵活性，在多种维度更好地管理你的笔记或者数据。

另外 Anytype 像 Notion 那样也创建了自己的官方模板库，你可以点击侧边栏的小地球按钮即可打开

在下载官方模板时，我建议你将模板安装到一个独立的空间里，以免将你的笔记库弄乱。

就我个人的体验而言，下载下来的模板一般都是不能直接使用的，但你可以参考模板中不同集合的使用方式、参考其 Homepage 的排版设定，甚至参考其侧边栏小组件的灵活用法，相信这些都能给你提供极大的参考价值。

最后要引用一下我在我的 Notion 系统课程的《1.1 篇》中提过的一个观点，那就是在入门一款笔记工具的至少前一个月，请先不要进行迁移笔记库这样的大工程，因为这有很大概率会是浪费时间的一件事。

在这第一个月里，你会持续处在与 Anytype 的「甜蜜期」里，你可以对很多缺点、很多 BUG 视而不见，可以暂时容忍很多相对繁琐的操作，但时间一长你必然会越加难以忍受，迁移过来的笔记就成了沉默成本。

并且迁移笔记的整个过程我们并未创造任何新知识，但在 Anytype 中一下子新增大量的笔记，又会让你产生虚假的满足，等到搬运结束后，巨大的空虚感就会向你袭来，届时弃坑也就在所难免。

所以在入门 Anytype 的早期，我的建议是新旧两款笔记一起使用，等到你百分之百确定可以选择 Anytype 作为你的主力工具，再考虑迁移笔记的工作也不迟。

整体评价

Anytype 能替代 Notion 吗？

我设想那些会对「Notion 替代品」有需求的用户，大概都会有以下几个特征：

对 Notion 的数据库有需求
对 Notion 完全云端的产品有担忧
对 Notion 的加载速度有抱怨

所以这部分用户的问题其实可以转化为，有没有本地离线版的 Notion 数据库？以及 Anytype 可以替代 Notion 的哪一部分功能？

如果只是简单的图文创作，那么 Anytype 完全可以替代 Notion，优点前面也说了，完全本地离线 + 优秀流畅的加载体验，确实要比 Notion 好上不少。善加利用集合与集锦，也能够起到基本的数据库管理功能。

如果你有轻度的任务管理需求，例如只需要隔三差五地创建几个任务或项目，不用一次性输入太多的数据条目，那么 Anytype 的对象集合也可以基本满足这个需求。

如果你经常需要一次性创建很多个数据库，需要输入和处理大量的数据，那么 Anytype 则不适合用作 Notion 的替代品，因为集合的数据录入体验并不算好，你一定会在很多细节上无法忍受 Anytype 的产品逻辑。

如果你对 Notion 的数据库自动化、数据库按钮、函数公式、AI 字段、多级分组功能有需求，那么 Anytype 则完全可以不用考虑，因为它目前还不具备这些功能。

不严谨地讲，我认为 Anytype 目前最多只能达到 Notion 30% 的功能体验。并且就我目前的观察而言，满怀期待去下载 Anytype，并期待它能完全替代 Notion 的话，你有很大概率其实会失望而归，所以我们有必要降低对它的预期。

如果只是把 Anytype 当成是一款完全本地离线的图文编辑器，并且附加了合格的、可玩性不低的数据库，那么它反而有可能给你超出预期的使用体验。因为端到端加密同步，以及可选的完全本地离线这两个特性，确实不是一般的笔记软件所能具备的。

Anytype 能替代 Obsidian 吗？

尽管 Anytype 也有双向链接和知识图谱，但本质上和 Obsidian 相比是完全不同的另一款产品。

如果你需要的只是一款简单的 Markdown 笔记工具，但又不想折腾 Obsidian 较为繁琐的自定义同步，也不想花上 4 美元订阅官方的同步服务，那么 Anytype 可以作为你的选项之一进行尝试，因为它自带优秀的官方加密同步。

只要你能理解对象和集合的概念，用 Anytype 来记笔记、管理笔记是绰绰有余的。

从数据存储方式来看，Obsidian 完全基于本地 Markdown 文件，所有笔记都是独立的 .md 文件，易于备份和迁移，这能给人带来巨大的便利性。而 Anytype 则采用了自己的数据库格式，虽然同样支持本地存储，也支持将全部笔记导出为 .md 文件，但目前有一个巨大的 BUG 是，导出的文件标题全部变成了中文拼音，实在让人有点难绷。

从扩展性和自定义程度看，Obsidian 目前在所有笔记产品中还是无出其右的，如果你曾经感受到过 Obsidian 插件市场的魅力，那么就不要选择 Anytype，因为它的生态还不成熟，扩展性几乎没有。不过 Anytype 内置的集合、集锦以及侧边栏小组件，能在一定程度上弥补这方面的不足。

总的来说，如果你追求极高的自定义和插件扩展能力，且熟悉 Markdown，那么 Obsidian 更适合你；如果你希望在一个工具内实现更复杂的关联和数据管理，不想折腾插件，并且极其看重数据的安全性和隐私性，那么 Anytype 值得一试。

优点补充

同步速度优秀，Anytype 的同步速度即便没有借助任何网络工具的帮助，也能够几乎即时同步到所有平台上，并且还有免费 1 G 的云空间，如果你仅用来记录文字类的笔记，那么 Anytype 将是一个不错的选择。
加载体验优秀，由于是本地优先，所以在对象之间或者空间之间的切换速度非常快，几乎没有延迟
隐私保护优秀，Anytype 奉行个人数据至上的原则，采用端到端加密，只有个人密钥可以解密
集合与集锦非常灵活，妥善使用能够带来完全不一样的笔记体验

缺点补充

上手曲线陡峭，对象、关联以及集合的概念需要一定时间才能掌握
细节体验不佳，尽管 Anytype 已经开发了 5 年之久，但很多细节依然有待打磨，不少功能逻辑的设置非常繁琐，两相对比你会发现原来 Notion 对细节的打磨有多么优秀
开发效率不佳，Anytype 尽管已经在 2023 年获得了 1340 万美元的融资，但目前的团队规模依然很小，各种功能开发的响应速度比较慢，无法期待一下子能够焕然一新
中文搜索体验不佳，对中文分词的支持几乎没有，难以准确地搜索到笔记

总结

Anytype 作为一款强调本地存储和数据隐私的笔记工具，为用户带来了全新的信息管理方式。它独特的对象、类型和关联等概念，虽然增加了上手难度，但也赋予了笔记更强大的组织和关联能力。

对于注重数据安全、寻求不同笔记体验的用户来说，Anytype 值得一试。然而它在细节打磨和功能完善度上仍有提升空间，尤其是对于习惯了 Notion 等成熟工具的用户，可能需要一段时间来适应。

选择适合自己的工具，关键在于明确个人需求和使用场景。无论你追求的是数据隐私、离线存储，还是丰富的数据库案例应用，希望这篇文章能为你的选择提供有价值的参考。

看完工具测评之后，下一步是什么？

研究工具之间的差异很有必要，但最后还是要回到自己的使用场景：资料怎么沉淀，任务怎么推进，项目怎么协同。

如果你也在用 Notion，可以先看看我现在长期在用的 FLO.W 思流。它更适合把这些需求落到一套长期稳定的工作台里。

如果你想先看一篇更偏实战的思路，也可以继续读：Notion Agent 完整教程：怎么把 AI 真正接进工作流。

Notion 中文版抢先预览｜大的要来了

Mon, 12 Aug 2024 01:31:40 GMT

知识星球节选

以下内容节选自我的 Notion 知识星球，点击了解更多

上个月的传言已经变为现实，Notion 正在兑现中文版的承诺。

Notion 安卓测试版已经更新了完整的中文界面，本文将带大家抢先预览一下安卓中文版的使用效果、如何更新安卓中文版。

中文版带来了哪些变化

区块名称全面汉化

首先，所有的基础区块功能现在都有了中文名称。你再也不会看不懂直译成面包屑的「Breadcrumb」到底是做什么用的了，因为它现在有了更清晰直观的名称叫「路径栏」。

数据库字段全面汉化

数据库作为 Notion 中最复杂的功能之一，现在所有的字段也都拥有了汉化名称。

现在，Select 和 Status 这两个看起来和用起来都有点相近的功能，有了更直观的区分，它们分别叫「单选」以及「状态」。

函数字段增加中文说明

作为数据库中最复杂的功能，Notion 函数字段现在有了中文辅助说明，虽然依然艰深、难上手，但我相信这已经能降低很多难度，不至于看起来那么让人害怕了。

日期字段更符合中文阅读习惯

非汉化版本的 Date 字段的默认格式是「August 11,2024」，非常不符合中文阅读习惯，因此每次创建 Date 字段后，都需要手动修改为「2024 年 8 月 11 日」这样的格式，非常麻烦。

但是在 Notion 中文版中，不仅 Date 字段被汉化成了「日期」，其默认日期格式也终于更换为「YYYYMMDD」了。

页面设置项全面汉化

在区块功能之外，页面的设置、包括数据库的各项设置细节，也都提供了全面的汉化文本。

内置模板提供中文名称

现阶段，Notion 为内置的官方模板提供了中文译名，不过点击后生成的模板暂时还是英文内容。尽管如此，也能够让新用户更快地了解和感受 Notion 所能覆盖的功能场景了。

Notion AI 全面汉化

作为内置在 Notion 内部的 AI 问答助手，Notion AI 应该是目前与笔记软件结合得最好、使用最便利的 AI 产品，没有之一。

在本次的中文测试版中，Notion AI 也全面汉化了所有内置的提示词，让你的使用更加便利。

除了页面层级的 AI 功能，在数据库层面的 AI 文本字段，例如自定义 AI Prompt、AI 关键词、AI 摘要、AI 翻译等，都提供了充分的汉化说明：

今年 7 月份，Notion 正式官宣其 AI 模型采用的是 GPT-4o，从实际体验中能明显感知到，Notion AI 的准确度以及回答的速度又上了一个台阶，我个人非常推荐 Notion 的重度用户订阅，轻度用户则不做推荐，毕竟 AI 功能一年得多花上 96 美元。

如何更新 Notion 安卓测试版

目前 Notion 中文版并未正式上线，但已经在 iOS 和谷歌安卓渠道推出了 Beta 版本，但现阶段 iOS 的 Beta 名额已满，所以谷歌版本是目前可选的加入方式。

首先当然需要一部安卓手机，并且能够顺畅地访问 Play 应用市场。在 Play 应用市场中搜索 Notion，然后下滑页面，点击「加入 Beta 版计划」即可。

如果你没有办法访问 Play 应用市场的话，则暂时无法体验 Notion 安卓中文版。但是请放心，Notion 的汉化进度正在加快，相信很快所有客户端版本都将同步推出中文界面。

我的 Notion 课程

主要修订内容如下：

新增 35 个课程配套模板
合计超过 110 项内容修订
替换、优化了 50 余处配图
新增 1 份课程目录模板，可追踪阅读进度
新增 1 篇课程阅读指南，让学习有明确目标
全面梳理内容结构，删减 1 万余字，让课程更精炼、更易读

现在课程正在进行 8 折优惠促销中，截止到 2024.08.15，历史最低售价限时回归，如果有兴趣的话，欢迎你的订阅。

以下地址均可购买订阅

少数派：https://sspai.com/series/303/list
小红书：搜索 @二一的笔记在店铺内购买
小报童：扫描下方图片二维码即可

聊聊 Notion 的 2 个大新闻，以及我的最新课程

Thu, 01 Aug 2024 12:10:30 GMT

最近有 2 个关于 Notion 的大新闻，不卖关子直接放开头

Notion 全球用户数突破 1 亿大关
Notion 官方中文有望在今年 8 月获得更新

终究是好事多磨，我们终于等到了这个时刻。我的 Notion 课程也在近期迎来全面更新，并开启 8 折优惠活动，史低价格限时返场。

中文版真的要来了？

中文版的消息出自 Notion 中文社区（非官方性质）的负责人 Linmi，原贴地址：点我。

虽然 2021 年也传出过类似的新闻，但从这次社区中异常笃定的声音和讨论可以看出，中文版的确有很大希望在今年 8 月到来。

作为 Notion 课程作者，我由衷地感到高兴，终于不用再费心撰写汉化教程了，这将大大降低 Notion 的使用门槛。

一亿用户不是上限

这一款曾经还得用极客、小众等词汇来形容的产品，已经在不知不觉间成长为行业巨头，你看有多少产品在竞相模仿，又有多少模仿者能达到哪怕十分之一的体量？

如果你曾经对 Notion 的安全性存疑，那么我认为，Notion 现在的体量已经足以成为安全性的保障。

但一亿用户远不是 Notion 的上限，它的未来才刚刚开始。

我写过一篇《Notion 10 年发展史》，其中讲到，Notion 的目标是「成为全球性的前端基础设施」，换言之就是成为下一代的 Office，作为每个人电脑里必备的基础办公组件。

只要一个人、一个团队在谋求发展，那么效率、组织和协作就是永恒不变的主题，而 Notion 最擅长的恰好就是这三件事。

笔记软件是 Notion 最表层的形象和用途，它首先满足了笔记和图文创作的需求，而仅是这一项需求，Notion 就做得比大多数产品要好。

而在「记笔记」这个浅层需求之下，Notion 的真正内核，是以文档为画布，让你能自由搭建一套个性化的生产系统。

例如：

个人知识管理系统
项目管理系统
客户关系管理系统
内容生产创作系统
个人生活管理系统
协作文档知识库
库存、资产管理系统
事件、活动策划系统
个人博客、产品网站
……

你无需学习任何代码，就能够搭建一个足够好用的「应用程序」。

当然，这是一个无限自由的利器，我对它的描摹必然有所局限，但只要能掌握它的底层逻辑，你完全可以根据自己的实际需求，量身定制出一套契合你的习惯、满足你的生产创作需求的高效系统。

为此，我花了一年半的时间，创作了一套 Notion 中文系统课程，希望能帮你更快上手、更快精通。

Notion 课程 2024 最新版

为了不辜负读者期待，过去一年我倾注了无数心血，数千个小时的写作，一帧一帧地制作配图，只希望能够让你在每一篇文章下都有所收获。

尽管达不到完美，但我还是有相当的自信，在中文互联网内，你找不到第二套更好的 Notion 中文系统课程。

当前课程一共 39 篇（仍在追踪更新），配图近千张，包括 600 张以上的 GIF 录屏解析，确保你能看懂每一个操作步骤。

除了图文内容，课程也支持无限次的答疑。

每天早上我工作的第一件事，就是打开少数派然后回答读者提问，雷打不动。时至今日，每一篇文章的评论区也已经是这套课程的重要资产，有相当程度的阅读和参考价值。

课程也有幸获得了众多读者的好评

这一年下来，Notion 的功能更新速度前所未有，必要的修订也得补上。

所以从今年 6 月开始，我开始逐篇修订所有已上线的课程文章，主要修订内容如下：

新增 35 个课程配套模板
合计超过 110 项内容修订
替换、优化了 50 余处配图
新增 1 份课程目录模板，可追踪阅读进度
新增 1 篇课程阅读指南，让学习有明确目标
删减 1 万余字，让课程更精炼
课程上架小报童平台

具体说明如下。

新增 35 个配套模板

为了让读者能更好地理解课程内容，我制作了 35 个配套模板。

已经购买课程的用户，可以在阅读课程的过程中，及时获取课程案例模板， 无需二次付费，无需从零手动搭建。

对照模板一步步操作，可以帮助你更好地理解课程内容。

所有模板如下图所示：

新增 110 项细节修订

Notion 这一年来的更新速度非同寻常，为了确保课程的学习内容与 Notion 最新版本一致，我花了 2 个月的时间，对课程进行了超过 110 项的细节修订，包括新增功能、逻辑梳理、细节优化、配图更新、操作方法迭代等。

所有更新无需额外付费，已经在原文基础上进行更新。下图是所有的修订细节：

删繁就简、全面梳理

在这次修订中，我全面梳理了所有文章的内容结构，整合了零散知识点，并删减了 1 万余字的冗长表达，使内容更连贯、更精炼易读。

另一方面也算是弥补了当时在紧张的连载阶段的一些疏忽和错漏，在此一并感谢所有对课程提出了宝贵建议的读者。

新增 1 份课程目录模板

我制作了一份课程目录模板，你可以一键复制到你的 Notion 工作区中，然后用这个模板记录、追踪你的课程学习进度。

在目录模板中，每一篇文章都帮你提炼好了课程的核心内容，你可以先扫一眼，以便确定这篇文章是否有你需要的内容，然后按需阅读，也便于你日后当成词典来查找。

如果该篇文章有附带课程模板，你也直接在目录中一键点击获取该套模板

新增 1 篇课程阅读建议

如同 Notion 产品本身一样，这套课程的体量还是比较庞大的，总字数接近 15 万字。所以不必强求自己将每一篇文章都看完，否则就是为了学习而学习了。Notion 应当是用来解决具体问题的工具，不要让学习 Notion 变成了问题本身。

所以我在课程中新增了一篇阅读指南，你可以参考这篇文章然后阅读，相信能够让新手的学习路径更加平滑。

课程上架小报童平台

从本月起，我的课程全文上架「小报童」这个平台，只需要微信扫码即可订阅，支持手机端微信内阅读，也可以在网页端阅读。

扫描下方二维码即可订阅

小报童限时开启了「合伙人计划」，当有人通过你的分享购买了该专栏，你将获得 30% 的金额返利。活动截止时间 2024.08.15

限时 8 折活动

199 元历史最低价

即日起至 2024 年 8 月 15 日，不论你是在小报童、少数派、或者是小红书平台购买课程，都可以直接以 8 折 199 元的历史最低价格优惠购买本套课程。

购买地址

少数派：https://sspai.com/series/303/list
小红书：搜索 @二一的笔记在店铺内购买
小报童：扫描上方图片二维码即可

聊聊 Heptabase，如何用白板做知识管理｜万字解读

Fri, 21 Jun 2024 12:37:00 GMT

20240626 更新，我的 B 站 Heptabase 视频测评已上线

点我跳转

阅读提示

本文非常长，将近 1.4 万字，110 张图，建议在电脑端阅读
创作不易，如果本文对你有用，欢迎推荐分享，让更多人看到我的创作成果
欢迎加入我的知识星球，与我一起交流 Notion & Heptabase 的经验与技巧

本文目录

前言

白板对我来说几乎是全新的笔记体验，半年前用氢图绘制的这份图谱就是我曾到过的最远地方。

那时我还没能察觉白板背后所能承载的思考方式，只觉得白板过于自由以至于结构松散、随处可写以至于不成规矩，难以找到进入笔记心流的方法，所以在草草做完这一份白板统计表格后就匆忙放弃。

但在我下定决心学习和研究白板这类笔记方法后，Heptabase 让我久违地重温了一次像是初遇 Notion 时的开心，虽然它和 Notion 相比完全不是同一类产品。如果你好奇这样的快乐来自何处，就请继续阅读下去吧。

Heptabase 想做什么

从产品本质上讲，如果说 Obisidian 是本地文档的操作系统，Notion 是无代码应用搭建平台，那么 Heptabase 则是能够保存思考与学习脉络的浏览器，而白板则是它当前最核心的组织与呈现方式。

本文的创作目标，即是希望能向你解释清楚这个定义的由来：什么是思考与学习的脉络？以及为什么Heptabase 可以成为这些脉络的浏览器？

这款产品出自台湾的青年开发者詹雨安之手，他希望用 Heptabase 创建一个任何人都可以理解复杂事物的世界，通过工具的推广进一步推动群体智慧的构建，最终得以加速整个世界的知识与技术的增长速度。

这个目标乍一看的确大到让人感到朦胧，免不了让人锐评两句，但创始人的愿景，以及对产品道路的规划，其实已经是我现在选择笔记类应用最看重的东西之一，个中缘由就留待日后的文章再聊吧。

接下来我将尝试把我的体验提取成文字，你也许会看到许多对 Heptabase 的溢美之词，不过别担心，文章最后也会有关于 Heptabase 优点及缺点的总结陈词。

Heptabase 的基本结构

基础信息

支持平台
- Windows、Mac、iOS、iPad、安卓、网页、Linux
笔记管理方式
- 白板 + 卡片 + 标签 + 初级数据库

四个核心模块

Heptabase 目前由四个核心模块以及两个辅助模块组成，分别如下：

核心模块
- Journal，日记
- Map，白板库
- Card Library，卡片库
- Tag，标签
辅助模块
- Task，任务管理
- Highlight，高亮片段管理

基本的功能逻辑如下图所示，但这张图并不是那么容易理解，读完全篇后你会有更深刻的感受。

Journal 模块

在一个经典的日常用法里，我们可以用 Journal 模块来记录每天零碎的事件、灵感或者待办，以实现 Daily Note 的笔记需求：

但与 Logseq 这类可连续下滑页面的日志模块不同，Heptabase 每天的日记是独立成页的，只能点击顶部的日期进行切换，我个人其实并不太喜欢这个设计，因为这会让「连续回顾」这个动作显得不那么流畅。

依我之见，如果 Heptabase 可以适当借鉴 Capacities 的设计就太好了。Capacities 的 Calendar 模块提供了多种时间范围，允许你在月、周、三天以及一天之间进行切换；至于快捷键的话，最好是可以参考 Notion Calendar 的设计，博采众家之长。

Map 白板模块

如果有具体的主题、项目、或者工程研究想要展开，就可以在 Map 中为其创建一个无限大的白板，然后在白板上创建具体的笔记卡片：

Card Library 卡片库模块

白板只是聚合并展示卡片的手段之一，在任意地方创建的卡片会被真正存放在 Card Library 卡片库之中：

Tag 模块

所有的卡片都可以被打上特定的标签，而所有的标签又会被聚合在侧边栏的 Tag 模块中，如果你用过印象笔记，应该会很熟悉这个功能结构：

不过 Heptabase 出彩的一点在于，当你点击具体的标签就会发现，那些散落在不同白板之上的卡片都被集中收纳进了同一个表格之中，然后我们就可以像 Notion 的数据库或者飞书的多维表格那样，继续对这些卡片添加更多的字段：

这有点像是 Obsidian 的 Dataview 插件，能让你在一个页面中查询任意文件夹内符合特定条件的笔记，只不过 Heptabase 的实现方式更加简单且直观，无需学习任何语法。

我们还可以从 Table 视图切换到 Board 视图，并且根据 Heptabase 的产品开发路线图，未来还将添加画廊视图和图谱视图等功能。

Task 模块

所有卡片上的 todo 条目，都会被集中收纳到侧边栏的 Task 里面，但 Task 模块目前还只是个堪堪可用的半成品，只具备最基础的任务管理功能，还需要更多的更新和优化。

Highlight 高亮模块

目前 Heptabase 可以直接阅读和批注 PDF 文件，也可以与稍后读软件 Readwise 进行联动，所有你阅读过的文章以及批注过的段落，都会自动变成一张高亮卡片，然后集中收纳在 Highlight 选项卡中：

上述简单图示应该能给你一些关于 Heptabase 的初步印象，我认为它暂时还不太适合用来记录结构化的笔记，也不是一个能用来管理复杂任务、复杂项目的工具，所以如果你更偏好 Notion 这类的数据库管理模式，那么 Heptabase 在初入门时可能无法太快地为你带来直观的收益。

所以 Heptabase 可以怎么用呢？接下来我将详细介绍它的四个核心模块，希望能给你一些参考。

卡片是白板的基本单位

在白板的任意空白位置双击鼠标左键，一张固定大小的卡片就将自动创建：

Heptabase 的一张卡片其实就是传统意义上的一页笔记，虽然它大多数时候以卡片形式存在于白板之上，但它同样能以页面形式被打开：

另外，卡片还可以点击空格键以弹窗的形式打开，或者 alt + 左键双击 的方式在侧边栏打开，类比 Notion 的话，就是数据库页面的 center peek 或者 side peek：

卡片是白板之上的基本单位，而区块功能则是构建一张卡片的基本单位，下图可见当前 Heptabase 所具备的基础功能区块：

基于 Heptabase 的白板分享功能，我当时还制作了一份功能演示列表。不过当时 Heptabase 的网页端速度比较慢，客户端（包括移动端）的体验还算流畅。

区块分类	区块
常规文本	标题、有序列表、无序列表；加粗、斜体、删除线、文字颜色、文字背景色、引用
高级文本	折叠块、超链接、分割线、待办事项、日期
公式、代码、表格	公式块、行内公式、代码块、行内代码、简单表格
媒体文件	图片、视频、音频、PDF

我们几乎可以这么认为，把 Notion 的 Page 去掉数据库区块，基本上就等于 Heptabase 的 Card，原因如下：

同样支持 Markdown
同样使用斜杠 / 来唤出命令菜单
同样是块状编辑器，可上下拖动区块（但无法分栏）
基础区块功能相差无几，并且操作逻辑非常相近

当然，Heptabase 当前的区块类型远没有 Notion 那般丰富。

日记也是卡片的一种

虽然 Heptabase 为日记（Journal）划分了一个独立的入口，不过日记的本质就是一张以日期作为标题的卡片，前面提及的所有区块功能，在日记里都可以正常使用。

日记或者说 Daily Note 的核心目的是为大脑减负，它不需要分类、也不需要标题，先把思路、灵感或者备忘写下来最重要。而每一页日记自带的日期标题，将成为日后索引到此处的重要线索之一。

另外日记和其他卡片一样，都可以被打上特定的标签，所以如果你暂时没想好这条日记的去处，但又担心没有及时整理的话会被遗忘，那么就可以为这篇日记打上 #待整理 之类的标签，然后就可以在标签系统中统一整理这些卡片，关于标签的用法后面马上就会介绍到。

当前 Heptabase 的移动端基础体验还算良好，Journal 也占据了底部的一个独立 Tab，打开即可快速记录。

在日记页面记录完毕后，你有以下几种方式可以在其他地方快速调用日记的内容：

在任意卡片中，打开右侧边栏的 References 模块，然后直接拖动日记里的区块内容

使用体验与 Logseq 的侧边栏拖动方法相近：

在白板中，打开右侧边栏的卡片库，直接将日记卡片拖动到白板之中

除了日记卡片，还有 PDF、音频文件、图片文件、在线视频，甚至是通过 Readwise 标记的网页文章段落，在 Heptabase 的定义中都属于卡片的范畴，全部都可以直接被添加到白板之中

所有的卡片都可以在侧边栏打开

现在你对 Heptabase 的卡片应该已经建立了初步的印象，但更重要的问题是，如果白板是自由且无限大的，那什么时候要创建卡片、卡片应该放在哪个位置、该如何定位到某一张卡片、以及最重要的是我们如何管理这些卡片呢？

要回答这个问题，我们需要先了解 Heptabase 的白板都具备哪些特性。

白板是无限大的自由画布

前文提及，Heptabase 的卡片功能已经足够强大，我很难找到有哪些常见的笔记内容是 Card 无法承载的。但单张卡片本身是线性的，所以记录和阅读的顺序也是只能从上到下，就像过去我们写过的文档一样：

所以一般情况下，当我们有多个想法、多个目标需要同时展开，单个文档的线性窗口就会显得捉襟见肘，无法承载我们发散的思维。于是我们常常需要在 Notion 中打开一整排的 Tab 然后来回跳转：

或者打开两个、三个 Notion 窗口并排浏览：

或者为 Obsidian 还算自由的多面板模式感到振奋：

此外还有更多的手写笔记案例如 Goodnotes、Notability 等，因为非本人所长就不在此处展示。

我认为「思考」在很多时候都是跳跃的、非线性的，而单一的线性文档容易圈定思考的边界。更让人疲惫的一件事是，我们往往需要在一开始就为其赋予明确的主题或者目标，即必须写好文档或段落的标题，就好像在进入迷宫之前就需要先找到迷宫的出口一样，我相信这些感受并非我个人特例。

因为这些现象的存在，电子文档在某些时候是不如一张白纸来得自由的，所以一直以来 OneNote 对相当一部分人来说仍然有着极强的吸引力：

思维导图如 XMind 基于某个主题的发散也是头脑风暴、梳理细节的利器：

flomo 之所以如此受欢迎，我认为「不设定标题结构」必然是重要因素之一：

现在让我们来提取一下上述几个笔记案例所代表的笔记需求：

多条目同时预览
非线性主题发散
低成本快速记录

所以白板能满足这些需求吗？

首先在白板中新建卡片的成本非常低，它的标题并不是必须的，一段话、一个想法或者是一个问题都可以是一张卡片，所以你可以将其当成是一张张贴在白板上的电子便签：

Heptabase 提供了一块无限大的白板作为我们思维的自由画布，我们可以随意地在上面放置、链接、移动卡片，这就像是在一个开放的空间里，自由地安排家具，而不是被迫在狭小的房间里塞进几乎固定的布局。

然后在谈论白板相对抽象的「视觉化笔记」之前，我认为白板其一目了然的特点（或优点）就是能同时为多个碎片化的「信息节点」提供自由的俯瞰视角：

与传统文档相比，白板的自由来自其不设边界的旷野；又因为白板是建立在「规矩」的卡片之上，所以秩序感会更加显著，不会让我产生例如手写笔记时，那种不知道该把丑丑的字写在哪里的手足无措感。

我不用手写产品，更多还是因为自己对「整齐划一的界面」有着近乎强迫症的需求，而 Heptabase 的白板为了让卡片显得更加规整提供了丰富的对齐功能：

此外 Heptabase 还为组织卡片提供了名为 Section 的编组功能，并且每个分组的标题也会随着卡片的缩小而放大：

基于卡片能够同时并排浏览的特性，如果你想写文章，那么每篇文章（或是一篇文章内的每个段落）都可以单独用一张卡片来承载，如此就可以同时扫视多个节点，卡片的长度亦能从视觉上直观地让你对比各自内容的长短：

放大卡片可以聚焦主题，让你在写作中更加沉浸；缩小卡片则可以提供更全局的视角，让你审阅卡片彼此之间的关系。但因此这类产品有一个无法避免的问题，就是随着卡片的数量增加，你放大和缩小白板的频率会越来越高，因此思维导图的一些弊端在 Heptabase 身上也同样存在。

不过使用 shift + 1 快捷键，就可以快速地让整个白板缩放到最小（Zoom to fit），框选中某些卡片然后使用 shift +2 即可将画面聚焦到这部分被选中的卡片上：

用白板读一本书

上手 Heptabase 的最佳路径就是找一个希望掌握的主题，然后直接开始记录。所以现在我们以「阅读一本书」为例，开始我们的白板上手之旅。

在一块空白的白板上，直接嵌入《习惯的力量》这本书的 PDF 文件，随后就可以让各种思考和记录以卡片（Card）为载体，如开枝散叶般自由地生长开来：

得益于 Heptabase 自带的 PDF 阅读与批注功能，在读书的过程中，我会随时总结重要的概念，用一整句话将这个核心要点写在卡片的标题里，然后将 PDF 中的具体段落直接拖动到卡片里，以便能用作卡片中的论据：

可以发现，用 Heptabase 读书与用思维导图做读书笔记的体验非常相似，都是从一个主题出发，然后向下细分成子主题：

不过与思维导图相比，Heptabase 相对直观的优势有以下几点：

可以直接阅读并批注 PDF
可以将 PDF 的原文段落拖动到白板中，直接生成卡片，让每个思维节点的信息更加丰满
Heptabase 的卡片可以在侧边栏打开
最重要的是，Heptabase 每个节点的卡片都可以被标签标记、或是被其他白板复用。而思维导图的节点只能是单一的词句，且只能存在于当前的图谱之中，难以被查询和复用。

所以思维导图只是一张「图」，而 Heptabase 白板 A 的卡片则可以自由地复用到 B、C、D 白板之中。例如，你可以批量选中卡片，然后使用快捷键 ctrl+C 来复制这些卡片，接着在其他白板使用 ctrl+V 粘贴，就可以将这些卡片同步过去：

如果用 Notion 来理解，卡片就是一个巨大的同步块（Synced block）；用 Logseq 或者思源笔记来理解，卡片就是可以在任意位置 embed 的嵌入块；不过 Heptabase 以自由的白板为画布，而其他产品则仍是线性的文档结构。

卡片之间可以用线条勾勒出的彼此关联的脉络，就像一个个神经元链接而成的一张思考的网，而同一个神经元（同一张卡片、同一个概念）又可以复用到其他的思考场景中（即其他的白板）。

你可以点击这链接，打开这份读书笔记。

所以现在我开始相信，白板的确是一类用来「视觉化」地模拟大脑思考过程的最佳工具：从一个主题出发，非线性地展开探索，在关联中触类旁通，在可视的链接里回溯思考的脉络，最终回归到主题本身。

本文的后半部分还会对「视觉化笔记」这一概念有更多的探讨。

在 Heptabase 中，一个白板通常只用来聚焦一个主题，所以某种程度上你也可以将一个白板理解为一个「文件夹」，而所有的顶层文件夹（即顶层白板）都将被聚合在软件左侧的「Map」选项卡内：

当然白板内也可以内嵌其他白板，或者引用其他白板，就好像 Notion 的 Page 也可以内嵌（或引用）其他 Page 和数据库一样：

基于这个特性，我们或许可以构建像下图这样的读书笔记库，用 PDF 来做画廊封面，用内嵌的白板来存储这本书的笔记：

标签是聚合卡片的另一种手段

当我们在白板中右键卡片，可以看到 Remove 与 Delete from Card Library 这两个选项，前者只会将这张卡片从当前白板中移出（而非移除），而后者才会将这张卡片真正删除。

所以我们说白板只是聚合展示特定卡片的手段，因为所有的卡片本体都在 Card Library 中存储着。

而接下来要介绍的标签，就是聚合卡片的另一种手段。首先，我们可以为每一张卡片（包括日记卡片）添加若干个标签：

你可以在侧边栏的 Tag 选项卡中，看到所有用过的标签：

那么在什么场景下，我们会需要对白板上的卡片添加标签呢？

标签的本质是用抽象的逻辑对卡片进行分类，分类后再聚合，以达到快速检索、快速访问的目的。而白板上的卡片则是用视觉线索与空间关系对卡片进行分类与聚合。

但是每张白板成长到一定规模后，都会遇到一个问题就是卡片数量会逐渐多到不可控，当需要查找某张卡片时，要嘛通过搜索的方式，要嘛需要频繁地放大、缩小白板，然后沿着白板的思考脉络去寻找。

又或者，当你需要批量整理分散在不同位置、不同白板上的卡片，循着脉络去浏览的方法也相当低效。就好像在一个围棋盘上，如果要让你快速挑出所有黑色棋子，尽管棋子颜色一目了然，但一颗颗地捡也需要费不少功夫，这就是白板这一工具天然存在的劣势。

这个时候标签就可以发挥作用了。

下图中，我以白板为基础放了 20 张简单的日记卡片。在卡片数量有限的时候，我可以直接用颜色来标记卡片，以直观地显示每天的心情状态：

白色：波澜不惊
绿色：开开心心
红色：负面情绪

但如果我同时有 150 张卡片呢，如果我希望集中查看所有心情为「开开心心」的日记卡片，那么白板的自由度反而会带来一些困扰：

但现在， Heptabase 的标签赋予了一种管理卡片的新方法。

首先，在我们在创建日记卡片的时候，使用 ctrl+T 就可以为卡片快速添加「日记」标签；然后按住 alt 键的同时用鼠标双击卡片，就可以将卡片在侧边栏打开，然后就可以在卡片的 Info 属性栏中，为其添加具体的字段状态：

接下来，在 Tag 选项卡中点击「日记」这个标签，就可以看到所有的日记卡片都被聚合在了这张表格里，并且带有「心情状态」这个 Select 字段：

基于 Heptabase 简易数据库的筛选功能，我们就可以轻易地过滤出我们希望查找的特定类型的卡片，并为其创建分门别类的视图（View），就像 Notion 的 Database 一样：

现阶段我们还可以为其添加 Kanban 视图，便于你同时查看同个字段不同属性值的分组情况：

尽管它现在的功能还非常薄弱，但实在值得称一句未来可期，因为目前已经足够实现多种多样的跨白板聚合需求。

例如，在使用白板学习各种主题的过程中，你可能会产生许许多多奇怪的问题，这些问题在当下无法被快速解决，就这么放着的话必然会忘记，所以我们可以为这些问题卡片（或者说有待完善的主题卡片）打上名为「问题」的标签，然后就可以在这个标签之下的看板视图中，跨白板地聚合与分类这些问题：

对于需要系统化学习的主题，如学习一门新技能或准备考试，我们则可以为相关的学习资料和任务卡片打上「学习计划」的标签，然后在表格或者看板视图中按照不同的学习阶段或学习任务进行分类管理。

与飞书这类多维表格不同，Heptabase 表格中的条目是可以被打开成页面的，这一个特性直接让 Heptabase 的实用度又上升了一个层次，而且还有基于不同视图的过滤与筛选，这些组合之下可以发挥多大的效能，如果你用过 Notion 的话此时应该就能心领神会了。

并且由于 Heptabase 的 Tag 是全局的，即可以在不同的白板中使用同一个标签，不像 Notion 的数据库只能指定某个数据源（Source），所以在某些场景下或许会比 Notion 更加好用。

Heptabase 如何保存思考的脉络

Heptabase 现阶段 1.0 的目标，是打造一个能帮助每个人学习与研究复杂主题的思考辅助工具，通过构建一个能存储思考脉络的知识库，帮助你对某个主题建立深度的理解。

记住这个核心目标，将有助于我们更好地理解 Heptabase 的功能设计。

用白板构建视觉化脉络

现在请各位读者先看看以下几张照片，如果你能认得出来都出自哪里，那说明我们的观影趣味非常相近。

在上述影视截图中，这些物理白板的作用无一例外皆是为了向观众呈现这么一种剧情效果：在一个终极目标的指导下，用纸质卡片记录核心节点，通过串联庞杂的线索，剥开层层迷雾，最终指向那个最终目标。

所以我们是否可以认为，要想让观众最快速地「感知」这一个复杂的探索过程，白板及其串联成网的卡片是最佳的展示方法？

一个共识是，大脑解读视觉信号的速度要远比阅读然后解码文字来得快，一张包含箭头和符号的流程图，能比一段描述流程的文字更快速地让人明白其中的步骤和关系；当我们看到一张地图时，我们能迅速理解它所展示的地理信息；当我们阅读图表时，我们能直观地感受到数据的变化；红灯停绿灯行的口诀、黄色的警示标志、绿色的安全出口，在日常生活中，颜色和形状一直在帮助我们快速做出判断和决策。

在认知心理学中有一个名为「表征（representation）」的概念，所谓表征即是大脑将外界信息转化为内部认知的心理模型。而视觉的表征能让我们极其快速地处理大量的信息数据。

Heptabase 的开发者 Alan 也提出了一个观点：「人的思维架构通常都是在视觉化后才得以明了」，对此我深以为然，善用视觉信号对笔记进行编码，能显著提高我们理解复杂事务的能力与效率。

例如，我在阅读《习惯的力量》这本书时，可以通过三张卡片与三个箭头的简单组合，构建起一目了然的习惯回路：

在学习 Midjourney 的时候，我用从左向右排布的卡片组成了一条记录学习进度的时间轴，让我得以更直观地按照时间顺序，依次回顾每个阶段下我都遇到了什么问题，以及我都采用了哪些解决方案：

在规划项目时，可以用类似思维导图的方式拆解各个环节，然后在每个节点的卡片中补充更详细的内容：

在拆解 X 博主的涨粉套路时，用卡片加流程截图的方式，清晰地标记每个环节都做了什么：

或者，假如你是一个医学生，用图片加箭头的方式，能否让你更好地记录不同身体部位的知识卡片？

如果你正在研究一段历史，用时间轴和卡片来组织具体事件，会不会让历史的进程更加清晰？

如果你是新海诚的话，当然也可以用它来可视化地编撰故事情节的脉络…

在一般的读书过程中，作者的论述有可能是跳跃的，所以我需要相对频繁地思考已创建的卡片之间的逻辑链路是否顺畅，通过「看」这个动作即可快速确认，因为卡片一旦呈现孤立状态，就说明它本身并不或者较少地参与到论证链条中。

所以如非自成一体的概念卡片，就需要持续地确认该张卡片是否有存在的必要，或者是否还可以重新组织它在白板中的位置与关系。

如果存在相对空白的卡片，即说明这张卡片是需要更多的论据来填补的，如此一来就可以促使我更细致专注地从书中寻找可以作为论据的材料，我想在这个过程中，是「知识的可视化」在发挥着重大作用。

有些时候会觉得，当我在白板中创建了一张张空白卡片，然后循着思考的脉络将它们串联起来，颇有一种在《空洞骑士》中逐渐探明地图的感觉，每张卡片都是一个等待探险的地块，方向已经探明，考验我的只剩下能否迈出下一步的勇气。

时至今日，双链笔记的热潮已经褪去，相信大家应该都已经醒悟，杂乱的、几乎不可控的图谱是无法产生任何价值的，我们曾经还妄图能抽丝剥茧、从混乱中得到真谛，到最后只有那加载图谱时的一丝卡顿能告诉我们：噢！原来我们日积月累的知识还是有点重量的。可是我们放大又缩小，放大又缩小，徒劳地望着满天繁星，能启迪人的智慧却好像那流星般难以寻觅。

而在白板构筑的知识图谱中，卡片之间除了有链接，彼此之间还有方向、还有标记，一眼就可以看出概念上的亲疏远近，每个节点不再只是一个标题，更是能一眼就看出其背后的丰富信息，我想这样的脉络才是有意义的。

当然，本文并非是要借着踩双链图谱来捧 Heptabase，实际上任何一款白板产品都适用这个观点，你也可以试试飞书里的白板、Excalidraw、 Obsidian 的 Canvas、还有 Milanote 等等。

用双链构建联结的脉络

Heptabase 有一个重要的特性，那就是无处不在的双向链接，具体用法和 Obsidian 或者 Logseq 等双链笔记是基本一样的。

当我在一张卡片 A 中使用快捷键 @ 去提及卡片 B，那么我在卡片 B 的 Backlinks 区域，就可以看到卡片 A 的存在。不仅如此，在白板上使用连线将两张卡片相连，也能够构建卡片之间的双向链接：

另外，多张卡片所组成的分组（section）也是可以被引用或者被链接的，这些同样可以体现在反链的脉络中：

基于这个特性，我习惯将知识类卡片的标题写成一个可以直接被引用的结论，然后用多个结论（即多张卡片的标题）来解释另一张卡片的标题：

在每张卡片的 Info 区域，都可以看到自己被引用了多少次，或者在哪个白板被谁链接了，这样就能便于你更好地回溯思考的脉络，也有利于同一个信息在不同场景下的复用。

用剪藏保存浏览的脉络

除了文章最开始讲到的 PDF 阅读与批注，我们还可以将 Heptabase 与 Readwise 这款稍后读软件进行关联。当我们在网络上阅读任意文章，只需要右键选中段落，然后保存到 Readwise 上，就可以立刻在 Heptabase 中看到被标记的段落，同步速度非常快：

然后我们就可以快速地将这个段落拖动到白板中，成为思考网络中的一个节点：

另外最近 Heptabase 也推出了他们的第一版浏览器剪藏插件，点击插件按钮就可以将任意网络文章剪藏成卡片：

不过目前剪藏插件的功能还比较单薄，甚至不包含原始网页链接，也无法预设剪藏的标签等，只能期待后续的更多更新了。

Heptabase 对比各类笔记软件

因为每个人对笔记软件的期待、用途和用法都不尽相同，所以下面这部分的内容将是我个人使用感受的主观描写，如果你没有用过对应的产品，可选择性跳过。

这些对比也并非是要凸显谁比谁更好，而是希望在描述特定的笔记场景后，进一步评估什么样的功能对我个人来说谁会更适合，因此它不一定是产品优劣问题，更多是仅面向我个人习惯的适配性问题。

对比 Logseq

过去我在使用 Logseq 的大纲进行记录时，通常只是把概念相差不大的词条放在一起，但没有很好地去整理词条之间的亲疏关系，也较少去思考词条之间是否存在制约、促进或者补充等关系。

很多时候我只是用一个 Tab 键将节点缩进，然后用「总 – 分」的逻辑去粗浅地分类或扩展，这样虽然能获得看似整齐的文档，但因为没有经过太深刻的思考，所以分类结果是比较粗糙的，后续如果要复用这些笔记，则需要重新思考每个节点该如何串联成一段话，或是如何组织成一篇文章。

因此我认为，大纲的特点就是鼓励用词组或短句来快速记录，优点就是减少了「输入」时的阻力，但很容易让信息的录入变成单纯的录入，以至于增加了「提取」时的压力，因为必须二次整理、二次思考才可以将碎片化的节点串联成线。

而在使用 Heptabase 的过程中，因为白板是没有任何框架结构的，所以它会自然而然地促使（甚至是要求）我去整理卡片之间的逻辑链条，去思考应该放在哪里更加合适，也就是说它提高了「输入」的门槛，但日后提取时并不需要我再进行二次思考，因为当初保存下来的思考的脉络是一目了然的。

总的来说，大纲是先下山再上山，记得更快；而白板相反，是先爬山再下山，输出得更快。

另外，虽然 Logseq 本身也有白板功能，不过它的白板远不如 Obsidian 的 Canvas 成熟，而开发团队的工作重心目前是放在了重构数据库版本上，因此我并未对它的白板做太多尝试，就不纳入本文的讨论范围。

对比 Notion

Notion 依然是我当前最主力的笔记应用，主要用来结构化地记录与项目执行相关的文档，用以构建成熟的文档知识库，按部就班地计划并执行方案，以及进行各种文档页面分享。不过现在当我有一个全新的主题想要学习、有一本书想要阅读、有一个技能希望掌握，现在我会考虑优先在 Heptabase 中进行。

在学习初期，我们会有相当多细碎的想法，这个时候你可能不知道应该用什么样的顺序来组织它们，但 Notion 的文档或者是数据库框架天然要求这些「问题」最好是以某种有序的方式进行整理，这可能会带来一些困扰，进而阻止你一股脑地将所有的想法倾泻出来，所以「Notion 怎么做思维导图」这个问题排在了谷歌搜索结果的第五位：

而 Heptabse 的白板在学习之初，可以让我们更加自由地将脑海中的问题或想法摘录出来，制成零散的卡片，然后放在白板上一起审阅，并且白板的功能相对简单，所以你不会产生太多与学习无关的想法，不会分心去思考有没有模板、有没有插件、有没有更加自动化的笔记方式。

将白板当成一张白纸，你可以更专注于学习这件事本身。

对比 Obsidian Canvas

理论上 Obsidian 加上插件几乎可以实现任何文档层面的编辑需求，更不用说 Obsidian 目前也推出了自己的白板（Canvas）功能，那么在免费的 Ob 白板和订阅费用高昂的 Heptabase 之间，为什么我选择了 Heptbase ？原因在于，两者在新建和管理卡片的方式上存在根本性差异。

Canvas 目前已经是一个相当成熟的核心插件，该有的卡片类型、卡片组织功能一个都不少，不仅允许 Canvas 之间的互相嵌套，还能够在文档页面中直接嵌入 Canvas。

你可以在 Canvas 中自由地发散想法，用类似思维导图的方式来组织卡片笔记的脉络：

可以搭配 Dataview 这个插件，在 Canvas 中构建一个 Dashboard，我相信这会让不少 Ob 的忠实用户两眼放光。

甚至还可以将整个文件夹拖动到 Canvas 中，然后视觉化地组织每一篇文档：

善用分组功能，你就可以在 Canvas 中构建你的视觉化 MOC：

所以可以先下一个简单的结论，如果你没有用过白板类产品，那么我会强烈推荐你先从 Obsidian Canvas 开始尝试，因为它真的足够强大，而且完全免费。

但如果你现在正在用 Heptabase，且因为 Heptabase 的订阅价格比较高，而犹豫是否有必要换回免费的 Obsidian，那我会说 Heptabase 的各种功能、交互与细节，在很大程度上都优于 Obsidian Canvas，毕竟前者是专精白板，而后者相对来说还只是一个可以开关的核心插件。

我认为在与 Heptabase 的对比之下， Obsidian 的 Canvas 缺失了几个我个人极为看中的核心功能，也许未来会有插件能够做到，但在此之前我们仅讨论 Canvas 开箱即用（无插件）的现有状态。

Canvas 无法一键将卡片在侧边栏打开

当白板中的卡片数量多到一定程度，有些卡片就需要被适当地折叠。Heptabase 为卡片提供了折叠按钮，并且只需 鼠标左键双击就可以在右侧边栏打开并浏览完整卡片，并且右侧的多张卡片是可以连续滑动阅读的：

而 Canvas 如果想让卡片在侧边栏打开，需要先用快捷键 ctrl+鼠标左键 将卡片在标签页打开，然后手动拖动标签页使其窗口并排，这个操作体验就不是很好：

另外，Canvas 的卡片虽然可以只保留某个段落，但是无法自动折叠到只剩标题，必须手动拖动卡片的大小，所以手动调整卡片大小的频率要比 Heptabase 高不少。

Canvas 的卡片缺少反链脉络

Obsidian 是一款以双链为核心功能的笔记类产品，但是你在 Canvas 中创建的卡片，或者是 Canvas 中互相连线的卡片，默认情况下竟然是不包含反向链接的，这有点出乎我意料。我搜索了很久的插件也没有找到解决方案，如果有知道的读者还望留言指教。

而 Heptabas 如前文所说，每一张卡片的 Backlinks 区域，都会显示它所存在的白板、它所关联的卡片、甚至是它所关联的分组（Section）：

并且如果这张卡片同时存在于多个白板之中，那么卡片的顶部还会出现相应的提示：

Canvas 套用了树状文件夹的文档管理思路

首先，在 Canvas 中默认创建的卡片将只存在于当前的 Canvas 中，只有当你将这张卡片转化为文件，它才会出现在侧边栏目录中，并成为一个 Markdown 文件，否则这张卡片将只是 Canvas 的 JSON 文件里的一串数据。

因为卡片不是 MD 文件，所以它也不能在其他页面内被引用（但可以被搜索到）：

其次，当我们将 Canvas 的卡片转化成一个 Markdown 文件，这个文件将会出现在你指定的存放新建笔记的那个文件夹内：

然而，这个文件夹也是一般情况下我们用于存放新笔记的文件夹，因为 Canvas 目前能指定的只有用于存放 Canvas 的文件夹：

也就是说，如果卡片在转化为 MD 文件后没有及时整理，那么这个文件夹就会被各种白板中创建的文档塞满，同时又因为这些文档并不能通过反链追溯到对应的白板上，所以当文件夹内数量一多，你很难知道哪个文件能删、哪个文件不能删，这种体验并不算好，除非你可以完全无视这个文件夹的混乱。

Obsidian 的 Canvas 对于发散思维相当有用，于是你可以很轻快地在白板中构建出一个知识网络。但是当你希望在别的笔记页面内使用 [[ 的符号来引用这张卡片时，你就必须手动将这张卡片转化为 Markdown 文件，而在转化之后，你就需要思考应该把这张卡片放在哪个文件夹内。

还有一点，我们虽然可以在 Canvas 中内嵌 Canvas，但我们必须先在侧边栏的文件夹中创建一个 Canvas B，然后才能将它拖动到 Canvas A 中。于是这时就又得思考一个问题，这个新建的 Canvas 应该放在哪个文件夹比较合适呢？

所以我说，Cavans 不适合用来管理文档，Canvas 更适合用来链接现有的文档。

我认为目前的 Obsidian Canvas 比较适合以下几种使用场景：

用来发散简短的、碎片化的思维节点，因为缺少快速折叠、无法快速在侧边栏打开
用来链接文件夹内已经被有序存放的文档，因为在白板中新建文档或白板会使得目录变得混乱

而对 Heptabase 来说，白板本就是用来管理卡片和白板的工具。我们在白板中新建卡片，这张卡片可以在任意地方被引用；我们也可以在白板中新建白板，这个白板同样具备随处引用的功能。这就是完全依托于白板本身来管理所有的新建文档，与 Canvas 相比是两种截然不同的使用逻辑。

Heptabase 毕竟是专精白板的产品，上线 3 年以来，一切功能开发皆以白板为绝对核心。而 Obsidian 的 Canvas 从 2022 年上线至今，期间涉及到 Canvas 的更新记录有 30 次，但新增功能的版本记录只有 5 次，最后一次新增功能已经是 2023 年的 2 月 22 号，其余更新都是在优化 Canvas 的性能和细节调整。

我当时还将所有涉及 Canvas 的版本更新整理到了一份 Notion 页面中。

所以我并非对 Obsidian 的 Canvas 能力存疑，而是事实上 Canvas 的确不会成为 Obsidian 核心的开发方向，因为新功能的适配优先级是不高的。但如果你自己本就是 Obsidian 的用户，那么你可以将 Canvas 当成一个非常好用、非常强大的思维发散工具，用来辅助你的思考。

完全免费的 Canvas 在很多时候，已经远比一些需要付费的工具来得好用了，所以也不能对它苛求过多。

Heptabase 优缺点总结

优点

我认为如果你现阶段需要一款能够用来帮助你学习和思考的笔记工具，并且不想将过多的时间花在类似折腾 Notion 模板或者研究 Obsidian 的插件上，那么我认为 Heptbase 将会是一个称职的、开箱即用的优秀产品。

这篇文章这么长，如果到这里还需要提及更多优点才能说服你的话，那我认为 Heptabase 可能并不适合你，所以接下来我要提几个 Heptabase 的缺点，好让你可以更果断地放弃。

缺点

尽管 Heptabase 已经开发了三年，但在细节上它还有非常多的功能有待完善，我整理了几个我个人比较在意的问题，按对我个人影响的轻重程度排序：

客户端暂时没有多标签页的模式，这使得跨白板的阅读与记录很不便
缺少合并卡片功能，无法像 Ulysses 那样选中多份文档然后合并为一张完整的卡片
没有手写模式，无法像 Excalidraw 那样直接在图上划线标记
性能还需进一步优化，在写作时如果 GIF 数量较多，则缩放白板时会有明显卡顿
不能为白板添加注释或者标记功能，希望能为白板划分专属的 info 区域
网页端载入速度太慢，不论是使用还是分享的体验都不太好
价格略高，年费 108 美元
暂时只能分享整个白板，单张白板的分享还在开发中
没有插件系统

入门建议

如果你看了这篇文章之后萌生了使用 Heptabase 的念头，那么我认为最佳的上手路径是这样的：

选择一个你当前最感兴趣的主题
以掌握这个主题为目的，为其创建一个白板
在这个白板上创建各种必要的卡片
用思考的逻辑来组织卡片之间的位置与关系

在入门过程中，我认为最重要的一件事就是，不要把 Heptabase 当成可以 All in one 的笔记类应用，不要为以后的笔记系统做太多的铺垫，一切记录应先以「掌握眼前的这个主题」为核心目的，与之无关的折腾都需要暂时搁置，否则又会陷入为笔记系统雕花的循环，然后迅速放弃这款产品。

如果你能坚持记录至少一个完整的主题，因为白板非线性记录的特点，你的思考将全面发散，同时还将在不知不觉间积累大量的与主题强相关的卡片，这个时候你将第一次感受到白板所能赋予的价值。

还有一点，很多新手（比如我自己）会在产生一个新想法的时候，就立刻创建一个白板，但是每个白板都需要很多时间才能成型，所以如果你也是这样的话，就会有很多个只有零星卡片的白板，很容易带来负反馈。

所以我建议你在入门的时候也应当践行 Inbox 的理念，等到某个模糊的主题有足够的卡片的时候，再为其单独创建一个白板。

结语

在文章开头我提到了，Alan 的愿景是能打造出一款可以加速人类群体智慧的构建、并提高知识与技术增长速度的工具。但其实这位年轻的开发者在创造 Heptabase 之前，他有三个看起来更加让人感到不可思议的目标，是这样的：

一开始我觉得，这些目标只是中二的少年在意气风发的学生时代，所产生的不切实际的念头。但在看了 Alan 创作的关于 Heptabase 的一系列愿景介绍后，我愿意相信他的勇气是真的，他的行动也的的确确在证明自己。

我当时还用 Heptabase 的白板为这些文章写了一份简单的读后感，借此尝试用 Heptabase 整理 PDF 读书笔记。

也许几年之后 Alan 的名气将有机会能像 Notion 的创始人 Ivan Zhao 那般为圈内人熟知，因为两人在某种程度上都「师从」Douglas Engelbart，也都有同龄人所不具备的视野与野心。我期待到那个时候能再写一篇《Heptabase 10 年发展史》，就像这篇《Notion 10 年发展史》一样。

Heptabase 下载

7 天免费试用：点我
我的 Heptabase 笔记案例：点我

我的 Notion 中文系统课程｜2024 最新介绍

Mon, 22 Apr 2024 22:44:50 GMT

课程链接：https://sspai.com/series/303/list

聊聊近况｜二一的笔记 001

Tue, 02 Apr 2024 14:10:01 GMT

当你看到这篇文章，说明我正在尝试克服多年以来在「创作」这件事上的自我设限：

不要发表不够完美的文章
不要写没有十足把握的内容
不要拟定不能爆款的标题
不要发表肤浅的见解
不要写不垂直的东西
不要不在意数据…

每当我动了写字的念头，这些「声音」就会在我的脑海里复读，然后刻薄地质问自己：你准备好了吗？你的分享有价值吗？你和别人写的有什么不一样吗？如果写完没人看，你能接受这样的结果吗？

追求完美，其实只是为了掩盖自己的不自信。

过去几年我受自媒体本职工作的规训真的太久，对阅读、转发、评论以及涨粉的执念，就连在梦里也不曾放下过。成为自由职业者后，这些心病让我不想再触及那些令人心悸的数据复盘画面，于是渐渐地我接受了一种「工作方式」，那就是不要写、不要做，这样就不会失败、自然也不会失望。所以你看，这么久了我的公众号才寥寥数篇文章，B 站写好的脚本也迟迟不敢剪辑。

所以这篇文章的用意何在？

一个可怕的事实是，我渐渐察觉到我似乎没有笔记可写了，或者说我的生活失去了记笔记这一行为的必要性。既然不需要输出，那逼着自己输入又是何苦？没有输入，又更加缺少可供输出的素材或观点，恶性循环就此产生。长此以往，我的案例、观点和方法都将沦为俗套，这对一个笔记测评博主来说无异于是职业生涯的结束。

所以我希望这篇文章能成为打破这个循环的第一步：来写点随心所欲的东西吧！

我不再花半天时间拟定标题，不再费劲心思找各种配图，我只想记录我认为有意思的，表达我想表达的，就当做日记来写吧。不拘泥于这个账号的定位会让我的写作更加自由，但或许也会让屏幕前的读者失望。

因为账号定位即是给自己贴下的标签，它既是一种解药，也是一种毒药。

若非如此，各位读者也不会产生关注我的动力。又因为如此，我所有创作的价值，都必须用「是否面向读者」来恒量。于是我的绝大部分时间都花在猜疑观众读者会不会对我所分享的内容给予肯定，这让我总是在意发布后的数据、评论或私信。

所以我很容易就能找到放弃写作的借口，因为靠「猜」只能猜出我想要的答案。

我现在意识到，我必须先成为愿意阅读自己的读者，必须先成为愿意欣赏自己表演的观众。否则，我如何再去发现那些能让我自己兴奋的观点，否则，我自己的「个性」将如何得到展现？

我相信会关注我的读者，也不会想去阅读一本枯燥的说明手册。

在 ChatGPT 彻底火爆世界之前的 2022 年底，我写下了这一篇测评，那一刻我就有一个清晰的结论，那就是未来基于 AI 生成的内容一定会泛滥成灾，尝过 AI 甜头的人几乎难再产生探索自己的欲望，然后渐渐地便会沦为 AI 的助手，而非其主人。

但那些对信息质量有更高要求、对真实的个人观点有更强偏好的人，一定会对那些更愿意表达自我的人感兴趣。因为「自我的表达」必然蕴含着喜怒哀乐，这些情绪会让人的视野变窄，但也将因此让创作者的表达变得更加精准、更加个性，更容易闪烁出一些未被 AI 大模型所洞察的来自人性的光芒。

我坚定地相信，能够相聚在此的读者都会被这样的光芒所吸引。

每个人都将逐渐练就一眼就看出「哪些内容是 AI 写的」的能力，长此以往你必然会对这些东西感到厌倦，就好像我现在已经对那些发在视频评论区下的 AI 总结产生了不适之感。我不是拒绝这样的工具，相反我赞成有限度地去使用，我只是觉得将 AI 生成的总结发在评论区里实在是太扫兴了，身为「创作者」的我是这么想的，身为观众的我也是这么想的。

基于前面种种，我得想办法跳出我为自己设下的圈套。那句话怎么说来着，完美主义是创作的最大敌人。

于是，我对今后创作的笼统设想是，从随机的主题出发、从不预设目标的写作这件事上，去寻找我所欠缺的东西，去发现我观点贫瘠的领域，进而去寻找自己的更多可能性。

收获关注不是为了用订阅的数字来恒量自己的成就，这个数字将只意味着与我「形态相近」的人有几何；收获评论不是为了能够获得读者的夸奖，而是希望能在观点的碰撞中，发现更多被自己的视野所局限的漏洞。

基于这个认知，我开始付诸行动。

你看，我所幻想的画面是这样的：我会有一个内容丰硕的公众号，或者会有一个写满了各种文章的个人博客，它是一个可供人查阅的庞大的资料库或者视频库，人们能从我的分享中收获知识与感悟，还能从我的说辞中、从我埋藏在行文与视频画面的细节里，去尝试解读我的一生。这个念头从未休止过——希望我这零星的表达有朝一日能串联成线。

所以这个账号以后不会再做笔记软件测评了吗？

恰恰相反，我会有更多的生活需要记录，会有更多的灵感想要描摹，会有更多的反思、总结和复盘需要将其记录在案，因而我会对笔记软件有更加强烈的需求，也就能为大家产出更多有价值的测评内容，我想这样的循环才是正向的。

写到这里，我想起了一种虽然古老但依然光芒万丈的创作载体，其名为 Newsletter，我将其视为对 AI 与算法的一种反抗。

微信公众号某种程度也可视作 Newsletter，只不过它依托于微信这个封闭的平台和生态，在其上的阅读又极大程度受制于算法施加于你的影响，而以邮件形式进行推送的 Newsletter 则让作者与读者能够建立起一对一的更加亲密的联系，这近似于一种笔友关系。

如此一来，倘若我作为 Newsletter 的作者，我会更加关注内容本身的吸引力，避免不由自主地向推荐算法倾斜，更可规避严苛、麻烦的平台审核，然后写那些我真正想写的东西。

所以本文标题中的「001」其实已经可以视为 Newsletter 的第一篇试水。但是：我想写什么？我能写什么？读者想看什么？该如何平衡这三个需求？这四个问题的答案仍然还需要更多的创作才能找到。

以上便是我近期的一些思考，尽管邮件通讯的主题暂不明朗，但如果你对我未来有可能「发行」的 Newsletter 感兴趣，欢迎在我的这篇公众号文章下方留言。

我是二一，下期再见。

我的 Notion 中文课程介绍

Thu, 24 Aug 2023 20:50:09 GMT

关联视频

Notion 2023 课程介绍

Notion 2022 综合测评

我依然记得第一次用 Notion 时的感叹，它太好看、太赏心悦目了。这种赞赏不是出于偏爱而美化了当时的记忆，而是 Notion 在功能设计上的哲学与美学真的让人印象深刻。由它开创的名为 Notion-Like 的笔记品类，从此引领着市面上一众产品的借鉴与模仿。

回溯过去几十年，我们一直在用数字方式模拟着现实世界的纸质笔记系统，用文件夹（folder）代替档案柜，用笔记页（note）代替纸张，用高亮（highlight）代替马克笔。

直到现在 OneNote、Evernote 等产品已经基本完成了它的历史使命，但我们的生活已经全面数字化，完全参照现实世界模拟的笔记软件已经越发地捉襟见肘，你越是意识到这一点，你对新工具的渴望就会更加强烈。

于是 Notion 出现了，它以一种更加自由、更加个性化的方式，让每个人都能创造独属于自己的笔记系统，不论你要记录的信息从何而来，不论你的创作将向何处去，Notion 都有独特的能力承接一切需求。

Notion 是什么

Notion 是一款好用的 在线文字编辑器、一个高效灵活的文档与数据管理工具、一个优雅自由的在线协作工具，以及最重要的，它是一个内置了无数个性化组件的效率系统搭建平台。

它可以替代数十款笔记和效率工具、可以满足几乎任何工作流下的笔记创作、知识管理、项目管理和协作需求，all in one 的概念就算不是因 Notion 而起，也必定是由 Notion 发扬光大。

我曾制作过一期《Notion 2022 测评视频》，虽然距今已有一年之久，但我相信直到现在它依然是全网最能快速描绘清楚 Notion 特性全貌的视频之一。

本套课程也将与时俱进，Notion 这一年来上线的所有最新功能（包括 AI）全部都会包含在内，没有一个功能会被我简单略过，我希望让这套课程就像 Notion 的 all in one 特性一样，一站式地满足你的所有学习需求。

Notion 的三大难关

功能的丰富度和自由度是 Notion 吸引人入坑的最大亮点，但同时也可能是将人劝退的第一道门槛。就好像，虽然旷野会让人因自由而快乐，但漫无边际的孤独和迷茫也在悄然生长。于是所有 Notion 新手总会经历相似的一幕：面对空白的、无限大的页面陷入沉思，苦恼自己究竟该从何开始。那么多的功能，我该如何才能入门？

而如果我们已经小有经验，能靠自己在 Notion 中垒起第一座城堡，又必定会担忧它的地基与结构是否足够稳固，是否有能力继续接收和容纳那日益增长的信息资产。越写越多的笔记非但没有带来正向收益，反而让「书桌」变得杂乱，文档无处收纳、信息无处寻找，心情也因此变得抑郁，于是更多问题需要被解决：如何才能将 Notion 建成稳定、可信任的第二大脑？

随后，当我们尚有闲情逸致，还更喜欢参观别人精心雕琢的数字花园，然后对那些看起来能倍增效率的模板上瘾。而后一些羡慕与不解便油然而生：如果我也希望能像他们一样将 Notion 用得如臂指使，甚至是「花枝招展」，我们欠缺的究竟是哪一方面的知识或能力？

常常只是想让 Notion 实现一个小小的愿望，却要为此付出数不清的艰辛。于是我们既沉溺于互联网中汪洋似的 Notion 教程，又总是渴求着下一份能真的发挥作用的标准答案。看似为了提高效率，实则反而耽误了工作。于是，在这个效率的怪圈中自嘲一句差生文具多，总能让空气充满无可奈何的欢声笑语。

最后，终极的哲学问题产生了，我们质问自己，花那么多时间学习 Notion 真的值得吗？新手阶段迷茫，磨合阶段痛苦，想要精进不得秘法，想要简单却又向往复杂。

以上种种皆是我曾深陷其中的困境，我太了解那种求而不得的渴望，太熟悉那些为了实现一个功能而折腾整个下午的坚持，太明白这一切的背后所映照着的，其实只不过是渴望能够获得自我实现的朴素愿望，而效率工具或者笔记软件，只是求道路上让我们的步伐能够再稳固一些、再快一些、再坚定一些的垫脚足履。

人们总是乐于调侃差生文具多，到最后甚至连自己也不理解自己，只能无奈地假装已经与自己和解，或许终究是与那些新奇瑰丽的工具无缘。可是，人们没有看到我的努力，我在努力地创造，我在创造的道路上艰难求索，那些或许缺失的工具和方法的确让我犹如溺水般挣扎，但我从不承认平庸的控诉。既然无数人证明了 Notion 的可能性，他们能通过 Notion 获得太多益处，凭什么我就不可以？

过去的我盼望着或许有人能带我走出困境，但现在，我决定让自己成为那个不曾寻觅到的人，「二一的笔记」便是在这种强烈的情感下所创立的一个频道，而这套 Notion 系统课程，将会是这些年来我所能凝练的最高作品。

各位读者眼前所见的，就是这样一份我诚惶诚恐、筹备了一年又写了半年之久的课程，它凝结了这些年来我对 Notion 的所有认知，它将是一份足够让任何新手从零开始并一路进阶的 Notion 通关课程。

关于课程，我讨厌冗长的赘述，更拒绝语焉不详的描摹，所以在过去漫长而又煎熬的书写中，我一直在努力平衡着课程内容的广度和深度，只是想实现这样一个忠诚的愿望：如果屏幕前的读者朋友只想给 Notion 最后一次机会，只想最后再选择一套课程，最后再为 Notion 花点功夫学习，那么我的课程将竭尽所能助你达成这个目标。

我所掌握的与 Notion 相关的一切知识与技巧，都将通过这套课程毫无保留地交付于你。去年所做的这期《Notion 2022 测评视频》所能呈现的信息量，尚不足以囊括课程内容的二十分之一。

除此之外，我仍耗时几个月，从 5 个群聊、超过 1600 名群友的聊天反馈中，搜集整理了绝大部分我可能忽视的新手视角与新手需求，避免自己因习惯使然，而将一些复杂艰深的用法当成大家理所当然的共识。

我期盼着，当这套课程最终完成的那一刻，我将收获圆满的骄傲和自豪，一如我过去的所有作品，毫无保留，倾囊相授。

作者信息

@二一的笔记

B 站 UP 主、公众号与少数派作者，全网粉丝 13 万+
独具风格、专注用心、硬核认真的笔记软件测评博主
9 期测评视频 12 万收藏，250 万+ 播放（全平台）

课程定位

给知识工作者的 Notion 终极指南

知识工作者定义：以知识为生产资料，以学习、思考，以及创造为核心任务
终极指南定义：彻底掌握 Notion，随心所欲地用 Notion 搭建个性化生产系统，让你的时间更值钱

课程风格

循序渐进、丰富案例、广泛场景、细致入微、详尽图解、举一反三
为 Notion 初级用户提供一站式入门与进阶课程
为 Notion 资深用户提供更丰富的实操案例、实用技巧、以及可联动的第三方 App 、插件及资源

这不是一份纯粹的 Notion 操作手册，那样太无聊了，不是我的风格；这也不是为了炫技而制作的复杂模板讲解，那样太不友好，也很难落地。

我希望的是，即便是最基础的功能，也能发现它在复杂需求和场景中的价值，即便是最个性化的想法，也可以在我的课程中获得触类旁通的灵感，即便是最大胆的项目，也可以在我一步步的操作引导下，获得最实用的使用建议。

掌握这套课程的所有内容，将完全足够你在任何平台上成为最顶尖的那一批 Notion 使用者，你不用再四处搜索分布零散、难成系统的图文教程，不用再看操作太快、需要频繁暂停的视频分享，我有相当的自信，这套课程全篇预计 15 至 20 万字的篇幅，将会是中文互联网内最系统、最完整、最具实用性的一套课程。

万字长评 | Notion 10 年发展史 & 2023 功能现状

Tue, 20 Jun 2023 10:00:00 GMT

前言

本文是我的《Notion 付费课程》的第一篇文章，但其实早在课程立项之前，这个选题就已盘桓心中，不写不快。不过即便是准备充分，依然修修改改花去将近一整月的时间。Notion 的体量之大，实在远超我的预估。所以本文如果有任何错漏之处，还请不吝留言指正。

之所以如此执着于书写看似与教程无关的内容，是因为我相信只有看清楚一款产品从何而来，才有可能知道它将向何处去，对它的理念评估、功能拆解、或者是现状分析才能更贴近 Notion 真正的目的、理念、目标，或者是任何可以归结为「初心」的关键词。

所以在你对 Notion 抱有过多的期待之前，不妨先了解一下 Notion 是以一种什么样的姿态和使命诞生于这个世界的。它的信念和愿景，能让你超越时间的尺度去判断，这一款软件到底值不值得让你为之付出精力与金钱去研究和使用它。

所以本文将尝试粗浅地解答以下三个问题：

Notion 过去 10 年都做了什么，它是怎么火起来的？
Notion 2023 功能简评，10 年后的 Notion 能让你做什么？
未来的 Notion 有可能会变成什么样子？

另外本文还将勾勒关于 Notion 的三个愿景：

摆脱软件孤岛现状
在后 Office 时代创建更高效的协作工具
设计和创造能够增强人类智力的工具

这三个愿景能否真的实现，看到最后我相信你一定会有答案。

Notion 的终极目标

1987 年，Notion 的创始人 Ivan Zhao 出生于中国，而后举家移民到了加拿大。他自幼便接触和学习了中国水彩与编程知识，并在大学主修认知科学，这一切在多年以后都成为了 Notion 的完美铺垫。

他向很多人讲述过他的梦想，但始终很少人能理解「让每个人都能创造属于自己的工具」究竟是怎样的一个画面。这是一个远比常人所理解的「Notion 是一款在线笔记软件」更高、更远的概念。

不同于人人都可以习得的「钻木取火」，代码编程已经是当今创造（塑造）世界的一种最重要的工具，但将近 80 亿人口中会编程的屈指可数，能创建应用的人更是少之又少。

于是为了实现各种需求，人们不得不在各种应用（App）之间来回切换，那种麻烦的感觉就好像，你不得不把卧室与厕所分散在不同街区的房子里一样。

大多时候我们只能迁就自己的问题，手上的工具能用就用，有就不错了。

所以 Notion 的出现如何能改变这一局面？

别的产品更像是让你拎包入住的出租屋，你唯一能做的就是在条条框框（字面意思）的限制下，循规蹈矩地使用。但 Notion 的模块化功能组件将赋予每个人为自己量身定制工具的能力，就像搭建乐高积木一样，可以随心所欲地搭建出一座独属于自己的数字城堡。

但你不必担心一切都需从零开始，须知乐高也是有发动机这种复杂的高度集成化组件，Notion 的模块化也是如此。而它现在开箱即用的「在线文字编辑器」，其实只是它所有可创造的工具类型中，最容易被理解和接受的基础形态之一。

本套课程将会带着你，一点一点地挖掘出 Notion 所有功能组件的潜力，并真正为你所用。

Notion 的浪漫在于，它的目标既简单又伟大：在 Alan Kay、Douglas Engelbart 以及 Ted Nelson 这三个先驱的理念指导下，Ivan Zhao 希望创造一个能够增强人类智力、创造力与生产力，从而更高效地解决那些极具复杂性的问题的工具。

我认为 Notion 在这条路上几乎已经行进过半，与它所挑战的 Office 并列「伟大」并非遥不可及。

所以为了更好地回答「Ivan Zhao 将如何实现他的远大目标」这个问题，我将本文分为 3 个大章节来展开，分别对应着 Notion 的过去、现在、以及未来的 3 个产品发展阶段。我会详细介绍每个阶段的核心目标、以及这些目标背后都映衬了 Ivan Zhao 的哪些思考。

借用 Alan Kay 的一句话：The best way to predict the future is to invent it，预测未来的最好方法，就是去创造未来。在当今时代背景下， Ivan Zhao 或许是这一名言的最佳践行者。

故事开端 | 学生时代就埋下的种子

可以译为「概念、想法、突发的奇想」的 Notion 并不是某种在机缘巧合下、妙手偶得的灵感，因为从学生时代起 Ivan Zhao 就在思考，如何能让「应用工具」具备像铅笔与纸张一样的简单特性，但其创造力与灵活性却能通过写作这一行为，上升到几乎无限的高度。

乐高积木是一种近似的参照，Minecraft 的方块也是如此。

提出了「所有演示之母」的人机交互先驱 Douglas Engelbart（1925-2013），在 1962 年著下了《增强人类智力》这篇论文，它是启发 Ivan Zhao 产生这些思考的核心原因。

这篇 60 年前的论文直到今天依然极具先锋思想，它的三个核心观点是 Notion 未来构筑产品哲学的坚实地基：

通过设计工具和方法，可以提高个体的智力水平
通过组合工具和方法，可以帮助个体更好地理解和处理复杂信息
通过创建具有共识的知识系统，可以提高团队效能，并增强人类整体的智力水平

这不正是模块化的 Notion 正在做的事吗？

与此同时，计算机已经让普通人能轻易做到，即使是百年前最聪明的人类也无法做到的事，无数前人的智慧结晶（如计算机）让普通个体也能轻易放大自己的想象力（Alan Kay, 1940-至今）。

而超文本链接则让我们的思想能不囿于文本载体的限制，然后以更多的视角去创造和浏览多种结构的内容。 （Ted Nelson, 1937-至今）

我相信只要你对今日的 Notion 稍有了解，你都能立即察觉，这 10 年来 Notion 从根茎到枝叶的每一个功能，几乎都能找到这三个伟人的理念投影。

Doug Engelbart：增强人类智力 → Notion 以组合区块的方式来创造工具
Alan Kay：个体以集群的智慧为基础来放大自己的想象力 →Notion 的社区资源、模板与教程
Ted Nelson：超文本链接→ Notion 的超链接、块链接、同步块、以及多视图的数据库

而 Ivan Zhao 大学时期的艺术家朋友，则是让这棵大树的种子得以更快发芽的催化剂。

彼时当 Ivan Zhao 为他的朋友陆续搭建了几个展示作品的网站后，他意识到，「建站」这个在 20 世纪 90 年代还极为小众的行为，到如今即便已经逐渐盛行，依然必须依仗极小一部分人（如程序员）的能力才能做到。

所以当时 Ivan Zhao 的直接动力就是——“我想开发出一款世界上最好用的建站工具，让我的朋友可以自由使用”。

90 年代的网站效果

艺术家与程序员，在多数情况下都会是相距甚远的两个群体。

可如果画家自己就能搭建在线画廊，音乐家自己就能搭建在线曲库，这个世界将会变成什么样子呢？当每个人都能无需任何代码，可以用简单的方式为自己的需求创造属于自己的工具，人类世界存在的那些复杂问题，是否就能获得更好的解决方式？

这三个来自思想先驱的高维度启蒙理念，与一个催生行动力的直接诱因，就是使得初代的 Notion 被开发成为一款模块化的建站工具的缘由。

不论 Notion 今天的功能和用法衍生至哪种形态，你始终可以窥见 Ivan Zhao 开发 Notion 的初衷。只是对当时初出茅庐的 Ivan Zhao 来说，高远的志向总会伴随着不可预测的风险，创业的代价有时候会相当惨重。

遭遇挫折 | 错误预估的市场需求

大学毕业后，Ivan Zhao 并没有立刻投入到创业之中，而是先在旧金山的一家文件共享初创公司实习了一年。在这之后，他遇到了同样对「大众化编程」感兴趣的 Simon Last，Notion 便是两人携手创立的项目。

2013 年，在两人的联手开发之下，Notion 的第一个 Demo 诞生了。我们可以看到 10 年前的 Notion 尽管略显简陋，但依然能从中找到非常多的产品功能原型，包括但不限于：

可分栏排版的块状编辑器
可双向同步的 Block 和 Page （今天的 Synced Block）
可通过不同 Block 的组合来搭建的数据库原型（今天的 Database）
作为建站工具与个人博客发布页的产品雏形

但 Ivan Zhao 和 Simon 对于用户需求的错误预估，很快就烧光了辛苦筹集而来的 200 万美元天使投资，这让整个公司陷入了几乎破产的境地。

原因在于，Notion 初始的建站定位和产品理念就注定了它的功能必须以模块化的形式来实现，就像乐高积木一样。所以我们在 Demo 中看到了「页面」、「图表」、「计数」，以及「图片」和「文字」等基础功能被封装在一个个模块（Block）中，你需要从侧边栏中将这些模块拖入到页面内，才能让它们互相组合并发挥效用。

作为开发者自然能够熟练地应用这些模块来搭建产品，但他们没有意识到，他们做出的 Notion 更像是个一锅乱炖的容器。

它给了你一包打乱了的乐高积木，所以你必须先费尽心力地辨认和学习都有哪些积木块，并为这些积木块进行分类，然后你才能开始尝试搭建属于自己的城堡。

这种蜿蜒的路径哪怕是程序员也没有耐心从头学习，更遑论没有任何编程基础的普通用户，在入门这一能力之前就会被劝退。

Notion 的投资人在 Demo 失败之后也表达了自己的失望情绪——“它甚至不像是一款真正的产品”，而 Ivan Zhao 在多年后的各种采访中也坦诚地反思：“我们过于关注我们想带给这个世界的东西，却没有意识到这个世界真正希望从我们这里获得的东西”。

京都重构 | 置之死地而后生

Notion Demo 的失败给这个团队带来了沉重的打击，为了节省员工开支以及生活成本， Ivan Zhao 和 Simon 不得不裁掉其他的成员，然后从旧金山搬到了日本京都，将拯救 Notion 的最后希望寄托在两个人每天将近 18 个小时的产品重构生活中。

尽管两人都不会日语，但足不出户的编程生活也不曾因语言不通而有过任何困扰。

这一次他们决定彻底抛弃 Notion 所有错误的历史包袱，最先被放弃的就是用来构建产品的 Web Componets ，频繁崩溃的技术栈使得 Notion 走得跌跌撞撞，但这一次他们将使用 React 和 Redux 来构建他们的全新产品。

他们想让 Notion 存在于每个人的手机、电脑和网页之中，但建站这一需求显然不足以挤进任何人的日常需求清单内。所以有哪些事情是每个人一打开电脑就会做的呢？Ivan Zhao 意识到，他们需要一个楔子才能插入这个已经略显拥挤的市场。

必须先占领用户更加高频的使用场景，才能有机会更进一步地向世界陈述他的梦想。毫无疑问，文档编辑、个人笔记、项目管理、以及团队之间的文档共享是相当高频、且高度关联的几项需求，但这些需求却被分散在不同的产品之中。

彼时专注个人笔记的 Evernote 如日中天，Asana 的任务管理独占一方市场，而企业端的知识库则以 Confluence 为代表，所以 Notion 旗帜鲜明亮出了自己的野心——我们将用一款产品来替代他们所有，All in one 的口号第一次喊得如此响亮。

至此，Notion 这款产品迎来了它的第一次历史性的转折——从开发一款模块化的建站工具，转变为开发一款 all in one 的文字编辑器，这是重构阶段的最核心目标。

Notion 0.5 | 构建最小可行产品

为了达成这个目标，Notion 重构的最大挑战首先是要保证产品的稳定性，然后构建一个实时的、能优雅处理多人编辑冲突、并且可以在所有浏览器上使用的文字编辑器。

而 Ivan Zhao 年幼时接触的中国水彩技艺，以及大学时期所受到的艺术家朋友的氛围熏陶，则培育出了 Notion 绝佳的设计美感，其简洁优雅的样貌注定会在未来给所有人留下深刻的印象。

2015 年 9 月，Notion 的 EA （先行测试）版本在 Product Hunt 上正式亮相，这一次 Notion 在宣传标题上虽然简单务实，但主题清晰且极具吸引力：一款富有表现力和协作性的文档编辑器（An expressive and collaborative document editor）。

显然他们现在已经学会了凡事都应循序渐进，太大的口号在有把握之前要先藏起来，这次要做的东西大家都能看得懂——一个简单优雅的文字编辑器

在它的 Early Access 网页上，我们看到了 ToDo、看板、代码块、附件、协作评论、甚至还有视频会议等功能雏形。与最初的 Demo 相比，它更直观、更易用、也组织得更有条理。

并且最重要的是，「文字编辑器」这个概念理解起来，远比「建站工具」要更亲民、更有画面感。

可以说在 Notion 之前，似乎没有什么笔记产品具备如此丰富的模块化特性。也没有哪一款产品能如此流畅地组织文档结构，轻易地构建杂志一般的排版效果，这对同期的 Evernote 来说几乎是降维打击。

Notion 以此获得了几乎所有种子用户的一致好评，在当天的 Product Hunt 排行榜上获得了前三的票数。

通过密集的用户反馈， Notion 成功验证了0.5 重构版本的最小可行性，这是 Ivan Zhao 实现他梦想的第一步。

他把那些天马行空的想法都藏在了文本输入框的背后，并且为了能把更远大的梦想讲给大家听，Notion 团队并未沉浸在喜悦之中，很快就进入了 1.0 正式版的开发进程中。

Notion 1.0 | 惊艳亮相，挑战 Office 的征程正式开始

一年之后（2016 年 8 月） Noiton 带着 1.0 正式版回到了 Product Hunt，并直接开启了它持续数月的屠榜时间，甚至获得了 2016 年度 Product Hunt 最佳桌面端产品的提名。

从濒临破产到攀升榜首，Notion 的「逆袭」事迹非常值得让人回味。

重构成一款文字编辑器， 1.0 的 Notion 做对了什么？

1.0 的 Notion 并没有塞入太多杂乱的功能模块，它的核心目标是将实时协作文档、类似 wiki 的文档组织方式，以及轻量级任务管理整合到一起，然后让这个工具可以一站式地解决个人与团队几乎所有的文档创作与协作层面的需求。

而这个目标的实现，依赖于以下 3 个关键的功能要点：

1、以「块」为基本单位的模块化设计

就像乐高积木一样，在 Notion 中，各种功能的实现都依赖于一个个的区块（Block），包括「页面」本身。这些区块被收纳进了 Noiton 的命令菜单/ 里，不会因为内嵌繁多的功能给到你压力，只要在你需要用到它的时候再调用出来即可。

这样一来，既可以保持整个页面的整洁（与 Word 复杂排列的菜单栏相比），又能非常灵活地在后期更新中新增更多的区块类型。

不过以上描述只是斜杠命令的表象，其背后隐藏着 Notion 一整套非常系统且非常易用的交互逻辑。

Notion 的 UX 分析是一个巨大无比的课题，我并无更多余力加以论证，所以此处我只列出两个我认为对新用户来说最重要的特点：最简的功能拆分与一致的交互体验。

最简的功能：

从标题层级到文字颜色，从图片嵌入到网页书签，Notion 将所有的功能区块拆分到最小程度，这使得它的每个功能按键都清晰直观，无需任何辨认和学习的成本。

一致的交互：

所有功能的嵌入都通过「唤出菜单 – 找到功能 – 嵌入功能」的操作逻辑来使用，只要你学会嵌入文本，你就能学会嵌入一切东西。

所有功能的编辑都通过点击或选中的方式来进行，只要你学会更改字体颜色，你就能学会编辑文字的所有功能。

对于一款笔记软件来说，「如何快速写入」与「如何便捷编辑」往往是对新手来说最为困难的两件事，但 Notion 却以极低的成本、顺滑的学习路径，让每个新用户都能在极短时间内学会使用它。

基于以上两个特点，我们的确可以将 1.0 的 Notion 评价为一款「足够简单」的文字编辑器。相比 Markdown，它无需学习任何标记符号；相比 Word，它更不会迷失在繁杂的功能菜单中不知所措。

灵活、优雅、好看、简单、这四个关键词我认为是非常感性，但又非常准确的评价。

2、强大的分栏排版（图文混排）功能

Notion 编辑器的灵活构建在它的分栏模式上，它是 Notion 未来一切高级用法的基础之一，它可以让你的 Notion 实现极其灵活的排版效果。如果你写的是文章，它可以像杂志；如果你建的是博客，它可以像门户网站。

分栏排版技巧是进阶 Notion 高级用法的必要部分，后期构建 Dashboard 时能起到很大的帮助。不过日常的文章排版通常都不必如此复杂，Notion 一样也可以用得很简单。

你可以将 Notion 的页面想象成一面极简的白墙，将你要写的文档想象成一本书，通过简单地左右分栏排版就可以构造不同规格、不同结构的「书柜」，以此让你的文档结构更有条理。

与之相比，同期的 Evernote 依然是传统的从上至下的书写模式，而 OneNote 则由于其可随意挪移的笔记排版方式，使得用户在编辑时，缺失了 Notion 那种固定分栏所带来的秩序感，很容易让笔记内容在页面内乱成一团，至少这是我个人放弃 OneNote 的最大原因。

3、融合了 ToDo 与看板的简易任务管理

这个时期的 Notion 任务管理（在上线数据库之前），是由简易的分栏结构与更大的标题组合而成的看板，通过块的拖动就能快速地调整特定任务的流程或状态，这是一种相比列表式的任务清单、或者 Checkbox 更高效的任务管理方式。

并且在 Notion 中，由于「页面」也是 Block 的一种，所以你可以将「文档」像任务一样随意拖动，非常便利。对于相当一部分的用户来说，Trello 的那些高级用法都不是必须的，Notion 所能实现的 kanban 效果已经绰绰有余。

Ivan Zhao 此时对 Notion 已有相当的自信，他认为十年内所有的软件公司都有可能将 Notion 视为竞争对手，因为 Notion 手握创造任何工具的能力，也有集成任何工具到 Notion 之中的开放性。

他非常清楚， Notion 真正想做的事情从这里才刚刚开始。

Notion 2.0 | 用数据库敲开 100 亿美金估值的大门

2018 年 3 月，Notion 发布了 2.0 版本，以现在的视角来看，这将会是前后十年内 Notion 最重大的更新。这次引入的数据库（Database）让 Notion 站在了前所未有的高度，并使其真正具备了创造「应用工具」的能力。

不过请不要担心太强大的功能会挤占你的大脑，2.0 完全构建在 1.0 的基础之上，只要你不使用 /database 的命令，Notion 依然是一款纯粹、简单的文字编辑器。

如何理解数据库

数据库形似表格，每一行是一条数据，每一列是一个字段，每个字段都可以设置不同的属性（你可以先粗浅地将字段属性理解为打标签），然后用这些字段来对表格进行筛选或排序的操作。

我们以学校和班级来举例。假设下图是一个用于管理全校师生的 Notion 数据库，每一行都是一个班级，每个班级虽然各不相同，但是都存在相同的字段属性，例如班级人数、语文老师、数据老师等：

到这一步为止，传统的表格都可以实现一样的效果：

但 Notion 数据库最大的不同之处在于，这里的每一条数据，都可以展开为一页独立的页面。所以你也可以这么认为：数据库是将不同的页面进行打包封装的一种方式。

不过此处我们仅仅是简单介绍一下 Notion 数据库的基本认知，在后续的课程中我们还会详细介绍和学习，数据库从入门到进阶的所有操作。

数据库如何赋予 Notion 创造工具的能力

一个应用（App）就像一个橱窗，它背后的储藏室是为其提供内容和进行资源中转的地方。橱窗展示的物品需要从储藏室中取出，使用后再归还回去。如果没有储藏室提供内容，橱窗将变得空荡无物。如果没有储藏室存储内容，橱窗就会立刻被填满杂物。

数据库所能发挥的作用，就是成为你所搭建的应用的「数据储藏室」。

1.0 版本的 Notion 很好地完成了「成为一个漂亮的橱窗展示柜」的使命，它让你的内容能够在所有的浏览器上自由呈现，并且这个橱窗的结构还足够灵活，因为所有的功能都是模块化的，而分栏模式让这些模块可以在笔记页面内自由摆放。

从创建应用的角度来看，Notion 1.0 的文字编辑器就像是一个灵活的用户图形界面编辑器。

而 Notion 2.0 上线的数据库，则为这个橱窗构建了一个简单易用、却能容纳几乎所有数据类型的储藏室。

最基础的表格数据库就像储藏室里的货架一样，它让笔记和数据变得可控、也更方便管理。

数据库的不同视图（Table、List、Kanban、Calendar、Gallery、Timeline）则提供了不同的数据观察视角、以及更灵活的与数据进行交互的能力。

如果 Table 是货架，List 就是进货清单、Gallery 就是商品海报墙，Calendar 就是进货时间表、Kanban 是分类促销的捆绑套装、Timeline 则是节日促销时的分工排期表。

如此一来，一个可以用多种方式与人交互的「小商店 App」就建成了。转换一下思路，这个商店也可以是报刊亭、在线画廊、任务管理中枢、以及几乎所有你能想到的与富文本和多媒体信息进行交互的工具类型，它们都能通过数据库来实现。

所以从 2.0 开始我们可以逐渐观察到，各种用户通过 Notion 的数据库搭建出了各种项目管理工具、CRM 系统、个人知识库系统、时间管理工具，或者是招聘管理系统等等。

每个模板类型几乎都可以简单替代一个，为解决该项需求而建立的 SaaS 公司，那么当 Notion 的产品价值逐渐被用户所认知，它的市场价值自然也就水涨船高，Notion 100 亿美金的估值，就是从这里开始建立起了牢固的地基。

不过 Notion 就像乐高一样，入门简单，精通困难。对大多数人来说，上面的描述其实更接近于一种理想状态，大部分用户在一开始还只能获得一种「只是把文档和表格放在同一个页面内使用」的感觉。

数据库的使用门槛，让一大部分人在体验到 Notion 的能力之前就先被劝退了。所以接下来 Notion 做了三件事，这让它在短短两年内获得了爆发式的用户增长速度，以及极高的用户留存度。

对标竞品、大使计划与模板市场

关于 Notion 爆发式的用户增长，我们可以先给出三个简单的结论：对标竞品快速解释了自身定位，而大使计划与模板市场则强劲地推动了用户增长的飞轮。

作为目前最优秀的社区驱动增长（CLG）的案例，其内在的增长循环非常值得我们去研究探讨：

数据库的出现激发了用户的创造力
模板市场使得用户的创造力得以自由分享
不同层次的创造力区分出了普通和进阶用户
进阶用户依靠分享模板获得影响力
官方支持进阶用户利用影响力进行变现
官方为进阶用户进行认证，并提供版本尝鲜等社区特权
私人营收与社区特权进一步激励进阶用户分享更多模板和经验技巧
更好的模板和教程吸引来更多的新用户
更好的模板提供了更好的新手指引，提高了用户留存度
新用户继续成长为进阶用户，然后形成良性循环

接下来我们具体看看，Notion 是怎么做的。

1、让竞争对手成为 Notion 的使用说明书

让大众认识和了解你的产品的最快方法，就是告诉他们，你可以取代他们所熟悉的谁。于是从 2019 年开始，Notion 大胆地在它的官网首页，面向广大用户贴出了它自信的邀请函：

文档创作：Notion 可以取代 Evernote 和 Google Docs
团队维基：Notion 可以取代 Confluence 和 Github Wiki
项目管理：Notion 可以取代 Trello、Asana、和 Jira

这个策略可以说相当成功，既明确地传递出了 Notion 的多功能特点，又增加了用户体验的自适应性（按需选择功能模块），在广撒网的同时还能投其所好，谁看了不夸一句海王教科书呢。

随后当有新用户被 Notion 吸引而来，它立刻就能搬出一套非常丝滑的新手登录指引（Onboarding），确保每个人都能立刻找到最适合自己的那几套模板，最快地感受到 Notion 所能给予的价值。

2、Notion 模板市场 | 疯狂生长的用户创造力

2019 年 4 月，Notion 上线了官方模板库，并且开始允许公开的页面被复制为模板（Duplicate），从此这些高度个性化的模板将能通过公开链接的方式，被复制到每个人自己的 Notion 笔记库内。

由上图可见，2019 年到 2020 年上半年 Notion、OneNote 以及 Evernote 在谷歌上的笔记名称+模板（template）的搜索热度处于不相上下的状态。但从 2021 年下半年开始，Notion template 搜索热度显著上升，并逐渐与其他两款彻底拉开身位。

显然 Notion 的模板市场已经逐渐演变成了一个公开的、庞大的「应用市场」，每个人都能在其中找到那一个能解决自己特定需求的工具（模板）。

所以 Notion 模板到底能做什么，它与其他笔记的模板相比有哪些特别之处呢？

传统笔记软件自带的模板（如会议记录、晨间日记等）只能通过预设标题，以及像表单一样罗列条目（以段落、列表或者表格的形式），来减少新建笔记的重复性工作。

受限于笔记软件本身，它们在交互方式、以及个性化表达上很难有所创新。

而 Notion 模板的起点，则踩在了传统笔记软件的终点上。一切以文档、或表格为基础的笔记模板，Notion 都可以轻易胜任，通常还能做得更加好看。

随着广大用户对 Notion 的探索逐渐加深，大家开始意识到，Noiton 模板的能力远不只是做一做文档、或者填一填表格那么简单。

如果我们从 Notion 的模板所使用的数据类型进行分类，可以大致得出以下这六类的模板（工具）类型，以及它们分别都能取代哪些产品。

编号	模板类型	描述	Notion 区块元素	可取代的工具	用途
1	文本类	主要包含文本数据，如文章草稿、会议记录等	标题、段落、列表、表格	Evernote、Confluence、Word、Typora	快速创建和整理信息
2	数值类	涉及数值数据，如财务管理、项目预算等	表格、数据库、公式、计算	Airtable、Excel、Google Sheets	处理和展示数值信息
3	事件类	关注时间和事件数据，如日程安排、任务管理等	日期、事件、日历、提醒	Apple Calendar、Todoist、Ooutlook	组织和跟踪事件
4	关系类	涉及数据关联和联系，如项目概览、知识库等	数据库、关联、链接	Salesforce	建立和展示数据之间的关系
5	多媒体	包含多媒体数据，如图片库、视频教程等	图片、视频、音频	Google Photos、Apple Photos、Pinterest	展示多媒体内容

六种工具类型

我们常说，如果一个东西它看起来像鸭子，游起泳来像鸭子，吃起来也像鸭子，那么它就是鸭子。所以当 Notion 的模板看起来像这些工具，用起来也真的像这些工具，那么我们的确可以说，Notion 的模板是真的能替代这些工具了。到这一步，Notion 具备「创造应用」的能力已经逐渐成为效率软件圈内的共识。

过去的 all in one 指的是把所有类型的信息都存放在一个地方，但从 Notion 开始的 all in one ，它的层次更进一步：我不但能存储所有类型、所有来源的信息，我还能够将所有类型的工具创造在一个应用之中。

3、官方站台、主动扩大创作者影响力

Notion 如此完美的模板和教程的社区氛围，离不开官方若即若离的支持。

2019 年 Notion 推出了与模板市场几乎同期上线的 Notion Ambassador 计划，从这时开始，社区中那些更有影响力的用户声音，得到了官方的进一步背书。并且 Notion 也从来不会介入到各个国家、各个社区的运营之中，他们只是让社区自然而然地生长起来。

在 Notion 模板市场中，每个 KOL 都可以成为无需学习代码编程的「应用开发者」，Notion 不仅不收应用商店常见的入驻费和广告费，反而还经常以官方立场为这些「开发者」转发和站台。

Notion 创始人 Ivan Zhao 曾经转发并称赞油管博主 Marie Poulin 是「world-class expert and an exceptional teacher」，在 Notion 的官网上也经常能看到，官方将推特上的积极反馈直接嵌入到了他们的宣传页面中。

官方热情主动地放大了社区中的积极反馈，这给双方都带来了极大的益处。

随着 Notion 用户规模的扩大，这些意见领袖所积累的影响力获得了越来越高的变现效果，光凭售卖 Notion 模板和经验技巧，油管博主 Thomas Frank 仅在 2022 年就获得了超过 100 万美元的营收，这比任何广告营销行为都来得有用。

人物	年份	总营收
Ben Issen	2020	1.6 万美元
Marie Poulin	2020	2.5 万美元
Easlo	2022	20 万美元
Thomas Frank	2022	100 万美元

通过这三件事我们可以梳理出一个构建用户增长的简单模型：

吸引用户 → 激活用户 → 放大声音 → 建立社区 → 吸引用户

吸引用户：通过宣传标语和模板用例吸引新用户使用 Notion
激活用户：通过不同模板构建优秀的登录流程，让用户最快感受产品价值
放大声音：让进阶用户为爱发电、自发产出模板和教程
建立社区：社区是衬托产品力的重要一环，极大增强用户粘性与用户信心

到这一步，Notion 的增长模型已经基本建立。

通过 1.0 发布的文字编辑器，吸引所有对个人笔记、在线文档以及办公协作有需求的新用户、或初阶用户；然后通过此次 2.0 所发布的数据库，构建出一套功能齐全、逻辑自洽的个人工具搭建平台，以此吸引那些对高阶的特定工具有需求的进阶用户，并进一步巩固 1.0 用户的留存。

接下来的开发策略就是用 API 与 AI 进一步增强它搭建应用的能力，不过更多关于 Notion AI 的详细介绍就得留到后面的课程再具体展开了。

Notion 3.0 | 未来畅想

Notion 的现状

在去年 10 月的这篇采访中 Ivan Zhao 表示，Notion 现在依然处在相当早期的阶段，而它未来的目标是将成为「全球性的前端基础设施」，这似乎是对 Noiton 今后开发方向的一种提纲挈领的总结，对此我们该如何理解？

粗暴地理解就是Notion 想成为下一代的「Office」，不论是从功能实现还是从影响力覆盖上来看，对标 Office 都是一个最准确的选择，虽然彼此之间确实还不在一个量级上。

我认为任何称得上前端基础设施的工具或者平台，都必须具备以下 6 个特性：

序号	特性	解释	Notion 是否满足
1	基础性	能至少满足记录、存储、搜索、数据流通等基本功能	基本满足
2	多平台	支持桌面、移动和云端平台，任何场景都可提供服务	基本满足
3	多语言	任何母语使用者都可以顺畅识别和使用各种功能	不满足
4	易用性	便于上手和操作，能快速发挥其价值	基本满足
5	泛用性	能应用到不同领域和行业中	基本满足
6	拓展性	支持功能上的定制与拓展，能与其他系统或平台集成	基本满足

关于上述这 6 个特性，我的评价是，Notion 将来的确还有不少的路要走，但在 all in one 这条路上，它已经远远甩开其他竞争对手几个身位。

1.0 的 Notion 作为一款跨平台的文字编辑器，在基础功能、多平台、以及易用性上做得非常好，这个阶段我们可以将 Notion 构建为自己的内容创作与信息存储平台。

2.0 的 Notion 随着数据库的发布，它的泛用性与扩展性得到了进一步地提升，我们开始能用数据库更好地封装原有的笔记内容，然后搭建出多种多样的个性化工具。

在朝着 3.0 迈进的这个过程中，Notion 引入了 API（2022.03.03），更加强大的接口让开发者能更方便、更主动地为 Notion 构建第三方应用；并且 Notion 又收购了日历应用 Cron 与自动化平台 Automate.io，持续不断地吸收各种第三方工具或平台到自己的斜杠命令之中。

但 Notion 的功能更新从始至终遵循着一个原则，只要你不主动唤醒，新功能几乎不会对你产生任何影响，这就是斜杠命令所能带来的自由度。

老实说最近一年 Notion 的更新频率之高，真的让我的课程创作「举步维艰」，因为只要它稍微加个小小的新功能，就能立刻涌现出一大批新的用法，一方面让我担心自己是否有足够的能力去制作课程，另一方面又真的让我迫不及待地想告诉大家 Notion 的美好所在，属实痛并快乐着。

所以在此简单盘点下过去一年（2022.06～2023.06）Notion 上线的所有主要的新功能，想必也能在一定程度上窥见其未来的更新变化趋势。

更新日期	版本号	主要更新内容	更新要点
2022.06.29	2.17	允许将 Jira 项目同步到 Notion 数据库	增强数据库
2022.08.29	2.18	上线团队空间（Teamspaces）	增强团队协作
2022.11.08	2.18	允许为数据库模板设置周期重复	增强自动化
2022.11.17	2.18	上线 Notion AI 测试版	增强全局
2022.12.15	2.19	上线子任务（sub-items）与时间线依赖项（Dependencies）	增强数据库
2023.02.19	2.20	上线页面数据分析（Analytics）	增强页面功能
2023.02.22	2.21	上线 Notion AI 正式版	增强全局
2023.03.23	2.22	取消页面的 template，上线 Button	增强自动化
2023.04.27	2.23	上线数据库与 Slack 的自动化联动	增强自动化
2023.05.31	2.30	上线 Project 系统，并将 Github 的 PR 接入数据库	增强数据库

通过上面的时间表可以发现，2.0 阶段的 Notion 从未大刀阔斧地进行根本性调整，但它持续地在补强数据库和页面的各项功能细节，然后逐步为全面的自动化（Automation）打好基础，AI 在其中起到的则是全面润滑和增强整个系统的作用。

Notion 以此系统地构建出一套能够联通 Notion 内部与外部的工作流，这一切既壮大了 Notion 的功能列表，也为其后来的挑战者筑起了一道越来越高的壁垒。

所以，如果我们将 Notion 想象成一座正在建设中的大型商场，那么：

Notion 原生功能是商场自营的店铺，数据库则是运营自营店铺的仓库
第三方工具是入驻到商场之中的店家，API 则是商场与商家、商家与商家、商家与顾客之间的交通要道
一个商场的繁荣运转必定是上述各种元素有机共建、互惠互利的结果

所以 Notion 将成为一个基建设施般的巨大入口，每个人先到 Notion，再从 Notion 自由地链接到其他场景，但最终还将继续回到 Notion 里，颇有一种「一切数字化办公的尽头都是 Excel」的感觉，只不过在将来的某条时间线上，Excel 或许会变成 Notion 也不一定。

今年 5 月最后一天上线的 Notion Projects 引起了很多人的注意，同时也带来了不少疑惑，因为它看起来依然是数据库的常规模样，没有添加什么显眼的新功能，似乎只是不同数据库视图的排列组合，事实也「基本」如此，但 Notion 却异常高调地以弹窗的形式进行推荐。

我认为从这一个版本号开始，Notion 将开始扩大彰显它的庞大野心，即打造一个以 Notion 为中枢的「团队协作与项目管理」超级生态系统，虽然这在过去已经是某种共识，因为类似的 Notion 项目管理模板在市场上已经非常之多，并且 Notion 能够嵌入（embed）的第三方应用早有数十个之多。

只不过，过去这种共识更多是通过社区、通过大大小小的意见领袖、通过用户之间口耳相传的「产品印象」所塑造而成的。

但这次是 Notion 官方少有的以指导性的官方口径、以弹出式的窗口宣传来强调自己「能够做团队项目管理」这件事。并且它的项目管理不是数据私有，不是闭门造车，而是找到所有能够联合的强大伙伴，然后为它们提供能够尽情发挥能力的巨大舞台。

下图是 Notion 今年 6 月 1 号在 Twitter 上公布的生态联动版图，联动的几乎都是国际知名的重量级工具或平台，不知不觉间 Notion 从一个纯粹优雅的文本编辑器，已经成长到如今这般「雄壮」的姿态，虽然估值不一定是最高，但 Notion 一定是生态圈里最自由、可塑性最高的那一个。

不过你有没有发现，上图中一个微软的 Office 产品都没有？就连网盘都有 Google Drive 和 Dropbox，但 Notion 本就支持链接预览（embed）的 OneDrive 并没有包含在内，属于是有点耐人寻味了，这也不由得让人想起微软 Loop 那雷声大雨点小的拉跨开局，实在令人感叹。

PS：三个月过去了，再次登录 Loop 发现还是没有任何实质性的变化，只能尊重祝福了。

Notion 从 2016 年集成第一个第三方工具 Slack 开始就秉持着一个理念，那就是以足够开放的姿态包容第三方应用，不在「重复造轮子」这件事上浪费过多精力，所以它主动包容了第三方工具，又开放了 API 接口。

而现在，Notion 终于「图穷匕见」了，它开始更加主动地「营业」起自己海纳百川的生态系统，从过去「我能取代它们全部」的 all in one，成为了现在「我能包容它们全部」的 all in one，降低了攻击性，然后大展双臂招贤纳士。

所以借此我们该如何想象，Notion 未来将会变成什么模样？为什么 Notion 要强调它的团队项目管理能力，它以后还适不适合个人用户使用，它会不会变得越来越复杂，甚至会不会「忘了初心」？

可能的未来

1、继续增强数据库、保持生态开放性

Notion 从商业本质上看是一个 To B 的产品，所以持续开发利好团队或企业端的功能特性是一种必然的趋势，所以有了 Teamspaces、也有了 Notion Projects。

现在的 Projects 模板有一个名为 Sprint 的敏捷项目管理特性，暂时还只能在特定的模板中生效，但之后必然会下放到一般的数据库之中。同时这个模板也算是 Notion 官方提供的一种「示范」，并非让你照搬照抄，起到的更多是激发好奇心、然后引导你进行尝试的一种手段。

在 Projects 模板的基础上，Notion 必然会加快第三方平台与自身数据库的直接联动效果，例如现在它已经允许接入 Gtihub 的 PR

我们还能够在数据库中直接预览 Figma 项目的图片，与以前 embed 的链接预览相比更加方便

随着更多第三方应用的接入，Notion 的项目管理能力必将再上一个台阶。

还有更大可能是，在本文发出之时，Notion 就已经又上线了更多新的功能和用法，所以如果本文存在滞后性，还请大家多多理解。

我想此处唯一的遗憾就是，Notion 迟迟还未开拓中国市场，对中文用户来说不仅是汉化界面有无的区别，整个国内的 Notion 生态环境用高情商的说法就是还有巨大的上升空间。

所以本套课程也将尽可能地探索，现阶段究竟都有哪些国内的平台应用、移动 App、浏览器插件或者相关资源能够更好地与 Notion 进行联动。

2、全面上线具备 AI 辅助能力的数据库自动化

Notion 数据库的自动化（Automation）早已进入测试阶段，此前已经上线的与 Slack 的通知联动便是自动化全面铺开的前奏，最近上线的 Projects 更是直接在官网点明了这一特性，可见 Notion 已经充足地消化了收购 automate.io 所带来的技术资产。

它可以让 Notion 的数据库实现类似 IFTTT、Zapier 等自动化工具的效果，对国内用户来说，则可以是类似微软的 Power Automate，或者飞书多维表格的自动化应用。

所谓的自动化即是当数据库的标签字段满足一定条件（增、删、改等），数据库就会自动执行某项操作。

例如当截止日期临近，自动向团队成员发送提醒通知；当 Select 字段被标记为已提交，自动将该文档的负责人（Person 字段）划分给下一个员工；当 Checkbox 被勾选，自动将任务的完成时间写入日期字段（Date）之中。

特别是现在的 Notion AI 已经支持了数据库，光是这个特性就能在后面的课程中再写 2 万字，这里面的想象空间真的是巨大无比。

一个数据库就是一套完整的生产流程，一个 AI 字段就是一组为生产流程高度定制的 Prompt（提示词），再结合自动化赋予的 Trigger（触发器），目前能让 AI 做到与文本和项目数据如此契合的产品恐怕只有 Notion 一家。

我已经能够想象 Automation 全面上线之后， Notion 的模板必将迎来新一波的爆发式增长，这一定是个商机。

在 Notion 已经具备用数据库结构化管理内容的基础上，或许可以再想象一个画面：使用数据库搭配 AI，自动地将不同字段的数据和文本进行组合渲染，然后输出成文章，再用 AI 将创作的文章「转码」为不同长度、不同风格、且适应不同平台的内容。

Ulysses 或者 MWeb 这类文本编辑器具备手动发布文章到其他平台的能力，但 Notion 或许可以更进一步，通过 API 接口与自动化功能，无人值守地将所有转码后的文章发布到 WordPress、Ghost、Medium，甚至是 Twitter 等站点。

如果将来 Notion 的中国本地化接入做得足够好的话，一键（或者自动）将文章发到微博、小红书、知乎、公众号、少数派等平台，似乎也是可以想象的画面。

Ulysses

3、成为 AI 辅助下真正的第二大脑

关于 AI，现如今有一种趋势是，将自己的笔记、聊天记录、以及所有和自己有关的语料喂给 AI，让 AI 通过各种模型去学习和调参，然后打造一个数字化的自己。相近的用法可以参考已经上线了的 Character.AI，或者开源项目 quivr。

如果有一天 Notion 的产品力能允许我们发起这样的想象，则必将成为另一个引爆付费的刺激点。

诚然这一步想起来似乎还挺遥远，因为商业模式与个人隐私安全亟待考量，但如今 AI 发展速度日新月异，我愿意用最大的脑洞来想象 Notion 未来可能的样子。

来自「时代周刊」杂志封面

即便 Notion 继续遵循一贯的谨慎开发态度，我们至少能通过 AI 获得更加精准的搜索结果。有时候我们总记不起想要使用的那篇文档到底在哪，这个时候如果 AI 能从你的模糊描述中精确找到那篇文档，甚至还能根据你的「提示词」、以及你的文档内容，给到你更多的建议，这样的画面会不会很美好？

如果你愿意相信这样的未来，就意味着现在你用 Notion 记录的笔记越多，它就能存储越多与你有关的信息和数据。随着 AI 进一步发展，Notion 将成为你真正的外置大脑。

前文的猜测有的概率较高，有的则更像是发挥想象力的脑补，但 Notion 的神奇之处就在于，你对它的所有想象似乎都很自然、没有违和感。Notion 让我这样一个毫无编程经验的一般群众，也能自由地幻想自己将来能够搭建出怎样怎样的个性化工具，这点实在是其他工具给不了的体验。

后记

我想当你读完全篇文章后，或许可以再回想起本文开头提出的关于 Notion 期望实现的 3 个愿景：

摆脱软件孤岛现状
在后 Office 时代创建更高效的知识生产工具
创造能够增强人类智力的工具

现在各位觉得，Notion 有朝一日能接近这三个目标、甚至是圆满地完成它们吗？这是三个难以量化的愿景，但我认为 Notion 执行的每一步计划，都在坚定地朝着产品创立之初所设定的终极目标前进着，这十年来从未有过动摇，每一步都让 Notion 离这个目标更靠近了一些。

最后，已经十年之久的发展历程实在很难让我为 Notion 作出恰如其分的总结，对于我这样一名正准备售卖 Notion 付费课程的作者来说，各位也更应该警惕我是利益相关的一方，「忠于自身需求、保有独立思考」是使用笔记和效率工具的重要一环。所以如果我有理解错误、或者表述错误的地方，还请不吝批评指正。

这样一款已然获得成功的产品，似乎每个发展阶段都有其值得回味、值得反复观摩的地方，产品创始人的各种秘辛也会一下子变得有趣。只是我担心，这样是否会有一种从结果倒推原因的既视感，毕竟历史总是在被成功者书写，这一点就留待各位读者尽情评价了。

但我可以确定的是，Notion 所能赋予的想象力，远不止本文描摹的这么简单，它的发展历程才刚刚开始，以它的功能丰富度和自由度，就算现在即刻暂停开发，其他产品再花 3 年也不一定能够追得上。未来倘若有一天它能成为千亿市值的巨头，今天迈出的将只是它的小小一步而已。

所以我期盼，当你终于「渡过」那段较为艰难的新手磨合期后，能够真的去用 Notion 做点喜欢的东西，不论是平凡的日常、繁复的工作文档、亦或是项目管理、人生规划都好，Notion 的真正价值在于，它总能让你以相对便捷（无代码）的方式找到最具个性化的实现方法，或简或繁一切都可以由你定义。

当然如果你在探索 Notion 的道路上遇到了困难，或许本套付费课程能为你提供些许使用上的建议。

参考资料

微软 Loop 终于上线，但是就这？太失望了

Thu, 23 Mar 2023 13:52:34 GMT

在漫长的等待后，微软 Loop 终于上线了。测评了一夜，却非常失望。从我目前的体验来看，Loop 完全可以说是靠宣传片的效果粉饰了它的平庸，播片有多好看，我现在对它就有多失望。

开玩笑地说，感觉有三分之一的经费是用在了制作动画效果上了。但微软的宣传「骗」又似乎一贯如此，就也不算很意外吧。

在公众号上开始动笔的时间已经是凌晨四点半，好久没有这样写热点，眼睛都快合上了，如果文章出现错漏，或者你与我有不同的意见，欢迎留言讨论，也欢迎将文章推荐给更多人~

先下结论：Loop 能替代 Notion 吗？

我的结论是不可能，原因有二。其一、现在的 Loop 完全给不了你任何惊喜，我对它的悲观期待是，且不说超过，它要想赶上 Notion 的体验，中间至少还隔着 10 个 wolai。

原因其二、Notion 主打的概念是 all in one，但 Loop 主打的概念将会是 one in everywhere（Office 365 里的 everywhere），这与 Notion 有本质区别，文章后面我会详细展开这一观点。

总的来说，从产品设计、到功能性以及稳定性，现在的 Loop 真的给人一种「就这？」的感觉。虽然我一直在反思对这样一个刚上线的产品是否会过于苛刻，但开发了这么久却惊喜寥寥，真的很难不说失望。

产品定位

巨硬给 Loop 的宣传标语是「Think, plan, and create together」，显然文档创作和协同编辑是它的基本定位。在实际体验中也确实能从各种细节上看到 Loop 几乎无处不在的协同编辑特性（后面会介绍），但除此之外，它的亮点真的很少。再加上国内目前的 Loop copilot （类似 Notion AI）还无法使用，可以说最大的亮点也被剥夺了。

我完全能够接受一款产品因为复杂或者有想法而变得难用（指上手难度），但普通或者平庸将是一击致命的缺点，再简单易用的产品也将因此被我毫不犹豫地放弃。

笔记结构

Loop 的笔记结构分为三层，从外到里依次是 Workspaces – Pages – Components，即「笔记空间（项目） – 页面 – 组件」。

最顶层的文件夹是 Workspaces，它可以在画廊和列表这两种视图之间来回切换，但也仅此而已。

在宣传片中我们能看到，完全体的 Loop 能直接从 Office 365 的其他产品中导入文档或数据到 Workspace 中，如下图所示。但目前我的 Loop 似乎还未上线这一个功能，也有可能还在灰度中。

如下图的侧边栏，在这个 Workspace 中，Loop 就直接导入了诸如 PPT 或者 Word 等文件

另外，在任意的 Workspace 内，它的侧边栏是树状结构的笔记列表，你最多可以新建 5 层的子页面深度。

新建笔记后，就到了笔记结构的最后一层，即右侧的笔记输入区。

它就像所有的 Notion-like 产品一样，都可以为这一页笔记设置图标以及封面，但可惜的是目前只能使用内置的素材，你还无法像 Notion 那样手动上传自己想要的图标或封面。

基础介绍 – 功能模块

Loop 的功能模块也是需要通过斜杠 / 命令来唤出的，但是从这里开始，令人失望的地方就来了。

首先、功能模块极其稀少

包括标题、表格、Checkbox、以及有序和无序列表在内，Loop 的所有功能模块竟然只有 16 种，这对用惯了 Notion 的用户来说，也许是另一种概念的「降维打击」吧。

其次、不具备分栏排版的特性

Loop 的块状编辑器虽然可以通过拖动来重新排列块的位置，但也就仅此而已，它不具备像 Notion 那样的分栏排版模式，这使得它排版的灵活度几乎为零，你只能按照从上到下的顺序来书写你的文档。

功能介绍 – 表格

Loop 中没有看板、没有画廊、没有日历、也没有数据库的概念，只有结构非常简单的表格。

并且你也只能为这个表格设置 6 种属性的字段，包括文本、数字、日期、人员、投票，以及标签。

基于这些字段属性的排列组合，Loop 内置了 3 个结构非常简单的模板，分别是任务表、投票表、以及进度追踪表，使用体验也很一般，只能说聊胜于无。

如果要为这个表格强行找一个优点的话，可能就是它不像 Notion 那样会强制为每个表格设置一个 Title 字段，毕竟 Loop 的表格也没办法展开为 Page，自然也就不需要 Title 了。

最重要的特性 – Loop Component（组件）

在 Loop 中，每个页面、文字段落或者每个功能模块都可以通过点击左上角的六个小点，然后选择创建为 Loop 组件。

这个 Loop 组件看起来很像 Notion 中的同步块（Synced Block），或者wolai 、Logseq 等双链笔记中的嵌入块。

只不过区别在于，Notion 的同步块只能在 Notion 内部使用，而 Loop 的组件则可以在所有的 Office 365 产品中（例如 Outlook、Teams 等）嵌入同步和协同编辑，至少宣传片里是怎么说的，因为目前国内还无法使用这个功能（或者我的还在灰度）。

巨硬的理想场景是，你可以将「在 Loop 中创建的组件」直接嵌入到 Outlook 邮件中，然后发送给协作对象，而他也无需登录 Loop，然后直接在 Outlook 中协同编辑这个 Loop 组件，如下图所示

每一个 Loop 组件的共享和编辑权限也都是独立的，看起来还算灵活

所以 Loop 与 Notion 的差异在这里就体现得非常彻底。

Notion 除了凭借自己创建的多种功能模块来满足用户的不同需求，还以非常开放的态度内嵌了几十种第三方应用工具，使其成为了大而全的一站式工作平台，最大程度降低了用户在各种工具之间来回切换的成本。

而 Loop 的核心目标虽然与 Notion 近似（降低切换成本），但它的做法是将 Loop 的组件直接嵌入到其他工具当中，如此一来也能降低用户切换不同工具的使用成本。但 Loop 最大的问题在于，它的 Everywhere 是限定在 Office 365 内部的 Everywhere，这就很尴尬了。

如果我原本并不是 Office 365 的用户，我有可能会为了去用别人创建的 Loop 组件，而去付费购买 Office 365 吗？如果我已经是 Office 365 的用户，Loop 这么弱鸡的功能模块，又有什么理由吸引我去用它？

只能承认，微软的广告片做得是真的很有一套。

还有一点想说的是，我认为至少在国内，Loop Component 的体验将是灾难级的，因为就我经历的而言，咱们的协作环境、平均的协作水平实在太差了。

尚未更新的亮点

在本次体验中，由于部分功能还未上线，所以此处仅引用宣传片中的资料，供大家简单参考一下。

1、Loop Copilot，类似 Notion AI 的问答助理

2、Jumpstart，将其他 office 产品的数据中导入到 Loop

零碎的问题记录

糟糕的稳定性

几乎每隔半小时，或者只要编辑操作一多，我都必定会遭遇一次页面崩溃、需要重新加载的情况。有时候幸运能找回崩溃前的记录，有时候则会亲眼目睹写好的内容在你眼前消失，并且找不回来。

如果切换到美国节点，情况似乎能稍微改善一点，但也不一定。

一些强迫症细节

当打开侧边栏时，标题和段落就没法对齐，这让我很难受

最后，虽然感觉这篇文章分析得很浅显，但实在太困了，就到这里为止吧希望睡醒之后不会发现有什么写得太离谱的地方。如果本篇文章对你有帮助，请推荐给更多的人看吧，谢谢你~

我眼中的 ChatGPT：充满神迹的 AI 时代来临了

Thu, 08 Dec 2022 00:00:00 GMT

ChatGPT 已经踏上了它的成神之路，这绝对是我所用过的，最让人震撼的人工智能产品，比起 AI 画画，它甚至更具颠覆性。只用短短十分钟，它就耗尽了我毕生所学的感叹词，最后只留下一声声的「卧槽」。

趁着这种震撼的余波还未消散，我想试着写下我的所有体验，激动与兴奋是我此刻唯一的心情， 我就像是 18 年前第一次学会了上网，越是探索越不能自已。

以下是本文将涉及的内容

什么是 ChatGPT
它到底有多厉害？
使用 ChatGPT 有哪些技巧？

什么是 ChatGPT，它能做什么

以下是我对 ChatGPT 浅薄的理解，全文皆基于这种理解而创作，如果有任何技术上的错误，还请留言指正。

你可以先简单粗暴地将 ChatGPT 当成是一个 几乎万能的聊天机器人 ，但你一定要在脑海中，忘掉曾经由 Siri 、小冰或者是小爱同学给你留下的「智障聊天」的印象流，它们和 ChatGPT 的差距，就像是蚂蚁和大象，烛火与太阳。

配图由 Stable Diffusion 创作

某种程度上，把它当成钢铁侠的贾维斯会更准确一点。所以 ChatGPT 能做什么？先简单举几个例子：

设定任意背景，让它写出一篇故事

可指定主角的出身来历，个性与喜好
- 可补充细节，增加背景，加入新的情节
- 能不断续写，且前后逻辑自洽

给出任意要求，让它进行公文写作

写开题报告、写邮件、策划一场活动
- 写上市申请书、写商业计划书
- 润色你的日报周报，让它写得更丰满

指定任意语言，让它写一份代码

提出要求，让它写出可实现的代码
- 写完后让它用另一种语言进行重构
- 给错误代码找 BUG，并给出正确写法

配图由 Stable Diffusion 创作

如果这些还不够，先别急，后面还有更直观、更具体、更离谱的例子。在我看来， 它有 5 个非常鲜明的特点：

能深度地理解人类的语言，包括中文
能够流畅地与人类对话，真人感爆棚
追问结果符合上下文逻辑，很少出戏
掌握庞大资料库，搜索体验胜过谷歌
能够模拟演示思考的过程，极其生动

使用 ChatGPT 的最大感受就是，沉浸在其中就像穿越进了科幻电影里，但回过神来，电影中的画面却已经是板上钉钉的现实。

配图由 Stable Diffusion 创作

01 - 命题写作，但是 Rap

命令：写一首 Rap 包含关键词：上班不想干，老板是笨蛋

真的写得有模有样，但是有没有一种可能，这是它从数据库里，通过关键词匹配，用套模板的方式，给我套出了一首现成的歌词呢？因为这实在是聪明过头了，以至于我反而对它谨慎期待起来。

在歌词里加点科幻元素，例如，我是一个被 AI 奴役的人类

啊，这种升腾而起的科幻感和革命感，啪的一声就把《自由引导人民》拍到了我脸上。

离谱的是，如果让它将这首歌改成英文说唱，写出来的歌词竟然还是带押韵的。

到这里我们至少可以总结出它的 3 个特点

你能够以追问的方式，让它在生成的结果上进行调整，并且符合上下文逻辑
它能够理解你命令中相对感性的成分，以生成符合当前「气氛」的内容
生成的中文会比英文存在更多的错别字或者语病

不过只是生成歌词的话，似乎还不够具有说服力，因为歌词更多的是一种情绪化的表达，就算七拼八凑、写得没有逻辑，只要情绪到位了，那一切都好说。

就好像 AI 画画一样，画画本身就是对现实的抽象描述，所以就算生成的图像歪七扭八，它也还能算是一幅画，我们就还是会夸夸 AI，你干得好哇！

所以接下来我会对 ChatGPT 提出更加苛刻的要求，看它是否能够实现。

02 - 脑洞大开的联想与推理

如果鲁迅是漫威中的角色，你觉得他能打败灭霸吗？

尽管这个问题问得非常荒诞，但 ChatGPT 没有丝毫敷衍我的意思，它真的在思考！与此同时，Siri 的回复是这样的：

ChatGPT 知道鲁迅和灭霸各自的特点，甚至拥有抽象比较的能力。

这种比较不是数学上的 1 小于 2 的比较，而是基于对现实和科学的「理解」而进行的比较，从而得出了「鲁迅不一定能和灭霸对抗」的结论，它甚至没有完全否定这种可能性。

所以，为了打败灭霸，你觉得最适合鲁迅的超能力是什么？

它甚至能根据鲁迅的特点，量身打造出一个高度合理的超能力——心灵感应！！说真的，如果现在的程序已经能有这种程度的逻辑推理水平，那在我的有生之年能看到完全通过图灵测试的人工智能，也是可以期待的，对吧？

那么请你模仿鲁迅的文风，写一封给灭霸的信，让他赶紧投降

灭霸回信：谢邀，人在泰坦，刚打响指

我的大脑已经快宕机了，实在有点不敢相信，曾经想象中的未来竟已是可以随手把玩的现在。到底要用怎样的算法模型，才能呈现如此真实的思考方式？

我想我这辈子是不可能搞得懂了。

03 - 万能代码生成器

我曾经试着自学过Python，但搜索得来的结果常常 夹杂着大量萌新完全看不懂的名词或者命令 ，一个又一个的小问题不断涌现，然后逐渐压垮我的所有信心。

但 ChatGPT 将有可能颠覆过去这种学习方式， 就好像一位精通代码的大师就坐在身旁 ，他能看明白我模糊不清的提问，精准捕捉到我的症结所在，然后快速、精准地给我解决办法，我还不用担心自己问的问题会不会过于弱智，它真的任劳任怨，随我使唤。

这不比谷歌或者 CSDN 更快，更方便，更准确？最关键的是，它还没有广告，不会让你买课。

懒得动手，提出要求，直接让它写代码。

写完后还能用另一种语言重构

而且从今以后，你也许再也不用学正则表达式了，不会再出现今天写的正则明天就看不懂的情况。

代码报错，也可以让它找出问题，并给出修改后的代码。

你甚至还能自己定义一门编程语言，然后让它用这门语言，现学现用地去实现一些神奇的想法。不过显然我没有这种能力，就留给各位程序员请亲自尝试了。

于是未来的编程可能会演变成这样的一种方式：

提出需求，让 ChatGPT 生成代码
运行代码，检验是否正常
如果代码报错，继续让 ChatGPT 改 BUG
重复循环，直到完成程序

然后新的朋友圈广告出现了 ——《不辞职，3 天精通 ChatGPT，在家也能编程赚外快》。

Github 的 Copilot 订阅年费高达 100 刀，但第一个月都有 40 万的订阅用户。ChatGPT 在 11 月 30 日上线，5 天后用户数就突破了 100 万；与之相比，GPT-3 花了 24 个月，DALL-E 花了 2 个月。

真不知道等它开始收费，它要收多少钱，又有多少人会心甘情愿地掏钱。

至少对我来说，就算年费是 100 刀我也会愿意付费，毕竟基于 GPT 3.5 的 ChatGPT 就已经如此夸张，那即将到来的 GPT 4 必定会更强。

不过需要注意的是， 目前 StackOverflow 已经宣布禁止发布由 ChatGPT 生成的内容了 ，同样的情况已经在 AI 图像领域发生了一轮，Unsplash 以及 Getty Image 也都已宣布不接受 AI 绘画作品。

我想原因在于，ChatGPT 只能基于已有的资料学习，而并不能进行新的创造。任何社区一旦被 AI 生成的内容占领，就将极快地失去它的生命力，没有活水的湖泊要嘛变干涸，要嘛变浑浊。

04 - 文案从业者的福音、或者末日？

我的新网站上线了，请给订阅用户发一封邀请邮件吧

如果我想在大学里推广我的网站，我要怎么写传单？

它甚至差点就把我的网站地址猜对了，只是多加了两条横杠…我的天啊，我真的一整个大震惊！

让它帮忙写推特，它甚至还知道要带 #software #tutorials 的话题

好的，现在让它给我一周的工作写点总结吧，顺便加点互联网黑话， ChatGPT 的表现继续让我震惊。

它能以「总-分-总」的结构来扩写我的周报
它能把我描述的三件事，提炼浓缩为三个关键词：内容创作、网站搭建与运营、商业合作
它能把我要求加入的互联网黑话，用合适的语序放在了合适的地方，尽管并不完美，但稍微改一改真的能用！

毫不夸张地说，它在文案创作上的能力真的要好过 99% 的大学生，只要你善用提问、追问、以及补充条件，它真的能给你太多的惊喜，而且当你跟它聊了很久之后， 你甚至还能让它总结一下刚才都聊了哪些内容。

05 - 提供辅助性意见

如果你是个作家，正在为自己的小说主人公该起什么名字而烦恼；如果你是个玩家，玩游戏之前总得先花半天时间捣鼓该起哪一个 ID，那么试试在 ChatGPT 里输入你的人物设定，然后让它给你起个名字吧。

现在网上还有一些付费咨询英文名字的服务，有了 ChatGPT 之后，这些人估计都可以下岗了。

有了 ChatGPT，你的 PPT 再也不会出现死亡配色了，直接给出你的需求，让它给出符合要求的色值吧。

我把它给的颜色做了出来，大家觉得这些颜色能符合我的描述吗？

使用 Stable Diffusion 等工具进行 AI 画画的难题之一，就是要能想出恰如其分的 prompt（提示词） ，但现在你只要把你想画的东西告诉 ChatGPT，让它帮你想 prompt 就好了。

我喜欢的小说《海伯利安》中， 有一种怪物名叫伯劳，它有四只手、浑身布满钢铁荆棘，非常可怕 。看书的时候我时常会脑补它到底长什么样，因为这本书的封面对它的刻画，我觉得完全达不到恐怖的程度，甚至还有点搞笑。

所以我试着让 ChatGPT 给了我几个关键词，然后到 Lexica 网站上找了几个符合我想象的风格关键词，最后用 Stable Diffusion 画出了这样的几幅画来，可以说非常符合我的想象了。

也许将 ChatGPT 当成万能的聊天机器人实在言过其实，但很多时候，你真的能用它来帮助你解决一些难以描述清楚的问题，这些问题很难通过搜索引擎来找到正确的答案，但 ChatGPT 能懂你，它真的懂你的意思。

06 - 谷歌将死？ChatGPT 能代替搜索引擎吗

一个名为 chat-gpt-google-extension 的国人开源项目，只上线不到 4 天，就已经有 4.4k 的 Star，它的作用就是在你用谷歌搜索内容时，在侧边栏直接提供由 ChatGPT 生成的内容。

值得一提的是，这个开源项目的作者 wong2 还是当年 人人网 小黄鸡 的作者 (同样是具备智能对话功能的聊天机器人) ，这不得不说也是毅种循环了。

谷歌会不会完蛋不知道，这条转发超过三千的推文看起来已经很有戏剧效果了。

经过几个小时的体验，我波涛汹涌的心情开始逐渐平静下来。我觉得，ChatGPT 还是没办法代替谷歌，至少现在还不能，但将来一定能抢占搜索引擎的很大一部分市场。

能代替谷歌的原因在前面的案例中已经展示得足够生动了，全都是谷歌做不到的。

如果你觉得它给出的结果不够好，可以试试以下几种方法：

如果它回答到一半就没有下文了，请输入“继续”，让它继续
如果它表示不知道，你可以多按几次「Try again」
如果它给不了你想要的答案，请多给几个关键词，用更多的细节描述，去追问它，让它继续补充
提问最好用英语，才能更好地测试它能力的上限
不要把它当成一个纯粹的搜索引擎，多问问它涉及到思考与逻辑的问题

但 ChatGPT 并非万能，在我个人的体验中，它至少出现了以下问题

它没有联网能力
它的语料库的时间截止至到 2021 年，在这之后的信息它是不知道的
它会出现张冠李戴的事实性错误，如果你没有分辨的能力，就会被它误导，所以你不能完全相信它
它会很认真地、煞有介事地解释你随意编造出来的名词，比如下图中我随便编出来的人名和算法

我们的未来

一个月前是 AI 画画让人对插画行业的同学心生同情，一个月后的现在，一年之后的未来，也许每个领域上的每个人，都会更加刻骨铭心地感受到 AI 给这个世界带来的变化。 至少我现在已经接不到活人打来的推销电话了，那么原先这些岗位上的人，会到哪里去呢？

很快 AI 将不会再是技术领域内的奇淫巧技，它会逐渐变成每个人都必须掌握的基础技能，就像你已经习惯了输入法的词频预测一样，它会悄无声息地改变每个人的习惯， 它正以超快的速度重塑这个世界的形状。

此刻就像是工业革命的前夜，有的人已经披星戴月赶路许久，有的人辗转反侧、彻夜难眠，有的人则毫无知觉，早早进入了梦乡。将历史的刻度拉长，ChatGPT 也必定会重重地留下一道痕迹，而我们， 或者至少我自己，此刻正在见证伟大历史的发生。

最后就引用一张9年前的新闻截图来作为本篇文章的结尾吧，有时候跟ChatGPT聊上瘾了就会突然「惊醒」，然后提醒一下自己现在只是在一个机器人聊天而已。

注：小黄鸡是9年前人人网上的 AI 智能聊天机器人

Obsidian 的 8 种进阶用法

Thu, 13 Oct 2022 06:27:47 GMT

关联视频

前言

如今的笔记软件用户中，很多人会陷入「用笔记软件来记录如何使用笔记软件」的误区。即使避免了这个陷阱，也很可能花过不少功夫整理关于「卡片笔记写作法」（来自同名图书，英文原版题为 How to take smart notes）的笔记。还有很多人自觉精通了「心流」，但却只在研究笔记方法论时能沉浸其中，对于真正需要记录的内容则还是只消半小时就能忘掉。

这种「假装高产实则摸鱼」的问题，在很多人初学 Obsidian 时尤为明显——由于这款软件的丰富插件生态，我们一边要学习它不算简单的逻辑，一边还不得不消耗额外的意志力，去对抗那种按耐不住想要折腾插件的冲动；更糟的是每个插件用起来都不简单。

在这个问题上，我这种自己钟情于「折腾」笔记软件、又喜欢与别人分享折腾经历的人，似乎是一个「帮凶」。但我的本意绝非让大家把时间都花在摆弄设置上。今天这篇文章，我就不扯太多方法论，用一看就懂且有实践意义的 8 个用法去尝试解答 Obsidian 都能做到什么，并用尽量扼要的方式介绍步骤和操作。

在介绍这些用法的过程中，我将穿插介绍数个常用插件。但篇幅有限，如果你对插件的进阶功能感兴趣，请阅读我一并贴出的开发者文档，或者期待我的下一篇文章吧。

初始安装

我个人很不习惯默认开启黑暗模式的设置，也不太喜欢自带的暗色主题。因此，建议安装后马上将笔记主题切换到明亮模式，或者尽快找到一款自己喜爱的第三方主题——只能说 Bear 和 Notion 会受欢迎是有原因的，颜值还真就是生产力。

如果你想要追求更好看的原生排版体验，也不喜欢折腾插件，我会更推荐思源笔记，同样支持本地离线 + 双向链接，这篇文章就是用思源笔记写的，请期待我的后续测评。

用法 1：日记随笔（Daily Note）

Obsidian 默认不开启 Daily Note 功能，Logseq 或 RoamResearch 用户可能会很不习惯，而对另一些没有接触过 Daily Note 概念的用户来说，也很有必要先介绍一下它的应用场景和配置方法。

什么时候记 Daily Note？

当你想写日记的时候，它就是一个支持 Markdown 的日记本
当你想快速记录灵感的时候，你不用也不该纠结应该放在哪个文件夹，就像传统纸笔，翻开就能写，就像摄影，拍到比拍好更重要。而使用传统的笔记软件，你总要先找到（或建立）一个合适的文件夹用来存放，但灵感和冲动往往消失在这个麻烦的时候。

配置方法

日记模板

一般来说我更习惯于用无序列表来让记录这件事更纯粹一点，模板对我来说会有填空的压力。但你也可以事先设置诸如晨间日记、每日工作等模板。

设置好模板后，使用快捷键创建日记文档，就能自动调用这个模板，就像下图这样子：

当然你也可以让 Obsidian 在启动后，自动载入当天的日记页面，在设置 > 插件选项 > 日记中你可以找到这个选项。

日记进阶：双链入门

之所以能够随心所欲、不用分类地在 Daily Note 中记录一切内容，是因为有双向链接这个功能的托底。

点击每一个被 [[]] 框住的关键词，都会自动创建一个以这个关键词为名的文档，然后进入到这个文档中。比如在下图中我就通过这种方式创建了一个名为 Notion 的文档。

打开这个文档的反向链接面板，它会在笔记库内搜索这个关键词曾经出现过的位置：

所以我们用 Daily Note 记录那些不成主题的碎片信息，直到你有明确的专项题目可以拓展，再通过反链面板去回溯过去在 Daily Note 中留下的碎片记录，有时候靠那不经意的一句吐槽都能带来无穷的启发。

日记进阶：初级任务管理

使用 Task 插件能用非常简单的语法，将分散于各篇日记的任务集中于一处管理，请在安装并启用 Task 插件后，执行如下操作

在设置 > 快捷键 中，搜索 Tasks，并为 Task: Create or edit task 创建一个快捷键命令，例如 Ctrl+T；
使用快捷键 Ctrl+T 唤出 Task 任务面板，然后在下图的自定义选项设置你的任务：

设置完毕后，你就可使用非常丰富的选项，来制定你的个性化任务面板，下面这段最简单的代码，能让你筛选出你整个笔记库内所有未完成的任务。

```task
not done
```

你还可以参考开发者的这份文档，制定更加个性化的任务面板，也可简单参考我下图中的命令。

用法 2：日程与任务进阶管理

Day Planner 插件

Day Planner 与前文提到的 Tasks ，都能对笔记库中的 To-do 内容进行集中管理，Tasks 插件会更自由灵活，它能够扫描到笔记库内任意地方的 To-do 内容；而 Day Planner 则只能扫描特定的文件夹，但换来了更加精细、更加有趣的日程 / 任务管理方式，包括文档顶部自动生成甘特图、右侧自动生成时间线、底部右下角有全局的任务提示等。

当任务到点时，还能弹出系统级的通知提醒：

文档模式 File mode

安装完 Day Planner 插件后：

会默认开启 File mode 功能；
会在笔记列表根目录中自动创建名为 Day Planner 的文件夹；
在 Day Planner 文件夹内，每天都会自动创建一个新的日程文件；
你需要用下列语法格式来书写你的日程，才能被插件正确识别：

## 任务标题
-[]07:00 任务

几点提示：

你也可以使用 Ctrl+Enter 来快速创建 Checkbox
时间需要 24 小时制，1:00 应写成 01:00
时间与任务描述之间需要空格

如果右侧时间线没有正确显示，请使用下列操作：

使用快捷键 Ctrl+P 唤出命令面板；
搜索关键词 show ，然后选择 Show the Day Planner Timeline：

命令模式 Command mode

在插件设置中，将 File mode 切换到 Command mode，能够让你在任意一页文档中使用 Day Planner 插件，而无需创建额外的 Day Planner 文件夹。任务书写语法与 File mode 一样，但你还需要执行下面的操作:

使用快捷键 Ctrl+P 唤出命令面板
搜索关键词 link ，然后选择 Link todays' Day Planner to the current note

Kanban 插件

你可以像 Trello、Teambition、或者 Notion 中的 Board 面板一样，去使用 Kanban 插件，它在常规看板的基础上，同样支持了双向链接功能，完整介绍你可以参考开发者这份文档。

创建看板的两种方式

右键点击任意一个文件夹，选择 新看板；
Ctrl+P 唤出命令面板，搜索 Kanban ，并选择 创建新看板。

启用看板复选框

设置 > 插件选项 > Kanban 中，开启 展示卡片复选框 功能.

看板与双链联动

为看板卡片添加时间，例如 [[2022-03-24]]，当那天到来时，你就能在 24 号日记的反向链接面板看到这张卡片：

每一张卡片都能创建为一份文档，就像 Notion 中的 /page 命令，你只需要点击 从卡片新建笔记 即可。

用法 3：工作记录 & 报告复盘

工作最让我感到厌烦的，不是工作本身具有难度，而是每周、甚至每天都得形式化地写又臭又长、根本没有人看的工作报告，于是我用下面两个插件来尽可能地减轻这种痛苦：用 Templater 插件来创建自动化的模板，以及使用 Dataview 插件来让 Obsidian 拥有高级检索能力。

Templater 插件

这个插件能让你在不同文件夹创建文档时，自动调用不同的模板。

例如在「日报」文件夹创建文档则调用「日报」模板，在「会议」文件夹则调用「会议记录」模板，它比 Notion 的 Template button 更便捷，比 Logseq 的 Template 的自定义程度更高，比印象笔记要加载半个世纪的模板库更是不知快到哪里去了。

插件配置

你需要先建立一个专门用来存放模板的模板文件夹，并且提前写好你所需要的模板
打开设置 > 插件选项 > Templater
1. 在 Template folder location 将路径指向模板文件夹
2. 打开 Trigger Templater on new file creation 这个选项
3. 然后在 Add New 那一栏，将文件夹与模板一一对应。如下图所示，左边是文件夹，右边是模板文件。

如此一来，当我们在 会议记录 文件夹新建文档，它创建的就不是空白文档，而是加载了模板的文档了。

你可能注意到了，上图调用模板生成文档时，还自动生成了时间 2022-03-22，原因是我在模板中使用了 Templater 提供的时间变量，用法类似 Excel 中的 =today() 函数。

今天：<% tp.date.now("Do MMMM YYYY") %>
昨天：<% tp.date.yesterday("Do MMMM YYYY") %>
明天：<% tp.date.tomorrow("Do MMMM YYYY") %> 
从 Unsplash 随机载入一张图片：<% tp.web.random_picture() %>

更多变量你可以参考阅读开发者的这份文档，活用变量和双链，你还可以在每天生成的日报中显示 上一页 和 下一页 的效果。

这时你可能又会注意到，使用 Templater 插件创建的文档都叫 未命名，那么有没有办法在创建文档的时候就自动使用当天的日期作为文档标题呢？答案是有的，你需要的那个插件叫 QuickAdd。

QuickAdd 插件

这又是一个非常强大的插件，不过今天我们只介绍它的四个功能之一：Template。它有两个特性，分别是为 Templater 插件的模板创建一个快捷键，而无需像之前那样通过右键文件夹来创建文档。另一个特性，则是让 Templater 插件创建文档时，让文档标题能以特定格式来自动生成，例如我们现在需要的「日期」。

配置步骤上，首先，为 创建日报 添加一个 QuickAdd 动作：

然后，点击闪电图标，这样才能在命令面板（Ctrl+P）中直接搜索到；再点击小齿轮，进入详细配置界面：

在这里我仅介绍了 QuickAdd 可能不到十分之一的功能用法，更多用法可以参考这份开发者文档。

Dataview 插件

假设现在到了周五临近下班的时间，我们需要快速将 5 篇日报和 3 场会议记录整合成一篇周报，如果是以前使用传统文档记录，我们可能需要分别打开 8 个文件，来回切换窗口，然后慢慢地将它们复制粘贴在一起，这真是一件既费心又烦人的事。

而同样的事情如果发生在 Obsidian 中，事情则会变得轻松不少。

如下图所示，当我在周报文件夹创建文档，触发了 Templater 的模板，而这个模板则用了 Dataview 语法进行了配置。我利用 Dataview 插件，自动汇总了过去一周的所有日报和会议记录：

你可以 Ctrl + 鼠标左键点击，来打开同一份文档。左侧窗口使用 Ctrl+E 进入阅读视图，鼠标悬停在日报标题上方，通过弹出的小窗获取周报所需要的信息，然后就可以在右侧编辑视图下快速输入了。

Dataview 配置方法

将下面这段代码放到 Templater 模板库中，然后命名为 周报模板

```dataview
list from "工作"
```

然后再设置当 在周报文件夹创建文档 ，则 调用周报模板

但是你会发现，上面那段代码会汇总 工作 文件夹中的所有文件，因为我们还没添加过滤条件

显然我们需要的只有那些创建时间在一周之内的日报和会议记录文档，所以我们还需要两个步骤

为需要的文档打标签，分别是 创建时间、日报、以及 会议记录
让 Dataview 筛选过滤这些标签

用 YAML 语言为文档打标签

你可以在日报最开头手动输入下面的内容，注意是英文输入法下的冒号，并且冒号后面需要空格：

---
创建时间: 2022-03-22 
标签: 日报
---

也可以用 Templater 插件在创建日报文档时自动插入：

---
创建时间: <% tp.file.creation_date () %>
标签: 日报
---

好了现在我们可以让 Dataview 插件正确过滤创建时间在 7 日之内，并且包含日报标签的文档了。

```dataview
list from "Work"
where 创建时间 >= date(today) - dur(7 days)
where contains(标签,"日报")
sort 创建时间 desc
```

后面，我还会反复提到这个插件，你可以自行阅读 Dataview 插件开发者文档，学习更多高端操作，也可以点击下面大图，参考 Dataview 的部分语法。

用法 4：读书批注

Annotator 插件

Obsidian 原生支持 PDF 阅读，你只需要将 PDF 文件拖到文件夹上即可载入，而安装 Annotator 插件 除了能让 Obsidian 额外支持阅读 EPUB 格式的文件，还能进行高亮、批注等操作。

插件用法如下：

将你的 PDF 文件拖入 Obsidian 的文件夹上
新建一个文档，然后在文档的最开头添加下面这样的 YAML 语法

---
   annotation-target: 路径/文件名.pdf
   ---

例如，如果我要打开存放在 附件 文件夹中的 基督山伯爵.pdf，则正确的语法应该是

---
annotation-target: 附件/基督山伯爵.pdf
---

然后 Ctrl+E 进入阅读视图，如果无法正确读取 PDF 文档，可以点击右上角的三个小点，然后再点击 Annotate。

关于添加的批注，需要了解的是：

所有高亮和批注都会成为侧边栏中的卡片
点击卡片即可跳转回 PDF 原文位置
你还可以为批注打上可被 Obsidian 识别的标签

点击右上角的 Open as MD 关闭批注模式，然后进入阅读视图，你就能看到所有的高亮和批注都被搜集起来组成一篇文档了。

Mindmap 插件

这个插件能够让文档的各级标题成为思维导图中的各个节点，并且导图中的各个节点也都是可以点击的。虽然导图的样式单一，且配色实在辣眼，但胜在简单易用。

用法 5：动态表格

这个用法本质上还是 Dataview 插件的另一种应用，与前面的清单（list）不同，这次我们要绘制的是一张可以动态变化的表格（table）。假设我们为 4 本书分别写了 4 篇读后感，并在文档的最开头用 YAML 语法进行一点配置（打标签）。

然后使用下面的 Dataview 语法进行配置：

```dataview
table 阅读时间, 作者, 类型, 评分
from "用法 4、读书笔记"
sort 阅读时间 desc
```

其中：

table 定义的是 Dataview 的展现方式；
table 后面接的是你在 YAML 中打的标签；逗号要是英文输入状态；逗号后面接空格；
from "" 引号里的是你所要搜索的文件夹名称；
sort 这段，表示按照阅读时间这一项进行降序排列（descend）；
你也可以把阅读时间换成评分，把 desc 换成 asc，这样一来就是按照评分进行升序排列了。

生成这样的表格效果如下图所示：

这个表格会动态更新，你写一篇，它就会自动增加一行：

你除了可以用前面反复提到的 Templater 插件来自动嵌入 YAML 标签，还可以搭配 QuickAdd 这个插件来进一步提高效率，这里就不展开讲解了。

用法 6：视频笔记

作为一名新人 UP 主，我会特别注意视频中弹幕激增的节点，然后去分析这个 UP 主说了哪些话来激发观众发送弹幕的热情，很多看似 UP 主不经意的一句话，其实背后都能找到很多运营的门道。

B 站本身自带视频笔记功能，但只能说堪堪够用，回看笔记的入口很深，而且完全线上保存无法导出，好处是原生功能，打开即用无需折腾。

在 Obsidian 中，你可以这么操作：

复制粘贴视频网址到 Obsidian 中；
在阅读视图下，链接才能在 Obsidian 内部打开；
在编辑视图下，才能通过右上角的五角星截取时间点。

案例：如何更有效地「骗」弹幕？

如上图所示，我会使用 Media Extended 和 Media Extended Bilibili Plugin，将笔记和视频界面并列来学习其他 UP 主的视频。（如果这个插件无法正常启动，请先关闭 Annotator 这个插件，重启 Obsidian，再尝试启用。）

具体而言，通过内嵌的视频窗口，以及点击即可回溯的时间节点，能让我在复习这段话术时，更直观且更深刻地去学习这个 UP 主通过视频所能呈现出来的方方面面，因为我不止要学习他说了什么，还要学习他是怎么说的，学习他搭配了什么样的画面，语调的抑扬顿挫以及搭配的 BGM 节奏如何，而这种便捷的笔记 + 视频的呈现方式，是绝大多数只能单纯内嵌视频的软件所无法做到的。

例如，下面是我在看一个视频时记录的一些观察，供参考：

话题质量够好

话题本身很吸引人

话题和每个人息息相关

每个人都会存在不一样的情况

每个人都会好奇别人是什么样的情况

发弹幕无需思考成本

引导方式合理

随机抽样：没有针对性，不侵犯个人隐私

常用三个软件：无需成本，每个人不一样，可预见弹幕会很丰富，不会同质化刷屏

我会在后台统计数据占比：为用户提供发弹幕的意义，是有互动的，不是发完弹幕就没了

看看是否符合我的猜测：提供弹幕发完之后的期待感，或许可以增加关注

用法 7：数据复盘

说实话，如果你有正经的数据分析工作，还是用正经的 Excel 或者其他专业软件来分析，此处仅用来展示 Obsidian 在数据呈现这块的可能性。

使用 Dataview 来聚合数据

以我的 B 站投稿为例，我将视频数据放在 YAML 表头，然后在正文记录运营相关的分析和复盘

然后就像前面提到的阅读清单，这张表格也是可以实时动态更新的。

使用 Charts 让数据可视化

这个插件能够让你手动插入如下图所示的五种图表：

安装完插件后，使用 Ctrl+P 唤出命令菜单，然后搜索 charts 关键词，选择 Insert new Chart 即可，然后剩下的就是手动输入数据的基本操作了。

用法 8：编年史迹

之所以叫「史迹」而不叫「史记」，是因为你除了可以用它来生成史料的时间轴，也能按照时间线来记录你的旅游足迹。

Timelines 插件效果

你可以做一份投稿时间轴，也可以做一份游记时间轴，其实没有什么实际用处，但因为它能做，所以我就做啦。

除了竖轴，还有横轴可以选择。

Timelines 插件配置方法

乍一看，配置时间轴的代码非常简单，只需要像下面这样，筛选出所有包含投稿标签的文章即可

```timeline
影评

首先是必不可少的还是用 YAML 语言打上几个标签，其中 timeline 标签是必须的，另一个标签则可由你自定义。你可能注意到了，我们可以在 [] 内一次性输入多个标签。

但这样做的前提是，我们需要在被筛选的文章内，先进行一点点配置。

然后还需要在正文中插入一段 HTML 代码，来定义时间轴中的文章封面、标题、时间等。

<span 
      class='ob-timelines' 
      data-date='2021-08-21'
      data-title='标题'
      data-class='orange'
      data-img= '图片链接（在线链接或笔记附件位置都可以）'
      data-type='range'
      data-end="2000-10-20-00">
      这里填封面简介
</span>

如果你直接复制上面的代码，记得自行修改一下引号内的内容。其中我们需要修改的部分有 date 、title 、以及 img 这三项，否则时间轴的时间、标题和封面将无法正确显示。

更多关于 Timelines 的教程，可以查阅插件作者当时提供的说明；原文所附链接现已失效。

本文只能粗略展示 Obsidian 的简单用法。Obsidian 现在一共有 523 个插件，我想应该没有什么需求是满足不了的。但还是要提醒一句，插件不求多，只要找到适合自己的那一两个就足够了。须知吾生有涯，而折腾也无涯，把更多时间花在创作上才是正道。

Logseq 中文教程 | 5 种用法带你用好双向链接

Thu, 13 Oct 2022 05:48:11 GMT

关联视频

前言

体验一款笔记软件最快乐的时候，是看着茫茫多的功能列表然后发动想象力，你总能屡试不爽地预支一些并不存在的成就感。而放弃一款笔记软件，是当你两三天过后再打开它，思索片刻后发现，其实我那价值贫乏且低产的工作，好像也没有什么好写的。为什么都用了无数款笔记软件，我却依然还写不好这一生？我想原因就在于，从「快乐地幻想」到「失望地卸载」，这个圈一直在循环，正如 GTD 软件，正如记账软件。

幸好这种低落的情绪总是来得快去得也快，让我在完全放弃之前，还能遇到 Logseq。它用一种很奇妙的方式让我发现，原来我也有值得写的东西，而我也真的用它写了 30 万字，动力就来自软件机制所制造的持续不断的正反馈。

如果你好奇这是怎样的一个实现过程，欢迎你继续阅读：

信任的起点：开源离线、隐私至上

这是一款由国人开发的支持双向链接的大纲笔记软件，如果你对 Roam Research 有所耳闻，想找一款基础用法大差不差的平替，Logseq 会是目前市面上最好的选择之一。但须知它不是 RR 的抄袭者，这里不存在 Notion 所遭遇的那种情况。

它现在 Beta 阶段的主要功能包括现在及以后都将永久免费，这意味着体验它无需成本。它秉承隐私至上的理念，你可以完全离线使用它，所有文档将以 Markdown 格式存储在本地，任何一款文本编辑器都可以打开。你可以访问官方 FAQ，了解更多关于 Logseq 的运营策略。

至少对我来说，纯云端就是没有安全感，而其他笔记软件的迁移可能也不会太简单，所以 Logseq 的运营策略让我能没有任何后顾之忧地使用它。

基本界面

安装并打开软件后，你可以通过点击「Open a local directory」来定位你的「笔记存储位置」到本地任意一个文件夹中。如果将文件夹放在坚果云或者群晖等同步盘中，可以实现多端同步。同步前请保留独立备份，切换设备前等待同步完成并关闭另一台设备上的 Logseq，避免同时编辑造成冲突或覆盖。

如你所见，Logseq 是一款大纲结构的笔记软件，你可以暂时先把它当成幕布或 WorkFlowy，刚好 Logseq 同样也能生成思维导图。但看下去你就会明白，它可能会比传统的大纲笔记强不少。

对笔记软件有需求的人大概有这几类：要做学科笔记的学牲，心血来潮想复盘工作的社畜，想做读书笔记的学者，或者是想随手记录灵感和心情的一般群众。

接下来我将从这些人的视角，模拟在各种需求下，我们可以怎么样使用 Logseq。

用法一：全功能型日记本

Logseq 的最基础面板是「日志」。只要你打开它，它每天都会生成一页空白的日志（Daily Note），并以日期作为它的标题。你可以把它当成是一个打开即写的 Inbox，不用等待网络加载，不用纠结这次的记录该放在哪个文件夹，不用担心诸如灵感、吐槽、或者心情记录会搅乱这个 Inbox，也不会发生备忘会被真的遗忘的情况。

因为你今天所记录下的一切，都会以一种奇妙的方式，在未来某天再现于你眼前。

所谓的正反馈即是，它让我相信一切记录都有价值，所以我才会一直不停地记。

但要真正理解它实现的方式，恐怕一时半会儿还讲不完。在「用法一」里，还是先简单展示一下这个日记本都能记些什么东西吧，功能演示如下图：

那么我都用它记录了些什么呢？

我把生活中一切值得留下记录的文字都写在了上面，是每天早上的晨间日记、是一时兴起安排的旅行计划、或者是为了写这篇文章所列的提纲，没错就是这么杂乱无章，大部分还都「始乱终弃」。但过去确实没有哪款笔记软件能给我这么自由的体验，因为它们都太严肃了，太正经了，仿佛建一个文档就是要开始执行一个项目，莫名就有了压力。

在日记中，通过插件系统它能实现类似 Flomo 这种的类 Github 的笔记热力图，我觉得它让我胡说八道的欲望更强了。不过明显是能看到 8 月份过后频率下降了很多，可能是有工作的时候会更喜欢碎碎念吧。

用法二：任务管理系统

Logseq 内置了一套虽然基础但基本够用的任务管理系统。假设我是一个钱少事多离家远的社畜（好像也不用假设），我可以怎么使用 Logseq？首先，每天早上我会在日志中花 5 分钟来梳理一下今天的工作。但如果只是简单的清单罗列，好像还不算任务管理，所以你可以通过/来添加 **todo** 标记，并在完成每条任务后打钩。

如果这个任务是未来某天需要完成的，你可以通过**/**唤出 **date picker** 命令来添加时间，例如 10 月 31 号。

当 31 号那天到来，这个任务就会再次出现在当天的日志中，起到提醒的效果。

如果使用 **doing** 或者 **now** 命令，它会更显眼地出现在每天日志的下方（如红框所示），以防当天记录的东西过多，或者到了第二天生成了新的日志后被忽略。直到你将它完成为止，它才会消失，算是一种强提醒。

你还可以使用 Query 命令，来筛选、汇总你分散在任意页面的所有任务，这样一来是不是稍微有点「任务管理」那味儿了。

此处只展示了最基础的 Query 命令，感兴趣的话可再自行探索进阶用法，这里推荐王树义老师的视频教程。

用法三：记录工作日报和周报

Page 的概念

在实操工作日报之间，我还需要先引入一个名为 Page 的概念。

你可以在任意位置使用方括号[[]] 将某个关键词框柱，Logseq 就会新建一个以这个关键词命名的页面，点击就可以进入这个 Page 中，这里类似 Notion 的/ page 功能。这样你就能在 Daily Note 之外的地方留下你的记录了。另外，在中英文输入法下，双击[ 都能快速补全[[]]。

日报实操

我每天都会在 Daily Note 中记录我的工作日报，点击「工作日报」关键词，就能进入这个页面中，并看到所有带这个关键词的日志，都被按时间顺序汇总到了这个页面下方的「Linked Reference」中。

下面图示中的每个长长的黑色箭头，都代表一个「点击关键词并跳转」的动作。

因为这里的「工作复盘」也是一个关键词，所以它也是可点击的。

进入「工作复盘」这个 Page 后，你可以看到每天的复盘都将按照时间顺序汇总好。这个动作能让你将所有的「工作复盘」从所有的「工作日报」中筛选出来，让你能更聚焦地只看这一项，方便你按照时间线回顾这一段时间以来的经验心得。

如果你在每天的「工作日报」后面附上当周的 tag，例如#week18，那么当一周结束后，只要你点击这个 tag，就能汇总当周的所有日报，以便你能更好地写周报。

实际上这里是汇总了所有添加了#week18 的内容

但这种用法，和传统的打标签有什么区别？印象笔记可以打标签，Bear 也可以打标签，如果用 Notion 记日报，还有多种视图可以切换，用滴答清单记日报，每周也能自动汇总，为什么我要用 Logseq 而不用它们？Logseq 的重点在下文的「用法四」里。

用法四：用双链串联碎片灵感

双链的兴起

从 2020 年开始，因为双链这一概念的流行，越来越多的笔记软件开始引入它，其中包括 Notion、字节跳动的幕布和飞书，以及印象笔记都有所沿用。

另外，基于双链功能构筑的新笔记软件也开始井喷。既然连大厂都在跟进，我觉得现在你也可以试着体验下，或许就能明白，为什么双链这个古老的概念「一夜之间」火了。

对双链的简单探讨

与双链相对的单向链接，例如在印象笔记中，你虽然可以生成一条笔记的链接并将它嵌入另一条笔记中，使你能够在 B 笔记中看到 A 笔记，但也只能看到标题而已，并且在 A 笔记中，我是看不到 B 的。

所以，Logseq 多了这一层能「反向链接到日期」的信息，能起到什么用处？

A 和 B 双链，B 和 C 双链，则 A 自动与 C 建立双链，且 B 将作为 A 反链到 C 时的「语境」，这个语境可以是日期、地理位置、事件、概念，或者是书中的章节、角色之间的人际关系等。

这样一来，你除了能知道 A 和 C 有关系，还知道 A 和 C 是怎么建立关系的。

将这条链路再拉长，A 和 F 乍看之下可能是风马牛不相及的两个概念，但通过中间 B、C、D、E 的链接，你便能补齐从 A 到 F 的所有路径，因为 B、C、D、E 都是现成的「论据」，来自于你过去的每一次不经意的记录，它们共同促成了这一新的发现，给予你新的灵感。

这正是双向链接带给我的最大价值之一，它让我相信一切记录都有其意义，因为我只需要将关键词框起来，然后期待碎片的支流终有一天能汇成汪洋大海。

例如下图这四个主题（关键词），我在为每个主题记下第一条信息时并没有预设任何记录的目标，也没有为它建立什么文件夹，但每当我随便点进一个 Page 时我都会惊讶地发现，不经意间我已经积累了这么多东西。而这些东西未来又将创造何种价值，我内心将永远满怀期待。

这时你可能会产生两个问题：

1、这样子跟单独建立一个文档然后输入有什么区别，Logseq 好在哪？

2、所有东西都放在 Daily Note 中，不会变得很凌乱吗，找起来会不会很麻烦？

解决问题 2 可以很简单，你可以为你最常访问、或者确定有长期记录需求的内容建立一个目录，如下图所示。然后这里的「目录」也是一个 Page，你可以在 Logseq 中搜索 Contents 以进入这个 Page，这样能更好地编辑它。如果是那些你觉得还没必要为它建立目录的内容，你不妨先在日志中随手记着，先不用担心它会被你遗忘，有的是办法能重新找到它。

问题 1 的答案，可以简单概括成「无压力记录」，但在展开之前，需要先聊聊我认为「有压力的记录」是怎么一回事。

记录的压力从何而来

压力其一：分类

假设我正在使用印象笔记、或者 Bear 或者 Notion，突然我有了某种想法，很多时候我可能不是先把它写下来，而是会先思考它归属于哪个分类，我应该为它建立哪个层级的文件夹？如果不分类，Inbox 很快就会被填满，而二次分类势必又得再动脑子，但我是真的懒。并且如果它同时涉及多个分类，我是不是应该每个分类都放一份记录？

压力其二：半途而废的负罪感

一旦因为某种三分钟的热度而建立了文档，它就真的会对我产生实质上的压力，我会质问自己，是不是该继续往里记点什么？诚然有压力是好事，可以逼自己行动，然而历史经验告诉我，大概率会在未来某天，当我再次看到这个文档里还是只有零星几条记录时，就会嘲笑当初自己信誓旦旦想要大写一场，结果到头来憋不出几条废话，负反馈真的非常明显，最后干脆归档或者一删了之，然后渐渐地再也不愿开始任何一件事。

尽管我明白，倘若总是坚持不下去，错的并不是哪款软件，应当是我自己。

用 Logseq 减少纪录的压力

每日一页新的日志，让我能很轻松地告别一些不是那么重要的想法，不会被它时刻盯着以至于压力山大。
Daily Note 中打开即写，无需分类。并且点进任意一个关键词，在 Linked Reference 的汇总是自动按照时间排序的，一方面是能按照时间线回顾（如前文的工作日报），另一方面「时间信息」本就是在我们回忆起某件事时最重要的元素之一。
关键词之间的互相链接，让我在也能从「胡说八道」中找到一些事与事之间的联结和共性，从而更加大胆地胡说八道。

用法五：读书笔记（拆书）

接下来我将以拆书的方式来为这部 166 万字的科幻小说《海伯利安》做一下每个章节的梗概，看看在双链和 PDF 阅读 & 标注系统的加持下，我的读书笔记是什么样子的。

Logseq 除了能内嵌视频和图片之外，还支持直接嵌入 PDF 文件，并在左侧边栏中打开进行阅读和标注。我们可以先用书名新建一个 Page，并进入这个 Page 当中，然后把 PDF 文件直接拖曳进去，相当于把这个附件存储在了这个 Page 当中，用过 Notion 的话应该不会对此感到陌生。

我的习惯是，在阅读那些晦涩难懂、或者人物关系错综复杂的书之前，都会先新建三个 page，分别是「故事卡」、「人物卡」、以及「背景卡」，它们的作用分别是：

人物卡：记录所有重要角色
背景卡：记录所有重要设定，包括重要地名、政治派系、科技设定等
故事卡：记录每个重要章节的情节概述

左键点击「故事卡」，将它在主记录区中打开，shift+左键将「背景卡」和「人物卡」打开在右侧边栏中。

这样一来总共就有了从左到右的 3 个工作区：阅读区、主要记录区、侧边记录区。另外，这三个区域的宽度都是可以调整的，个人习惯是给阅读区尽量大的空间。

在阅读的过程中，我决定在「人物卡」中为「领事」和「西奥」这两个人做一些注解，以防我看到后面忘了他们的生平和设定，我们可以继续用shift+左键，将这两个人物的 Page 在侧边栏中打开并记录。

你可能注意到，因为我们在「西奥」这个 Page 中提到了「领事」，所以两者已经自动建立了双链关系。所以当进入「领事」这个 Page 时，你可以看「西奥」出现在了「领事」的 Linked Reference 区域。

这样一来，不管书中出现的人物再多，你再也不会搞混彼此的关系，他们相互之间都有哪些故事勾连也将一目了然。而且你还可以随时将鼠标悬停在任意一个「关键词」上，它将弹出一个小框，以作提示。

随着阅读进度的推进，我将用这种方式慢慢补全故事情节、重要人物，以及所有重要的设定：

在主面板中记录故事情节，然后用双括号标注重要关键词
shift+左键将关键词打开在侧边栏中
在侧边栏中对关键词进行信息补充

你除了可以用自己的语言来概括故事情节，还可以通过选中、并标注 PDF 原文，来将一些不便于概括的设定或者是重要的原文，直接引用（复制）到你的各个 Page 中，它除了会显示引文所在的 PDF 页数，还可以通过点击引文，直接跳转到 PDF 原来的位置。

点击 Page 中的引文，将自动打开 PDF 原件并跳转到引用位置

我为这部百多万字的小说写了总计近 2.5 万字的情节梗概，尽管过程漫长，但这次我再也不会认真看完一本书却忘了它到底讲了些什么，我觉得这种「笨办法」或许很适合那些做剧情解读的博主或 UP 主。

Logseq 中的每一个 Page 都像是《海伯利安》中的一颗星星，而双链就像「远距传送门」，让我能免去超光速旅行所带来的「时间债」，就像「诗人马丁塞利纳斯」在他的宅邸，他可以清晨在「鲸逖中心」吃早餐，中午一步跨过传送门，然后沐浴在 300 光年外的星光下，继续撰写他那不朽的「诗篇」。

如上图所示，所有互相提及的关键词，都会自动生成相互链接的图谱，虽然很多时候图谱只是看着爽而已，特别是全局图谱，如果没有精心雕琢双链关系，很难起到什么实质性的用处，但更多时候「看着能爽」其实已经就是个了不起的功能了。我相信这种阅读方法不止适用于读小说，你可以用它来拆解大部头的著作，各种复杂艰深的专有名词也能在你的细致拆解下融会贯通，了然于心。

结语

关于 Logseq 其实还有很多功能没有介绍到，例如插件系统、块属性、更详细的 Query 命令、Zotero 联动等，由于使用门槛较高或者个人使用频次较低，这里就不多做展示，等你觉得现有功能不太够用了，可以访问官方说明文档摸索看看

在这里我并没有打算用 Logseq 来构筑所谓的第二大脑，实际上，每当有人提及「第二大脑」这个词时，我都会怀疑我这钝钝的脑袋，真能创造出与这个高大上名词相称的东西吗？当初会用 Logseq 纯粹出于偶然，只是期望能靠它多少获得一种「记录 ≈ 进步」的成就感，还好目前为止它做得还不错。

6 个视频，3 万粉丝，B 站让我赚了多少钱？

Wed, 12 Oct 2022 19:49:39 GMT

前言

开始的时候我就决定了，未来哪天必定要写这样的一篇阶段性总结文章，只不过那时设想的时间点远在第十个视频之后，而这天的到来比我所预期的要早很多，因为很幸运地提前完成了一个年初定下的小目标，全网 5 万关注达成了。（注：本文写于 2022.09.13，文中所有数据（包括收入）均有变动）

一直以来都有很多粉丝问我视频是怎么做的,所以今天写下这篇长文,希望能帮到对运营 B 站有想法、以及对视频剪辑工具有需求的同学。

大家好，这里是二一的笔记，一个硬核测评笔记软件和效率工具的 UP 主。

文章简介

本文非常长，超过 1.5 万字。

前半部分讲的是我会做 B 站账号的契机、以及我对如何做 B 站视频的理解；视频制作工具的推荐在后半部分，各位可以有选择性地观看。看完后也许就能大致明白，运营一个 B 站账号可能会需要哪些基础知识。

频道定位
- 我是谁，这是个什么样的频道，我是如何起步的，我取得了哪些成绩？
- 我为什么做这个频道，我看到了哪些问题，发现了什么痛点？
- 我打算怎么做好这个频道，我所坚持的理念是什么？
- 我现在的收入如何，我打算如何变现？
我的方法
- 我是怎么写脚本的，我用到了哪些技巧，例如要怎么「骗弹幕」？
- 我是怎么学习剪视频的，我看了什么教程，关注了哪些频道？
- 我是怎么剪视频的，我用到了哪些工具、软件、或者插件？
我的问题
- 我的能力都有哪些不足？
- 我的频道运营有哪些瓶颈？
- 我该如何面对、以及如何解决这些问题？

频道的诞生

注：此处仅为账号运营前 1~2 年的短期规划

账号定位：硬核测评笔记软件和效率工具，折腾与分享精进生产力的经验与方法
受众人群：对提升读书、学习和办公效率有追求的大学生及职场人士
内容规划：用 15~30 个中长视频，测评所有主流的笔记软件和效率工具
视频风格：用极高的信息密度，力求每个视频都能在最短的时间内，呈现这款产品的主要功能、用法、使用场景、以及适用人群等，帮助你更快地找到、判断和选择最适合自己的那一款应用
频道愿景：做首先能让我自己信服的，全网最好、最认真、最有趣的产品测评与生产力经验分享频道

目前已测评的笔记软件有：Logseq、Obsidian、印象笔记、Notion，以及 Wolai。

从一个搬运工开始

在做 UP 主之前，我已经从事了 6 年的新媒体运营工作，接盘过的十几个账号从十万到四百万粉丝不等。从微博营销号的搬运工，到公众号的运营兼编辑，从抖音快手小红书的短视频编导，到直播卖货的微型负责人，基本上主流的短平快「营销」平台我都有过不算短的工作经历。

但回看过去这六年，我找不到一个账号能真正成为我的代表作。为了运营这些账号我迁就了自己的喜好，被迫关注各种并不感兴趣的资讯，摆弄过各种奇形怪状的文风，捏着鼻子玩烂梗还要装作跟网友很合群，总之就是没有一个账号是在演绎我自己。

受限于自身能力水平（占主要因素）、所处平台以及日渐严峻的新媒体环境等原因，我成了自己讨厌的那个传声筒、人形复读机、没有灵魂的热点赶稿人。加班是为了让老板的账号能接更多广告，永恒的主题是为贫瘠的数据反馈伤心流泪，在半夜醒来的第一反应是拿起手机看看今天涨粉了没，即便是被憋醒的。

我没有转发过任何一个账号到我的朋友圈里，因为耻于让在意的人知道我在做的事。我心里清楚我远远能比这样的我更好，所以迟迟不愿展示任何关于我的半成品。但生活和创作上的追求无论如何都无法完美平衡，所以打工是不可能不打工的，三点就能放工饮茶是投个好胎才能实现的愿望，然后六年时间就这么匆匆忙忙碌碌地过去了。

转变的契机

2021 年，我以年薪翻倍的小小成就加入了做 UP 主前的最后一家公司，这是我呆过的最大、最好的一家公司，工作强度（比起以前）也是最小、最轻松的一次，但工作时的心情却又是这六年来最让我痛苦和忧愁的一次。

再多的工作量对我来说都可以忍受，但工作所给予我的最大苦难却是要跟太多太多的人说话。在这里我每天都要跟无数个人开会，每一次起身去会议室前都需要劝解自己要珍惜这份收入颇丰的工作，深呼吸，然后转身向人潮涌动的大海走去，在那里一点点地被各种视线、目光、和情感真挚的对话所淹没。

在这里我看明白了我这辈子是绝无可能赚大钱的事实，因为没有一个螺丝厂能接受一个不喜交流的人去晋升到更重要的职位。只是这样的痛苦煎熬只持续了不到半年，一纸教培改革文件就把我和小半个公司都改没了（主要还是我菜），那时我还在北京的回龙观租着 3500 一个月的小单间，我想可能会有人猜得到这是哪一家公司。

我是真的由衷地怀着舒畅、激动、以及「终于解脱了」的心情，走进了那一间即将宣告你要毕业了的办公室。我庆幸是老板们帮我做了这个决定，否则以我奔走北京想要大展宏图的愿望，以及挣扎了六年却依然苟且着的贫弱的决心，要怎样才能放弃这样一份天降的好工作呢？也许永远都不可能吧。

只不过接下来的剧情并不是磨刀霍霍干大事，而是拿着 N+1 天昏地暗地玩了整整一个月的游戏。真心地提醒各位，不要下载一个叫 Rimworld 的游戏，也不要玩戴森球计划和 FF14，真的太哈人了，我根本停不下来。

先从写作开始

我并不是一开始就选择做视频的，尽管写过数百个短视频脚本，但我甚至连剪映都不怎么会用。所以我选择在看了 5 年的少数派后才发表了我的第一篇文章，以我最熟悉的图文创作，稍微缓解一下我玩了一个月游戏的负罪感。

创作的最大信心和动力来源于我的观察和判断，我知道这篇文章一定能上首页，不止是我有自信我能写得好，我也有信心对 Logseq 的介绍一定会有人感兴趣。但这篇文章的反馈之好，还是大大超出了我的预期。

可以看到，笔记软件这个小小圈子被双向链接这个古老又新潮的概念再一次激发了它狂野生长的生命力，各种「文具」被陆陆续续地置办起来，也因为 Roam Research 高昂的订阅价格，让更多人将目光转向其他可替代的同类产品，Logseq 这款软件就是以这种方式进入了我的视线里。

被「生产力」这个充满虚无假象的词吸引着，我迫切地希望知道更多类型的笔记软件和它们的用法，于是我一直在找有没有这样的一个账号，我只需要关注 Ta，就能获取所有类型的笔记软件资讯；我只需要看 Ta 的视频，就能让我用最短的时间了解一款笔记软件的所有功能、用法和使用场景，以便我能找到最适合我自己的那一款呢？

更重要的是，有没有这样的一个账号，在这么狭窄的赛道下也能有健康和成功的商业化案例？我找了很久还是找不到能完全符合标准的账号，但我也能理解，毕竟这个垂类也真的是垂过头了。

那我能不能自己来做一个这样的账号，至少已经有了一个还算不错的开始了不是吗？当我翻看笔记的时候，我发现这样的 [[想法]] 其实更早之前就有过了。

我的观察

1、协同办公工具井喷

PS：也可能这个现象早已有之，只是我现在才关注到这个领域，所以一切都显得很新鲜

科学技术的发展，让信息的记录、组织和传递形式永远都有优化和创新的空间，Notion 的一百亿刀估值已经让多少公司垂涎，Figma 被 Adobe 用 200 亿美元收购，对 SaaS 从业者来说又是一剂强心针，钉钉作为网课工具在各种一星差评下依然被捧到了日活一个亿，而飞书还在先进却狭窄的小圈子里苦苦推广不开，最终是疫情的爆发让远程办公时代不可逆地加速到来。

就我观察到的而言，是 Notion 掀起了新一波笔记软件的模仿、改革和创新风潮；Roam Research 的双向链接概念则用一幅更具诱惑性、也更能激发想象力的画面，让我忍不住去脑补幻想一个笔记加身、著作等身、学富五车、各种知识信手拈来的自己，然后一脚踏入了「差生文具多」的队伍里。

于是，笔记软件在我的视界里一下子多到让人目不暇接，功能用法又是复杂到让人摸不着头脑。上一个版本的少数派是记账和任务管理工具的争奇斗艳，现在这个版本则是在第二大脑这个玄幻的概念里打圈。我想不止是我作为普通人想找到更优秀的创作者来解决我的问题，研发工具的老板们或许也需要更多能跟得上时代进程的宣传渠道和宣传手法，来普及和推广他们的产品和产品价值观。

而且我一直觉得，有太多优秀的软件就是因为过于冗长繁杂的教程或介绍劝退了绝大部分普通用户，这些产品需要、也值得用更多有趣的表达方式来展现它们在不同领域、不同场景用法中的可能性。

我觉得，我应该可以来做这件事。

2、能全面测评笔记软件的账号非常稀缺

油管上做笔记软件和效率工具测评的优秀创作者其实有很多，例如 Ali Abdaal、Thomas Frank、 Keep Productive 之类的优秀创作者，但他们多数时候的介绍都是浅尝辄止，简单演示一下软件的功能和界面，使得每一款笔记软件除了看起来不一样，功能用法给人的感觉似乎就是换个皮。

而那些能对某一款软件做到深入测评的创作者其实也有不少，但他们大多都只专精于一两款、或者某个系列的工具，例如在我心中专精 Notion 的神—— Red Gregory，以及专注于 Office 办公软件的 PAPAYA 电脑教室。

不过也有可能是我的英语水平限制了我能找到更多、更优质的创作者，所以请向我推荐更多优秀的 Youtube 频道吧。

3、测评形式单一、视频观感枯燥

B 站上大多数做笔记软件测评分享的视频，出于纯粹的兴趣爱好，基本上都是采用简单录屏的形式，以一种上网课的方法来向观众讲解，这样的教程非常细致，完全能手把手跟着操作，每一个视频都是我进入这个小圈子的引路人。

但有些时候，这些视频还是会夹杂着与核心目的没有关联、或者完全可以去掉的闲聊，甚至还有底噪爆炸的电流麦等，使得教程长度动辄半小时起步，非常考验耐心。二倍速看完后又发现这半个小时就只讲了几个入门的小点，对捕捉这款笔记软件的全貌很难起到太大的帮助，深度和广度无法兼得。

我的尝试

在少数派上的第一篇文章就获得了对我来说非常好的数据反馈，已经算是一个天胡开局，于是那个藏在心里很多年的想法更加猛烈地冒了出来，连同吃灰了 3 年的相机和麦克风、一台为了玩 2077 装的高配电脑、还有暂时消失了的工作压力——房间里的一切无不在提醒我，我必须考虑这会不会是我此生仅有的机会。

现在的我有时间，有兴趣，有耐心折腾，我存的钱还够支撑一段时间，更重要的是我看到了希望，在长久的挣扎中，我看到了一丝改写人生轨迹的曙光。

于是我痛定思痛、不再犹豫，哐哐哐一顿操作，先是把这篇文章改成了视频脚本，再然后边学 PR 边剪视频，前后大概花了三个礼拜的时间，终于难产出了真正意义上属于我自己的第一个视频。

这期视频发布的头两天播放量只有 800 多，让我在欢声笑语中打出了 GG。但我并没有太放在心上，过去几年中比这更令人难受的数据也不是没有过。只不过一周后的播放量却窜到了 8000 多，我开始意识到问题似乎有点不对劲了。

因为做这类视频的人实在是太少太少，我这并不算好的视频也能在搜索结果中排到第一行，也不知道是该感到高兴，还是该重新思考，选择这么狭窄的赛道到底是不是个正确的选择？

只做这么一期视频的话，自然是无法得出任何能够验证问题的答案，所以我选择再做一期试试看。如果数据还可以，我就试着继续做下去。如果数据翻车了，那我…那我再想想办法。但是第二期视频的效果有多好呢，我至今能回想起 9 个月前，我看着蹭蹭上涨的粉丝数据而大惊失色的那一幕。

凭借第二期视频，我的粉丝数很快就涨到了 1 万整，这下彻底断绝了我想半途而废的念头了。

简单来说，我的频道就是这么开始的，那些痛苦和挣扎都记录在了我的 Logseq 日记本里，如今再回看还是心有余悸，不由得长叹一口气。

说完了我的故事，接下来该讲讲怎么做视频了。

视频制作流程简介

此处简介的流程主要以 Notion 视频测评这期为例，该期全程耗时将近 3 个月，视频的剪辑平台为 MacBook，但我想对 Windows 用户应该也有参考意义。

1、软件测试

摸索和学习 Notion 的所有功能用法，用了将近 3 万字的篇幅记录关于 Notion 所需的一切必要信息

2、案例搜集

搜集关于 Notion 的优质测评文章、其他用户制作的 Notion 笔记案例、或者用 Notion 搭建的主页等
观看其他博主制作的关于 Notion 的视频，记录下他们的视频中存在的问题，或者没说清楚的地方

3、笔记案例制作

罗列所有我能想到的 Notion 适用的笔记场景，并根据自身经历制作完整的笔记案例
具体案例可见我用 Notion 搭建的个人博客

4、脚本撰写

除了介绍最基本的软件功能和产品理念，还要用足够和谐融洽的视频语言，提高画面感、节奏感、以及视频的互动性
初始脚本写了超过 1.2 万字，最终删减成 6000 余字的终稿

5、录音

Notion 这期为了更好的收音质量，我盖着被子录了整整六个小时的音，平翘舌不分的塑料普通话在录音面前实在是一种酷刑

6、录屏

对照脚本的功能描述，先预演几遍功能操作流程，然后再开始录屏流程，以节省后期剪辑的时间

7、剪辑

这部分比较麻烦，放在后面展开讲

8、发布前准备

包括标题、视频简介、设置 B 站后台自带的互动工具、准备放在评论区让观众能点击跳转的时间轴、以及导流到公众号后，公众号需要准备的相应资源等
另外 Notion 这期还特意制作了从公众号导流到 B 站的海报。

9、发布后记录

包括数据反馈、是否上热门、记录搜索结果排名、粉丝留言或私信提问的问题等

基本上我的每个视频都需要按照这么个流程从头到尾走一遍，不过这样实在太费时费力了，等我的频道和各项能力都成熟后，我应该会制作更轻量的视频。现阶段目标是先磨炼自己能达到举重若轻的状态，未来才能在简单的视频中做出同样出彩的效果。

视频脚本与文章创作的区别

此处不讨论内容本身，只是简单说说 B 站的视频脚本除了内容之外，还需要额外注意哪些方面的细节，看完后应该能大致明白，视频脚本创作与文章创作之间的些微区别。

画面感

尽管我以前写得最多的视频脚本是数码产品的测评，但数码区的竞争实在是太激烈、太残酷了，我自问拍不出那么好看的画面，所以只能先放弃在数码区起家。

而在笔记软件测评这个领域，靠平铺直叙的论述，没有动效的录屏、想到什么就说什么的即兴发挥，同样会把视频效果做得非常干瘪，就像上网课一样，这样只能体现出你有会做教程的价值，虽然这一点已经是弥足珍贵了，但账号的商业价值几乎得不到任何体现。

视频创作是需要文字、声音以及画面三者结合的费劲活，要想让笔记软件测评这么枯燥无聊、且对绝大多数人来说毫无看点的事情变得有趣，它画面的重要程度不说能大过其内容本身，但两者至少应该摆在持平的程度，否则你完全没办法吸引到愿意在你这里投广告的甲方。而能否商业化是一个频道能否持续运营下去的最重要因素。

所以在写脚本的时候，每一句话都要想清楚要为它搭配什么样的画面，画面里要埋什么样的梗、软件录屏的时候要按照什么样功能顺序来录才能更加流畅、不会太过跳跃，切镜时要配合什么样的音效、配音的时候要用什么语气、讲解时是否需要停顿等等，在你写脚本的时候这些全部都要考虑清楚。

对我这种没有真人出镜的视频来说，更是要注意画面感的营造，如此才能做好第二点——节奏感。

节奏感

最容易被感知的「节奏感」，就是那些跟着鼓点切换场景的「卡点」视频，毕竟人类对律动和押韵有着天然的审美偏好，而广义上的节奏感就我浅薄的理解而言，则是要在适当的时间节点，以适当的画面长度，给到观众他所希望看到的画面，尽管观众大多数时候并不知道他自己想看的是什么，~~我也不知道。~~，可是一旦视频节奏没有符合观众的「预期」，他们就会立刻关掉视频走人。

我有一些个人意见就是， 你应该要谨慎地使用那些常见的带声音的表情包 ，例如土拨鼠尖叫、老头弹舌喊 nice、抖音里那些让人抓耳挠腮的刺耳笑声、以及任何会导致音量突然增大的 meme，这会直接打断视频的叙事节奏，然后让整个视频的观感落入俗套，这些硬剪进去的「节目效果」会显得太刻意，而且没有任何特点。

这里的节奏感说起来还是很玄学、很没有「画面感」，是因为我实在不想再去用短视频里定义的那套「前 3 秒应该 XXX」或者「前十秒应该 XXX」之类的脚本框架来约束自己的表达，但你可以试着用「不说人话、拖沓、冗长、喋喋不休、啰里八嗦、自我感觉良好、怎么还没进入正题」之类的反义词来警醒自己，千万不要陷入自嗨的漩涡里，我的第四期视频就犯过这样的大错。

互动性

B 站的视频是要与观众有所互动的，就像做产品要做好数据埋点，你也应当在脚本和画面中埋好那些能够让用户做出除了「持续观看视频以提高完播率」的行为之外，还能让用户再付出额外的时间成本来跟你进行互动的话术，通过这些话术来获得反馈，通过这些反馈来提高 B 站的推荐量，你应当随时记录复盘这些话术所取得的效果。

这些互动反馈的获取难度在「我这类视频」中大致可以这么排：收藏 < 点赞 < 投币 < 转发 < 发弹幕 < 评论 < 私信 < 关注 < 充电。需要注意的是，不同类型的视频，这个难度的排序或将截然不同。

收藏：任何教程类的视频的收藏数一般都会是最高的，因为「收藏了」=「学会了」，或者「太麻烦了先放着有时间再看」
点赞：不一定是你做得好，也可能只是想随手给你一点鼓励
投币：我的硬币挺珍贵的，但这个视频我很满意，希望你加油继续做更多的好视频
转发：给朋友圈里的人看看我最近都在研究什么高端货
弹幕：你能戳到我的痛点；你很会找话题、会玩梗，说话很有趣；或者只是单纯跟着其他弹幕起哄——你看我也会刷大家都在刷的梗
评论：弹幕装不下我的犀利观点，发在评论区给大伙儿欣赏欣赏
私信：你好，在吗？有个问题希望你能帮帮我~，我是学生~
关注：我看到了你账号所展现的独特价值，你有与其他人不一样的地方，我对你抱有期待，我想再看到你的视频，~~希望你不要不识抬举。~~
充电：给你 B 站最顶格的支持（直接打钱）

这里先简单讲讲如何「骗弹幕」

例子 1、我在演示 Notion 的文档和图片功能时，特意放上了一张守望先锋的图片，因为我知道我甚至无需刻意提及「你看这里有张守望先锋的照片」，也一定会有人出于对 OW 的热爱，然后愿意和志同道合的我一起，怀念那个还有朋友能一起打守望先锋的夏天。

例子 2、在论述 Noiton 以及其他 Notion-like 的产品时，我用上了 Faker 和岳伦的双劫大战做比喻——「影流之主的分身暂时还是打不过本体的」，虽然很对不起岳伦，但我知道一定也会有人刷「这里也能看到岳伦」的弹幕。

感谢岳伦为素材界所做的贡献，瑞思拜！

关于玩梗和「骗弹幕」

总的来说就是，你要知道网友们都喜欢聊什么，然后说他们喜欢听的话
也可能只有我这类枯燥、没有娱乐性的视频才需要这么频繁地「刻意」玩梗，因为教程类的视频如果不这样，是真的找不到空间能插进几句稍微带点节目效果的话了
没人接梗才是常态，例如上面那张图里的甘道夫，并没有人刷「You shall not pass」的经典台词，但还是不要放弃能争取到和观众互动的每一个机会
当然玩梗也要适度和适当，要让人会心一笑，而不是让人直勾勾地一看就知道「这人又在玩烂梗」，会让人有种看破中年男人油腻笑话的疲惫感
黄色笑话大多数情况下会「有点用」，但它只能为你争取到极少数用户的反馈，与此同时也将宣告你用下头的笑话主动放弃了更大一部分的用户群，以及你在品牌方眼里的形象
你玩的梗、说的笑话、用的典故、使用的每个案例都能从侧面说明你是一个怎么样的人，所以塑造账号形象的方法，其实就藏在你视频的每一个角落里。起码你现在会知道，我至少是个守望先锋和英雄联盟的老玩家吧。
我想这其实是一种非常含蓄的方式，我既希望能有更多人能了解我的方方面面，但我也没有太多勇气能很直白地主动说：你看我是这样的一个人，我有这样的兴趣和喜好，希望你能喜欢这样的我

这里就暂不展开其他还能提高这些互动率的方法了，~~主要是我也不会~~，一方面是我也还不够经验来做总结，真要硬写又是另一篇万字长文，写不动了。但你在写脚本的时候一定要对这些互动项有一个最基本的概念，要去揣摩观众参与互动时的心理活动，才能找到让他们参与互动的方法。

以后每次刷 B 站的时候都要带着这些问题去看那些热门的视频，弹幕突然激增的时候就记录下 UP 主都说了哪些话；评论上千条的时候就看看这个视频是在讨论什么刺激的话题；播放量很高但 UP 主的粉丝数就是不涨的时候，就得分析分析到底为什么。

如此才能让你的视频看起来能像是 B 站用户爱看的，或者至少是某些 B 站用户爱看的，而不全是你一个人的自嗨。你总要能用某些元素或者话题，去圈住跟你有相同兴趣、或者至少玩梗能玩到一块去的人。

素材搜集、制作和管理

截图工具

macOS：Snipaste、Cleanshot、iShot、Xnapper
Windows：Snipaste、ShareX、Faststone Capture

Cleanshot（macOS，订阅 Setapp）

这是我最主力的截图工具，支持区域框选、窗口捕捉、滚动截图、添加截图背景和边框阴影等，而且截图后的标注样式不止好看，还能二次修改。

值得一提的是，Cleanshot 还支持录屏和录 GIF，应该是目前我用过的最全能的截图工具了。

iShot（macOS，付费解锁部分功能）

我主要用它来带壳截图，省去后期再用 PS 套壳的步骤

比如这样子：

Snipaste（Mac 免费，Windows 付费解锁少部分功能）

有些软件的功能需要鼠标悬停在菜单栏上，才能将子菜单唤出来，但使用上面的两款截图软件有时候会导致鼠标被隐藏，进而无法成功截到子菜单的界面，所以就用 Snipaste 的贴图功能来临时解决。

需要注意的是，这款软件的完全体是在 Windows 平台上，Mac 端的功能并不完整。

Xnapper（macOS，订阅 Setapp）

这是 Setapp 最近上新的截图软件，它能够生成非常好看的截图背景，还能调整所截图片的圆角大小，适合用来截取软件的部分画面，本文大部分的图片都是用 Xnapper 截的。

录屏工具

macOS：QuickTime、Cleanshot、omi 录屏专家

Windows：Bandicam、OBS

经过我不太严谨的测试，使用 macOS 自带的 QuickTime 所录制的画面似乎是最清晰的，其他软件所录制的视频画面，经过放大后的质量似乎都差点意思。

而 Cleanshot 虽然录制的清晰度不及 QuickTime，但它支持录制后进行去头或去尾的简单修改。

画面放大和标注工具

macOS：Pro Mouse、Presentify
Windows 上我找不到太好的同类工具，如果你有的话，也欢迎推荐给我~！

很多视频教程有可能因为画质不高，或者操作速度太快，使人看不清鼠标点在了哪里，这就可能导致观众跟不上教程作者的讲解步骤或思路，所以适当地使用能圈出光标、或者局部放大画面的工具是十分有必要的。

Pro Mouse（macOS）

主要用于放大局部画面，以及使用聚光灯效果

Presentify（macOS，订阅 setapp）

录屏时，主要用来划线和画框，以辅助讲解

Mockup

在我的视频中，为了展示软件全平台可用的特性，我会有选择地在 Mac、iPad 或者 iPhone 和小米之间切换着录屏，并且为了让录屏的画面更加美观，我会使用各种 Mockup 来稍微装饰一下画面的效果，例如下面这几种：

我一般在这几个地方下载这些模板

Design at Meta 由 Facebook 的母公司 Meta 绘制，包含近千个主流硬件设备的 Mockup
Mockupworld 搜集了非常多免费可商用的 Mockup，各种类型都有，非常丰富

不过要注意，免费的 Mockup 不一定都可以商用，使用之前一定要看清楚它所提供的 License 是否支持商业用途。

使用这些 Mockup 的方法也非常简单，你只需要搜索「智能对象」相关的 PS 知识，5 分钟就能学会使用它。

图片素材

Adobe Stock 需要订阅 Adobe Cloud，素材多到超出我认知；除了图片之外，还有视频、音频、3D 模型等素材
https://unsplash.com 质量超高，完全可以当壁纸，而且全部免费可商用
www.flaticon.com 超高质量的设计图标，可免费商用，但需声明来源和作者
https://macosicons.com 搜集了上千个 Mac 上主流软件的高质量图标

免费字体

原先我是在猫啃网找的中文字体，全站估计得有两三百款好看的可免费商用的中文字体，但最近猫啃网似乎在关站整改，可以先访问他们的备用站点。

不过如果你只需要一款能用来做字幕的免费可商用字体，那其实几个大厂出的免费字体都很不错，包括小米的 Mi Sans，OPPO 的 OPPOsans、阿里的阿里巴巴普惠体等，都是很不错的选择。

素材管理工具

我使用 Eagle 作为我的素材管理工具已经好多年，它真的太好用了，能识别大多数常用格式的图片、音频和视频，可自定义的筛选功能也异常丰富，是一款值得再花 5000 字篇幅来介绍的素材管理工具，如果你有素材管理需求的话，强烈推荐试试它。

Eagle 在 Mac 和 Windows 上都可使用，并且是买断制付费（199¥ / 可绑定 2 台设备），不过你也可以使用免费的 Billfish 来做平替。

录音

录音设备

设备：Blue Yeti（¥899）、舒尔 MV7（¥1998）
录音环境： 16 平米的普通小单间，无声学环境改造

Blue Yeti 是我早在 19 年辞职后突然冒起要做 UP 主的念头时，因冲动消费买的设备，当时就在 B 站上剪了我的第一个视频（Blue Yeti 开箱），几年下来却也只剪过那一个，现在再看真的有种黑历史的感觉。

这个电容麦自带声卡，支持 USB 直连，音质我觉得还可以，但是电容麦的灵敏度太高，导致房间混响收录得非常明显（而且还是只有 16 平米的小房间），并且录音时你还要关掉风扇、空调、机箱等会发出噪音的设备，后期更是要花功夫去调音降噪，所以不太推荐声学环境不好的同学购买电容麦。

不过 Notion 这期视频是蒙着被子录的音，所以混响控制得还行。

舒尔 MV7 动圈麦是我的第六个视频所用的录音设备，买到手之后我都有点后悔买晚了，动圈麦收不到一丝房混、空调开着也没事，楼下小孩的玩闹声也不影响，我只要操心录音这件事就行了，并且音质我觉得也比 Blue Yeti 更好。

不过我目前也只用过这两款麦克风，我的评价请谨慎参考。

MV7 同样是一个自带声卡，可以 USB 直连电脑和手机的麦克风，除了有耳机监听接口，还有 XLR 接口。它自带的 Motiv App 可以控制话筒增益、监听混响、均衡、限幅和压缩等设置。

不过如果之后的视频要出镜，这种摆设显然不太适合入镜，可能还需要购买另外的无线麦才行。

调音教程

影视飓风 & LIKEMUSIC：《达芬奇音频教程》
- B 站搜索即可
- 虽然你不一定是用达芬奇剪片和调音，但这个教程里做得真的非常精细，王也老师讲解的关于调音的原理在所有调音工具中都是通用的。
Ben Johnson：《Make Your Voice Sound Better – Final Cut Pro X》
- Youtube 搜索标题即可
- 他的操作过程比较简略，但胜在是用 Fina Cut Pro 演示的，建议先看完达芬奇音频教程，再看他的视频。

剪辑工具

剪辑设备：MacBook M1 Max
剪辑软件：Final Cut Pro
动效制作：Keynote

Keynote

我觉得有必要重点讲讲 Keynote 给我带来的惊喜。

在 Notion 这期视频中，我前后做了大概 400 页的 Keynote，不过实际上可能并不需要这么多，因为这是我第一次用 Keynote，导致我做了很多废片，有太多的功能需要从头摸索了。

但我相信只要你用过它的「神奇移动」，你就会发现这可能是做视频最便利的方法之一。

如何制作神奇移动

在第 1 页的左边添加一个小圆
复制这一页，然后将第二页的圆移动到右边，同时放大这个圆
给第一页添加「神奇移动」的动画效果

将 1~2 页导出为 4K 视频

你就得到了这样的一个视频

这就是神奇移动最基本的原理，跟你在其他剪辑软件里做关键帧动画是一样的。另外由于文章里只能放低帧率的 GIF，实际导出的视频帧率并不会这么低，Keynote 能够直接导出丝滑的 4K 60 帧视频。

从下图中你可以看到，在这几页中我只添加了「神奇移动」这个过渡页的效果，除此之外也只添加了唯一一个「弹跳」效果来模拟按钮点击。如果各位有兴趣的话，或许我可以专门出一期文章讲讲如何用 Keynote 制作稍微复杂一点的动画。

选择 Keynote 的重要原因之二就是，它太适合用来搞排版了，自带的文字渐变效果很容易就能做出苹果味来。与之相比，PPT 似乎就显得不那么好看了。

这一页的排版，只要加上简单的「移动」和「收缩」效果，稍微调整一下动画的顺序和长度，就能做出很好看的动画效果。

Keynote 动画教程推荐

推荐 B 站 UP 主 JimChannel，我暂时找不到能做得比他更好的 Keynote 教程视频了。

PS：截图的时候才发现和 Jim 互粉了哈哈。

Final Cut Pro

目前我所使用的剪辑工具是 FCPX，但其实用什么剪都无所谓，只要能顺畅地把各种素材凑在一起就好了，视频剪辑说到底就是拼接素材。不过既然是在 Mac 上，那就我的体验而言还是 Final 剪起来最丝滑。

只不过大家不止要做好素材管理，时间线的管理也很重要，否则就会变得像我这样一团乱，实在很可怕。

关于 Final，我想重点向大家推荐一个无敌的免费插件，没有这个插件我将一事无成。

mCamrig

https://www.motionvfx.com/store,mcamrig,p2219.html

这个插件能一键做出这种非常丝滑、非常好看的变速聚焦放大效果，而这种效果，在展示软件功能时尤为重要。因为大多数软件的界面都非常复杂，字也非常小，适当地聚焦画面，不仅能引导粉丝的视线焦点，也能够有效地控制画面的切换节奏。还有稍微复杂一点的 3D 倾斜效果，只需要调整几个参数就可轻松实现。

可以说我的视频之所以能看起来比较丝滑，三分之二功劳归 Keynote，剩下三分之一归 mCamrig，如果 PR 也有这样的插件请务必推荐给我~！

如何学习剪辑技巧

实际上学习任何剪辑软件都是一样的，我强烈不建议你去看那些大而全的系列教学视频，动辄 30 集起步，十几二十分钟只讲一个小功能，非常考验耐心不说，忘得还特别快，永远是看的时候学会了，剪的时候就忘了。

任何剪辑软件，你只需要先学会如何导入素材、切割素材、缩放素材、视频变速、以及记住最基本的快捷键，然后你就可以开始动手剪了。

最关键的一点是，你要带着这几项最基础的剪辑技能，去剪你所能想到的最复杂的视频效果。

当你发现以你目前掌握的技能无法实现你的视频效果时，再去搜索对应的教程，例如：如何抠图？如何卡点？如何实现这样、或者那样的效果？只有这样你才能带着需求和目的去学习，学以致用才能记得牢固。并且为了解决摆在眼前的问题，你会非常专注，学习效率就会非常高，用输出倒逼输入才是最行之有效的学习方法。

另外，有条件的话建议上 Youtube 用英文搜教程，搜出来的教程质量普遍要比 B 站高出一大截，任何细枝末节的问题都能搜到对应的解决办法。

加字幕

在 Final Cut Pro 上剪完视频，然后导出纯音频
将音频导入剪映，利用剪映免费的字幕识别功能，智能识别出字幕，准确率非常高。生成字幕后，你可以在剪映中对字幕进行错字微调，包括批量替换识别错误的字和词等。
然后用剪映导出 SRT 字幕
如果你是 FCPX 的用户，你可以在网站 crossub 上将 SRT 格式的字幕转换为 Final 专用的字幕格式

加完字幕，你就可以导出渲染你的视频了。

4K 渲染参数

我在 Mac 上用的渲染导出工具是 Compressor，虽然最佳的渲染参数其实一直都没搞懂，但我用现在的这套设置是能成功地在 B 站和 Youtube 上传画质还算不错的 4K 视频的，各位可以简单参考下。

频道发展现状

当前成绩

粉丝数

单从粉丝数据这一项来看，我算是基本完成了我的第一个小目标：B 站、油管、公众号、小红书这几个平台的粉丝总数加起来已达 50000，而这个愿望原本计划要到年底才能实现。

搜索排名

关于 Logseq 、Obsidian 、Notion 以及 wolai 的 B 站搜索排名，我的视频均排在第一位。可以说只要你对这几款软件感兴趣，你就一定能搜得到我的视频。不过排名为动态更新，随时可能下榜。

商业合作

截至目前已经有 16 个大大小小的品牌方，以及两个中、大型 MCN 机构联系到我，包括国内一线的英语学习应用、产设研一体化平台、以及比较一线的笔记软件公司等，不过因为各种各样的原因（大多是因为我个人能力尚不成熟），我婉拒了大部分，但也与一部分老板初步建立了比较良好的沟通关系，多少能证明我的账号还是有商业价值的。

频道运营存在的问题

1、高度依赖产品用户基数

我的视频受众面非常窄，极度依赖搜索而来的长尾流量，基本是没有上首页、或者获得官方推荐而一炮走红的可能，只能盼着有缘人对这款软件感兴趣，然后主动去搜索。并且按照频道规划，以后必定还要再做一些更加小众冷门的笔记应用，不像 Notion 这类软件自带流量密码。所以热门应用都测评完之后，往后的选题问题会日益严峻。

解决办法

~~不要笑挑战~~
讨论更具通用性的笔记方法论，不限定具体笔记软件
在已测评过的热门笔记软件的基础上，继续延伸与它有关的热门话题
将选题范围从笔记软件向外拓展，尝试受众更广的效率应用、软件分享等

2、制作周期太长

漫长的视频更新周期是我跟何同学的唯一共同点，有太多的观众从一开始盼着我出教程，盼到最后他自己已经在别人家的教程里学了个爽了，只能说挖坑不填实在是罪孽深重。

解决办法

~~重回短视频~~
出镜拍摄，用更多的 A-Roll 减小制作过场动画的压力和时间成本
尝试接受稍低一点的视频质量
冷门的笔记软件只介绍功能特性，不制作太全面的笔记案例

3、被大佬降维打击

原则上我的频道是为了解决不同人群、不同行业所产生的五花八门的笔记需求，但我的水平根本不允许我对各行各业的笔记痛点做太过深入的讨论，毕竟我连自己呆了六年的新媒体行业都没什么建树，更别提贸然闯入他人的专业领域了。长此以往就会使得每次介绍的笔记案例来来回回都是那几个，没有任何新意。

前阵子我正在忙活着做一个考研笔记的案例，偶然间看到了个考研全国第一的同学做的笔记分享，说实话当时看完后直接消沉了好几天，感觉我跟她的差距是用韦伯望远镜都拍不到的远。

解决办法

~~自暴自弃~~
建立粉丝讨论群，观察各行各业人群的笔记案例
接收粉丝提问，了解各行业的笔记痛点
征集粉丝的笔记投稿，让专业的人来做专业的事

4、知识储备贫瘠

flomo 能火，不全是因为 flomo 好用，在我看来它的核心竞争力可能并非软件本身，要想开发出它的功能，我觉得对任何一个大厂来说都没有任何难度，~~甚至印象轻记都可以~~。flomo 背后的少楠，少楠团队所产出的一整个系列的知识分享（如产品沉思录），以及这款产品所倡导的价值观，才是它能吸引到用户并培育庞大粉丝群体的最根本保证。如果我有少楠那种水平的知识储备，理论上我就能够给任何产品应用做背书了，~~不愁接不到广告。~~

但就目前而言，我在写视频脚本的时候真的捉襟见肘，一涉及到稍微深度一点的分析就只能是拾人牙慧（高情商），凹一些没有太多信服力的说辞。总而言之，只做教程是做不成意见领袖的，一定要具备常人所不及的知识储备，能说出洞悉痛点的精辟总结，遇到任何问题都能随时抛出几套方法论给你，如此才能让这个频道走得更远，而这一切都需要长久的时间和积累，一蹴而就是不可能的。

解决办法

硬编
多看书
多看书

变现规划

现有收入组成

B 站创作激励：创作激励 + 广告分成 + 活动激励

众所周知，B 站的创作激励已经被砍过一大截，如果你要想纯靠视频播放和广告分成来获得收入，那还是趁早死了这条心吧，我的三连数据应该算比较高的了（总播放量 75 万，转评赞 + 投币 + 弹幕合计 13.3 万），但截至 9 月 15 号也只有 3000 出头的收入，实在是杯水车薪呐。

我花一周时间就能在少数派写完这篇 1.7 万字的长文，按照千字 50 的基本稿酬去计算投入产出比，少数派比起陈叔叔真是良心太多了，否则若是这种长度的视频脚本，我没有三四个月怕是连个雏形都剪不出来。

微信公众号：文章赞赏 + 流量主

赞赏部分的收入甚至还不到 B 站的十分之一，但对我来说确是最有价值的那一部分。

当我在圣诞节收到了匿名读者的赞赏时，我感觉一切的辛苦付出都值得了。比起播放量的增加，这种来自粉丝真心实意的肯定，更加证明了我所做的事情是有意义的。与之相比，「找不到意义」就是过去六年工作的痛苦之源。

健康的商业模式

在我有限的观察中，B 站里对 UP 主接商业推广的接受度最高的，应该要数影视飓风的粉丝了。原因在我看来有五点：

影视飓风的视频质量（不止是画质）实在是太高了，高质量的视频必然需要高成本的投入，所以粉丝非常乐意接受用频率适当的商单来支持 Tim 和他频道的发展
所以 Tim 也能够用「一拍即合」这样的已经不是暗号的暗号，在视频开头向观众开诚布公地声明当期视频的利益相关方，以避免让观众产生「上当受骗」的负面情绪
影视飓风有足够的话语权，能与甲方争取用尽量客观、中肯的描述来介绍产品，该夸夸，该骂骂，以此让恰饭视频对观众来说也依然具有参考价值
影视飓风一直在探索拍摄各种视频的可能性（包括新频道 @ 亿点点不一样），一方面能给粉丝接连不断的新鲜感，另一方面也能向各种潜在的甲方展现自己的硬实力，这种「无限进步」的精神让多少一条路走到「黑」的数码博主难望其项背
基于第四点，影视飓风的视频不止是测评的内容本身足够优秀，他们的真诚态度、对气氛的营造、对情绪的渲染，总是能让观众产生一种对生活的美好期待，让人能在迷茫困顿的日子里找到目标和方向感，这在干巴巴的直男数码区里实在是尤为珍贵的一件事

所以在我看来，这种商业模式在现在的 B 站中应该是最健康的了（除非陈总能放弃不加贴片广告的承诺），粉丝、UP 主、广告主和站方都能获得各自想要的东西，这种频道要是不能赚钱，那还有天理吗？

在此又不由得想起了 TESTV，内容真的很优质，差异性也足够鲜明，不接广告的坚持让人敬佩，但有时候还是会让人担心他们的经营状况。隔壁的 HotGuys 走的也是类似情景小剧场的测评模式，但他们明显走出了自己的一条商业化道路，虽然挨骂的声音也是要更大一些就是了 🙂

我可能选择的变现方法

发展前期
1. 在 B 站上，为优质的应用或服务做商业性质的视频测评分享，参考软件应用区的顶流 UP 主苏星河，一个商单能做到一千两百万以上播放量，实在是神迹。
2. 在公众号和小红书上，为优质的应用或服务做商业性质的测评分享，参考少数派目前的广告模式
3. 在 Youtube 上，尝试制作更有实操价值、时长更长、制作成本更低的教程类录播视频、以及出镜口播占更大篇幅的经验分享类视频，以此探索 Youtube 靠流量变现的方法。不过 Youtube 要想开通广告功能，需要一年周期内的视频播放时长超过 4000 小时，而我的油管频道现在的播放时长才刚刚过半，感觉光是这个门槛就已经快杀死比赛了。~~大家如果对我的视频感兴趣，请前往油管帮我加点播放时长吧哈哈~~
4. 在公众号上，尝试与优质的软件商合作，相当于建立一个小型的分销体系，但目测这会占据相当大一部分的精力，费时费力又难做，想想还是算了
发展中期
1. 当积累了足够多的经验与方法，可以进一步尝试付费社群（如知识星球）、有老板赞助的 Newsletter（如可乐周报）、微信公众号的付费解锁全文的知识付费方法
2. 当视频制作能力足够娴熟，可尝试制作付费的笔记软件实操课程、生产力提升小课堂等，参考少数派的付费栏目
3. 随着视频选题逐渐拓展到我更熟悉的数码产品领域，以及个人的视频拍摄能力的逐步提高，部分选题可尝试为我感兴趣的数码产品做推广，天花板的参考对象是影视飓风，「相对」容易模仿的对象则是钟文泽和优秀的 ElenaLin_青青，无论如何都做不到的则是硬件茶谈和极客湾。数码区要想熬出头，要嘛拿到第一手产品的速度足够快，要嘛画质做得足够顶，要嘛有钱买的数码产品足够多，~~要嘛让漂亮的小姐姐出镜~~，显然这几样我都没，所以这条路怎么走暂时还是只能靠脑补
发展后期
- 没有后期，能磨到前期不死就是胜利

由此可见账号变现的想像空间还是存在的，一切制约因素都来自于我个人能力水平的高低，以及精力分配问题。在我看来，用爱发电是真诚且可贵的，但倘若因为恰不到饭而活不下去，我觉得那些喜欢你的粉丝们可能会比你更感到可惜。

我看过太多粉丝量已经一二十万，却仍在为接不到商单而发愁的 UP 主，所以希望大家都能在账号启动之初就做好账号定位、内容规划、以及想清楚可能选择的盈利模式，想好你要赚谁的钱，你要用什么方式来赚钱，以及你把赚钱的底线设在了哪里。

可以暂时不赚钱，但一定不能不去想要怎么才能赚到钱。

后记

做这个频道是快乐的，也是痛苦的，是令人激动的，也是令人惶恐不安的，是终于不用再强迫自己去应付需要和人说话的工作环境，也需要自己有能力去排解独自一人蜗居在家、超过半年几乎不出门的不健康状态。所以它注定能给我带来很多，也注定会让我失去很多，如果你也有意走上和我一样的路，我会敬佩你，如同我敬佩现在的我自己。

你可以在这些地方找到我

我在 B站更新我的中长视频测评
我在微信公众号更新图文评测与经验分享
我在微博更新我的见闻和新 App 体验
我将在 Youtube 尝试制作不一样的录播类教程（规划中）

Logseq + 简悦搭建个人知识库教程

Wed, 12 Oct 2022 16:51:23 GMT

前言

对我来说，简悦并没有降低我面对稍后读的压力，但它大大提高了我清空稍后读的动力，特别是当它和双链笔记软件进行无缝联动时，那种读完一篇再来一篇的激情就像小龙虾配啤酒一样让人欲罢不能。它的机制决定了，我必须用自己的思想来充实笔记库，而非僵硬机械地复制剪藏一堆二手文本。阅读本篇文章可能还需要你对 Logseq 这个软件，或者至少对双向链接这个概念有所了解。

传统稍后读软件的局限性

稍后再读是不得已而为之，收藏只是为了能稍后阅读的手段，而阅读的最终目的则是为了能更好的思考和创作。

但 Pocket 或是 Instapaper 这类传统的稍后读应用，只满足了收藏和阅读这两项最基础的需求，它们强调自己能用多种方式收藏多平台、多类型的网页、文章、或推文，更在意如何能让收藏这个动作更快捷。至于后续阅读文章时，能划划高亮、写写批注就已是极限。从我个人角度而言，在知识管理这条路上，它们所提供的想象力仅能到此为止。

所以我总在想一个问题，这些软件跟印象笔记的本质区别是什么？很多时候好像只是 UI 更好看而已。

我想说的是，当我们终于痛定思痛放弃某某笔记，就不要再把自己埋进下一个剪藏的深渊。不要再相信自己能有足够的自制力，一旦收藏这个动作几乎零成本，READ IT LATER 就会变成 READ IT NEVER。

当你终于攒够足够的行动力开始阅读和记录，你又会发现在稍后读里做笔记是非常痛苦的一件事。无数剪藏的文章会污染你的笔记库，让检索笔记变成灾难，这也是我极力反对再在 Logseq 或 Obsidian 中使用任何一款一键剪藏工具的原因。你也很难在其中输出深度的、长篇的内容，就好像你不会轻易在出租房里置办大型家具一样，这是我不习惯用 Cubox 记笔记（或速记）的原因。

于是大家又开始寻找下一款工具，希望稍后读软件能将其中批注的段落或笔记导入到自己的另一款笔记软件之中，毕竟只有在纯粹的笔记软件内才能真正输出想法和内容。于是问题又出现了：

稍后读软件原生支持导出的格式稀少
每当批注有所更新，就必须再手动操作导出一次
99% 的网页快照都是付费功能
无法拥有真正的永久快照，一旦云端服务过期或者停止运营就无法再次访问
无法避免的审核制度与隐私泄漏问题

今天这篇文章将尝试利用简悦 +Logseq 来解决上述的所有问题。

简悦的基石与创新：让阅读灵感自由流转

本篇只打算用最低限度的篇幅介绍简悦最基础的功能——也就是稍后读，完整的功能介绍你可以阅读少数派软件商城对简悦的这篇介绍。

简悦的基石：开箱即用的稍后读

简悦目前支持以插件形式在 Chrome 以及 Edge 等浏览器上安装使用，你无需任何额外设置就能使用以下两个最简单的功能：

立即阅读：使用快捷键 AA 进入 阅读模式，在这个模式下它会自动提取标题和正文，并清除页面的多余元素，让你能用自定义的 字体、间距 和 背景颜色 等参数阅读文章。
稍后阅读：使用快捷键 DD 将该网页加入 稍后读清单，等你有时间阅读的时候，你可以右键简悦插件，进入稍后读后台阅读那些你待读的文章，如下图所示：

简悦的稍后读后台

在这个用法上，简悦与其他任何一款稍后读软件几乎没有本质区别，但是：

市面几乎所有稍后读服务都是订阅制形式，年费至少在百元或以上，所有资料储存在云端，优点是开箱即用
简悦当前永久买断价格 18 元（据说准备要涨价啦）；所有资料存储在本地；缺点是需要繁琐设置
基于简悦自由且开放的特性，它能以任意形式与几乎所有你能想到的本地的、或在线的效率软件进行联动

简悦的创新：牺牲便捷，突破边界

简约的创新和高自由度是用同样高得离谱的代价换来的，从本文超长的篇幅你应该不难看出，要想达到最终目的需要多么繁复的操作。但请相信我，如果你是一个双链笔记软件的使用者，一切都将是值得的。

亮点其一：自由开放的多方联动

你可以在下图中寻找是否有你熟悉的 App Logo，以大家可能最熟悉的 Notion 为例，你可以一键（或者自动）将你通过简悦阅读过的、或者收藏了的文章全文同步到 Notion 上。原则上，简悦能拥抱一切愿意开放 API 接口的软件。

其实还有好几个软件，但是找不到高清图标就没放进去

亮点其二：一键 & 自动导出通用格式

简悦并不希望用自有格式将用户困在它的库中，开发者的这篇文章《人人都应该建立自己的数据库》清晰地传达了他的这种理念。而能让简悦能与 Logseq （或 Obsidian）产生联动的，正是它自动导出的 MD 格式文本。

这个 MD 格式文本可以导出网页全文：

也可以仅导出你划线和标注的几段话：

简悦与 Logseq 的联动效果

如果你对 Logseq 已经具备一定的使用基础，应该会知道，Logseq 的基础是一个个 Markdown 文件，所以如果我们能够将这个 MD 格式的标注文件自动导入到 Logseq 的文件夹，那么 Logseq 就能即时读取到这个文件。

如下图所示，你在网页中批注的每一篇文章，都会自动转换成 Logseq（或 Obsidian）中的一个 Page，这个 Page 可以用丰富的参数自定义导出模板，但要想实现下图这样的自定义效果，你还需要对简悦进行一些配置，具体教程我后面会介绍。

上图中的四个序号所对应的内容分别是：

①：原文标题带超链接，点击可跳转到原网页
②：自动打上的简悦标签，后期方便整理或集中查阅，这个标签可自定义修改
③：自动生成批注时的日期，可被 Logseq 识别，这样就能显示在当天的 Daily Note 的 Linked References 下方，方便你在日记时间线下查看当天都读过哪些文章，如下图所示。
④：所有你在网页中标注或批注的内容，都会出现在这里

每一篇批注的文章都会出现在 Linked References 区域

亮点其三：真正永久离线的网页快照

当你在 Logseq 中点击批注的句子时，它还能自动跳转到你所阅读的那篇文章的原文段落，表面上看这其实就是一个超链接跳转能解决的事，但简悦的不同之处在于，当你将网页加入稍后读，或者当你为网页留下任何划线或批注，它能自动离线保存原始网页的 HTML 文件，以及标注段落的 MD 文件，并导出到你的本地文件夹中，这样一来你永远不用担心超链接那头的网页会失效。

本地笔记就该搭配本地离线的网页

目前市面上所有的稍后读软件，光是网页快照功能的月费就能买一个永久简悦了，并且由于快照是存储在它们的服务器上，所以理论上还是会有失效的风险。具体的永久快照效果你可以先参考简悦 Github 上的这个视频：点我跳转。

在阅读模式下，你也可以选择标注并复制单独的一句话，然后直接粘贴到 Logseq（或任何支持超链接的地方）之中，点击这句话同样能自动跳转到自动保存的 HTML 网页对应段落上，这个功能对于保存可遇不可求的『金句』应该很有帮助。

亮点其四：足够灵敏的自动化

第四个亮点是前面三个的基础，简悦能用两个最基础的自动化命令：1⃣ 加入稍后读➡️自动存档网页，以及 2⃣ 批注文章 ➡️ 自动存档批注与网页快照，让信息在多平台之间的流转做到真正的自动化，配合本地双链笔记，更是能实现建立个人知识库的效果，具体流程如下图所示：

简悦 + Logseq 设置全流程

劝退警告：高耸入云的使用门槛

在你购买了高级账号后，仅激活并管理好你的高级账号权限这一项，已经能劝退起码 70% 的新手，如果你曾经因为这个原因放弃过简悦，那我真诚奉劝你不要再往下看，因为后面的设置之繁琐真是我生平仅见。

简悦给我带来了比当初研究 Omnifocus、Obsidian 或是 Logseq 所收获的挫败感总和乘以十还要多，被简悦搞崩溃只是入门的第一小步，一不小心还会迷失在开发者散落在 GitHub、Logseq、语雀或者是官方知识库里的成千上万字的教程当中，然后痛心疾首地感叹，要是这个软件能再易用一点，设置再简单一点，稍微缩减一下它的自由度，换来更高的易用性，它将绝杀古今中外所有的稍后读软件，可惜换不得。

开发者整理的，简悦功能大全

但我必须说，当你把所有自动化产线都架好后，你就会由衷地感叹这一切都是值得的，就好像忙活了一整年，终于能穿上新内裤去迎接新年的早晨一样。它给人带来的想象力是无边无际的，远不止是一个稍后读软件那么简单。

好的软件值得拥有更大的关注和市场，遗憾的是目前网上能够系统介绍简悦与 Logseq 联动的教程太少了，所以我决定自己来写一篇。我想，如果当初在我折腾的时候能有人写一篇像我现在在写的文章，我真的会在感激涕零中给他打赏起码一年份的咖啡。

下面就让我们开始简悦与 Logseq 的联动设置教程，请备好足够的耐心和时间。

重置简悦插件到初始状态

请务必和我保持一致的设置参数和设置的先后顺序，以避免遗漏。因为简悦有太多本该放在一起的选项，反而是分散在设置界面的各个角落。只有（只要）按我的顺序操作，我才（我就）能保证你能获得和我一样的效果，如果流程上出了偏差或遗漏，不仅我救不了你，我也救不了我自己。所有的经验和教训，都是我经历了无数个夜晚的无能狂怒后，通过穷举测试每一个细节设置的具体作用得来的。

仅一项自动化功能，就测试了我两个多小时

请按下面的顺序操作，来将你的简悦恢复到初始状态：

【设置 – 共通 – 导出配置文件到本地】，请保存好这个导出的文件，万一设置出错，你至少还能回到最初的地方。
【设置 – 共通 – 配置文件】中，选择【重置当前配置文件】
【设置 – 账户 – 已购买高级账号】选择【已购买高级账户 – 恢复高级账户】（请确认自己有高级账户权限）

安装同步与导出工具

安装坚果云

就我并不太准确的观察而言，在简悦开发者的个人工作流中，坚果云占据了相当大的一部分比重，所以简悦的部分高级功能只在坚果云下能完整使用，为了避免更多的折腾，建议一步到位使用坚果云。

下载安装并注册坚果云
安装完坚果云后，请在坚果云的根目录新建一个名为 SimpRead 的文件夹
然后再在 坚果云/SimpRead 文件夹中，新建一个名为 output 的文件夹
这里目录和名称不可更改
再次提醒这里的位置是坚果云根目录，不要将文件夹新建在 我的坚果云 这个初始自带的文件夹里面

随后进入【设置 – 账户】中，找到【授权登陆】，然后授权坚果云作为登陆方式即可。

安装简悦 · 同步助手

下载地址：点我
安装完毕后，请按照下面内容设置好各个选项卡的参数
【同步】：将 同步文件夹路径 指向文件夹 坚果云\\SimpRead
【导出】：
- 路径：坚果云\\SimpRead\\output
- 导出服务详细设定：开启所有选项

简悦插件设置

共通

【验证】：点击 授权验证简悦·同步助手客户端
【自动同步】：选择 启用同步助手的同步方案
- 此时右上角会弹出数条提示信息，请先点击叉叉，把它们关掉
- 继续点击 通过简悦 · 同步助手覆盖本地配置文件（左边那项）
- 右上角会弹出一条提示，请点击 保存
- 这时在你刚刚新建的 坚果云\\SimpRead 文件夹内，应该就会出现一个名叫 simpread_config 的 JSON 文件。这个 JSON 文件存储了简悦的所有个性化配置、以及你未来收藏的所有文章浏览和标注信息，请务必妥善保存。

高级设定

【暗色模式】

此处请取消打钩，否则【基础设定】中的各个主题选项很可能无法正常生效，这个问题起码让我卸载了简悦 5 次

【标注】

在进入阅读模式后不开启标注？————否
是否开启连续标注模式？ ——————————是
在标注时，浮动标注栏的显示方式？—————鼠标移上时显示
浮动标注栏可以选择一个默认的导出服务———复制 Markdown 到剪贴板
导出时可选————————————————全文（含标注）+标注

设置完后，请刷新一次页面

服务

【授权码】

同步时是否包含授权服务中的授权码？————是

【授权管理】

是否授权坚果云——————是
- 坚果云的 WebDAV 账号：就是你的坚果云账号
- 坚果云的 WebDAV 密码：请参考此教程获取
- 注：坚果云的免费账号足够实现本教程的所有功能，不用付费订阅坚果云

【定制导出】

当导出到本地时，是否开启自定义标题功能？————是
然后请在弹出的框中复制粘贴这段代码：{{id}}{{un_title}}{{mode}}

是否开启自定义 Markdown 模板功能？——————是
然后请在弹出的框中复制粘贴下列代码

#[[excerpt]] [{{title}}]({{url}}) 
- tags: #[[SimpRead]] {{tags}}
- read date: [[{{date_format|now|yyyy_MM_dd}} ]]
- desc: {{desc}}
{{#each}}
- [?](<{{an_int_uri}}>)  {{an_html}}
{{>|an_note}}{{an_tags}}
{{/each}}

如果你觉得上述模板不够个性化，或者如果你是 Obsidian 用户，有能力的话可参考下列两个链接修改。但在你完全掌握简悦的用法前，我的建议是不要轻举妄动。

当导出单条标注时，是否使用单条的定制模板？————是
然后请在弹出的框中复制粘贴这段代码

{{#each}}
[{{an_text}}](<{{an_ext_uri}}>)
{{/each}}

【增强导出】

开启所有选项

【自动化】

请按照下图分别添加两项自动化流程

【开放平台】

点击右侧箭头，跳转到简悦的开放平台

使用你的坚果云 WebDAV 账号登录，登录后请按照下图继续操作，请记住下图中的 ID

【定制导出】

接下来我们回到前面的【定制导出】选项，然后找到【内部链接】和【外部链接】这两个选项，字很小，仔细找找
在【内部链接】这一栏，复制粘贴这串网址 http://localhost:7026/reading/ 注意，这一串网址最后的 **/** 不能漏（下同）
在【外部链接】这一栏，复制粘贴这串网址 https://simpread.pro/@id/reading/，注意请将这串网址里的 id 该成你刚才在开放平台注册的个人 ID

重要提醒

做完上述所有操作后，请务必刷新一下设置页面，然后从头检查一遍你的所有设置是否成功，简悦很容易出现一刷新页面，刚才的设置却不见了的情况
如果设置都在，但还是出问题，请再检查一遍刚才复制的模板代码是否正确粘贴成功，简悦的设置很容易出现复制粘贴「ABCD」，一刷新只剩下「A」的情况，特别是上面的【外部链接】这一项，如果你发现你的 ID 总是输入不完整，请尝试一次只输入一个字母，每输入一个字母就刷新一次网页这个方式。

稍后读后台设置

进入简悦稍后读后台有以下三种方式：

为 进入稍后读后台 这个动作创建一个快捷键
右键简悦插件，进入稍后读
右键网页空白处，点击简悦 – 进入稍后读

进入稍后读后台，鼠标悬停在右下角的红色叉叉上，然后点击浮出的小齿轮
然后按照下图所示的设置，逐步操作，保存后请刷新网页（或重启浏览器）

自动化功能测试

现在，在我们基本上完成了简悦端的设置，在正式开始与 Logseq 的联动之前，请先测试一下下面的几个自动化功能是否正常

自动化测试 – 稍后读存档

使用快捷键 AA ，进入阅读模式
使用快捷键 DD，将本篇文章加入稍后读。注意，只有在阅读模式下才能触发所有的自动化流程，原因说明见 Github #2362
进入简悦稍后读后台，查看本篇文章是否成功加入稍后读。你可以右键简悦浏览器插件，点击 快捷键设置，为这个动作赋予一个快捷键
进入本地文件夹 坚果云/SimpRead/output，查看是否自动保存了本篇文章的 HTML 文件

如果上述操作成功，你就能在加入稍后读的同时，将这篇文章的 HTML 存档下来。但因为这个 HTML 文件读取的是位于缓存中的图片，所以如果你希望能自动化离线存档网页文章（含图片），请在【服务 – 自动化】中添加一项保存【离线 HTML】的设置。但这里更建议是保存为 Textbundle 格式，因为离线 HTML 需要将图片转译为 Base64 的代码，碰到多图杀猫的文章很容易卡顿或失败。

但如果你只是想实现稍后读这一项最基础的需求，不需要任何存档相关的操作，则不用先进入阅读模式，只需要在任意网页下用快捷键 DD，就能将任意一篇文章加入稍后读。

自动化测试 – 标注内容存档

进入阅读模式（任意使用快捷键 AA，或者进入简悦稍后读后台）
鼠标选中任意一段文本，如果自动化成功，右上角就会弹出四条「已保存」的提示
进入 坚果云/SimpRead/output，查看是否自动保存了 4 个文件

注意，这里如果只生成了 HTML 文件，而没有生成 Markdown 文件，你可以再多标注几条试试，如果只标注一条，简悦很容易无法成功生成 MD 文件。

另外对上图中的 4 个文件做一下说明

文件 ①：以 Markdown 格式保存的，你划线的句子，和所作的备注，特征是结尾有 @annote 这串字符，这个文件我们之后需要导入到 Logseq 的文件夹中
文件 ②：以 Markdown 格式保存的。网页原文（全文）
文件 ③：以 HTML 格式保存的，你划线的句子，和所留的备注；这个文件请保留在 output 文件夹中，不要移动
文件 ④：以 HTML 格式保存的，网页原文（全文）；这个文件请保留在 output 文件夹中，不要移动

注意，请点进文件 ① ，执行下列操作：

请检查是否正确应用了自定义的 Markdown 模板，如果模板应用成功了，那么这个 Markdown 文件的固定开头应该是 #[[excerpt]]

请参照下图中标蓝这串代码，找到它，并复制粘贴到浏览器中，如果能正常访问（即正确跳转到 HTML 文件对应的段落上）则说明上述所有操作都成功了

另外，这个 MD 文件的格式（模板）依然是可以自定义的，如果你忘了前文说明，可回顾这两个链接：

如果上述两个自动化都成功了，那么就可以进行最后一步设置了。

将 MD 批注文件自动导入 Logseq

为了将上面这个 MD 格式的批注文件导入 Logseq，我们需要借助第三方的自动化工具，移动路径为：坚果云/SimpRead/output → Logseq文件夹，文件特征为带有@annote结尾的 MD 文件。

注意事项

由于 Logseq 会自动读取文件夹内的所有 MD 文档，所以我们不应该将简悦导出的所有 MD 文件（比如网页全文的 MD 文件）都放进 Logseq 的文件夹，这样一来不仅你的 Logseq 文件夹会变得越来越臃肿，也会污染你的个人笔记库，也不便后期搜索查阅。
建议你在 Logseq 文件夹中单独新建一个文件夹，而不是直接导入到原来的 pages 文件夹中，方便你后期管理

Windows 平台自动化工具：DropIt

这个工具能够允许你按照一定的自定义逻辑，自动监视文件夹，并对其中的文件进行复制、移动、解压等操作，更详细的指南可阅读少数派的这篇文章：用 DropIt 打造全自动的 Windows 文件管理体系

官方地址：点我

设置流程：

安装 Dropit ，启动后右键桌面上的这个图标，选择 协议
然后在弹出的方框中，点击左下角的绿色加号，按照下图添加自动化规则
将带有 @annote 后缀的 MD 文件夹到 Logseq 的文件夹中

设置 Dropit 开机自动启动，以及自动监视 output 文件夹，一旦简悦在其中生成了带有 @annote 关键词的 Markdown 文件，则自动将这个文件移动到 Logseq 文件夹中

到这一步，设置完 Dropit 后，当你在网页中使用快捷键 AA 进入阅读模式，然后标注任意文字段落后，就能在 Logseq 中看到你所标注的内容了。

MacOS 平台自动化工具：Hazel

这个工具的比 Windows 端的 Dropit 还要强大，更详细的介绍你可以阅读少数派的这篇文章：Hazel 5：变身独立应用，更有强大的列表及表格匹配功能

官方地址：点我

具体设置流程如图所示

至此我们完成了所有的自动化设置

让简悦在 Windows 与 MacOS 之间的同步

如果你是多平台用户，只需要在其中一个平台设置一遍简悦即可。假设我们现在已经在 Windows 上实现了简悦与 Logseq 的联动，现在想要在 MacOS 平台也复刻这样的效果，你可以参考下列教程。

在 macOS 上同样安装坚果云，以及简悦同步助手
macOS 的同步助手设置需要和 Windows 端的一样
打开 Windows 平台的浏览器，进入简悦插件的设置后台
- 在【设置 – 共通】这一栏中，拉到最下面，找到【自动同步】这一项，然后点击 通过简悦·同步助手覆盖本地配置文件（就是左边那一项，不要点错了）
- 这一操作的意义是，将 Windows 端的简悦配置文件的最新版本保存到坚果云上
打开 macOS 平台的浏览器，进入简悦插件的设置后台
- 在【设置 – 共通】这一栏中，拉到最下面，找到【自动同步】这一项，然后点击 通过简悦·同步助手覆盖浏览器配置文件（就是右边那一项，不要点错了）
- 当然，如果你真的点错了，你也能通过坚果云的文件历史版本记录，恢复回来
- 这一项操作的意义是，将 Windows 端最新的简悦配置文件，覆盖在 macOS 端的简悦上

到这里所有的设置真的结束了，完结撒花！

简悦的问题和吐槽

简悦最大的优点可能也是它最大的缺点，那就是它为了尽可能满足各种想得到的、以及想不到的需求，插件选项的自由度实在高到离谱，虽然确实如开发者所说，一次配置就可永久使用，但新手要想成功配置一次是何其困难，而且还有太多反直觉的选项，反而被当成了默认设置。
简悦有很多本应该放在同一个地方的参数选项，被开发者分散地放在了不同的角落，还有很多因为版本更新而过期了的功能选项并没有被删除，反而是在你点击的时候给你一句提示「这个新功能被放在了 XXX 地方」，实在有点难以理解。
简悦大概是一个典型的程序员导向的产品，它的功能强大无比，但它在产品功能的组织和编排（大概是这么形容吧）以及对功能名词的解释还有所欠缺，很难让人一眼就明白这项功能到底是干嘛用的，每次看半天描述却看不懂的时候是真的会生气

若干建议及玄学经验

当你折腾到头了，觉得累了，想说算了，就这样吧，的时候，请一定单独导出一份配置文件留作恢复原件，不然日后当你再次心血来潮想要尝试某个新功能时，有极大可能把原先可用的功能搞崩
不要同时打开两个插件设置页面，这会造成配置互相覆盖
最好每修改一个选项，每输入一段代码，就刷新一次网页做二次确认
当你想尝试一个新功能时，最好记下你都修改了哪些地方，不然一定会忘
当你出现问题时，不要同时修改很多个选项，最好控制变量逐个尝试
请相信你所遇到的一切问题都不是 BUG，那其实是某种特性，开发者也早已为你写好一切所需要的文档，你需要的就是认真、细心地去找到这份文档，或者在 GitHub、在 telegram、在任何你能找到开发者的地方向他提问，他真的每一条都会回复
找到文档后，请逐字逐句的查看，如果涉及到代码，请不要漏掉复制任 · 何 · 一 · 个 · 标 · 点 · 符 · 号！
要有耐心，坐和放宽，这是一切的基础

帮助文档

如果你遇到了问题，建议在下列几个渠道中搜索答案

简悦 GitHub 的 Discussions 和 Issues
简悦用 Logseq 做的教程中心
在简悦的语雀文档中了解开发者的产品理念

双链笔记参考资料

永不消失的笔记！全自动的文档备份、加密与数据安全策略

Wed, 12 Oct 2022 15:51:12 GMT

前言

请想象这样的一个画面——你起早贪黑，历尽艰辛写了一整个学期的毕业论文，或者工作中一整个团队耗费无数人力物力才能推进的项目文档，因为平白无故的软件错误、电脑进水、硬盘损坏，甚至是中了勒索病毒——永远永远地丢失了。那应该会是你人生中为数不多的，想一头撞在墙上的时刻。

东西坏了可以再买，钱丢了可以再赚，笔记软件可以再换，可是你所记录的文字、拍摄的图片、录制的视频，一旦丢失就意味着你的人生从此空缺了一块难再弥补的漏洞。就算能够得到修复，你也不得不体验同一件事做两遍的痛苦，这种切肤之痛只有经历过才能痛彻心扉。

所以本文将为你呈现以下内容

你的数据有多不安全？
如何保证本地文档的数据安全？
如何提高云端文档的数据安全性？

注意：

因为本人没有程序代码方面的知识，所以本文面向的也是普通用户
本人对于与技术相关的部分术语的理解可能存在偏差，欢迎指正批评

你的数据并不安全

你的硬盘比你想象的更不可靠
- 全球知名的存储服务提供商 Blackblaze，在 2022 年第二季度发布了一份关于硬盘故障率的统计报告，报告显示他们所使用的 21 万块硬盘，其产品生命周期内的平均年化故障率为 1.39%。
- 勒索病毒自 2017 年开始席卷全球，无数企业和个人用户的硬盘数据因被病毒加密而丢失
云端数据比你想象的更加安全
- 印象笔记用腾讯云，Notion 用亚马逊云，wolai 用阿里云，这些大中型在线笔记软件都选择了国内外顶级的云服务器提供商，而这些云服务器提供商都为其客户提供了相当程度的数据容灾备份保证
- 以腾讯云为例，他们宣称在用户写入数据时，腾讯云硬盘就将其存储到不同机架上，时刻保证用户数据有三份副本可用，可靠性达 99.9999999%
你的数据永远都处在风险之中 尽管云计算服务商与云笔记公司都对用户信誓旦旦地承诺，他们会竭尽所能地保障用户的数据安全，但还是请看完下面的新闻案例，再决定是否要百分之百地信任他们
- 2018 年 7 月，腾讯云因运维违规操作，使「前沿数控技术」所有数据丢失且不可恢复，遭索赔 1000 万
- 2019 年 3 月，阿里云出现大规模故障，华北地区众多互联网公司、App 与网站出现瘫痪
- 2021 年 12 月，亚马逊云服务器大规模宕机，大量网站和服务瘫痪，损失超过千万美元

遵循 3-2-1 备份原则

这个原则在备份这件事上算得上是世界公认的金科玉律，尽管现在还有 4-3-2-1，3-2-2 之类的变种，但对普通人来说，3-2-1 就已经算是尽善尽美的备份原则了。

3 份副本 除了原始数据外，你应当至少保证还有另外两份数据的副本。就算单份数据损坏的概率高到了百分之一，三份同时丢失的概率也将下降到百万分之一，当然前提是这三份数据没有放在同一个地方。
2 种存储介质 除了内部存储（例如电脑自带的硬盘），还应当至少将一份数据存放于外部的存储介质中，例如 U 盘、移动硬盘、磁带、光盘等
1 份异地存储 至少将一份副本存放于有一定物理距离的异地，以防止因洪水、火灾、地震等原因造成的数据团灭

我的文档备份全流程

注意

我目前使用的主力笔记软件（Logseq、Obsidian）都支持本地离线，所有文档以 Markdown 格式存储，所以我只需要注意备份和加密这些本地文档即可
我会先演示我自己在用的一些文档数据的备份和加密方法，其中的关键设备是 NAS，其实还是有一定的使用成本和折腾门槛的。后面的内容我会介绍面向普通用户，更简单或成本更低的方法。
但同时我偶尔也会使用诸如 Notion、wolai、石墨文档之类的纯云端笔记或文档工具，所以我也会介绍该如何提高这些云端数据的安全性

我的备份中枢 – 群晖 NAS

群晖 NAS 是我的数据备份中枢，而 NAS 简单理解就是一个小小的铁盒子，里面放了很多块大容量的硬盘，并且有一个 7*24 小时开机的处理器，可以像个人电脑一样处理一些简单的存储和上传任务。

NAS 可以用网线或 WiFi 直连电脑，使得我们能够将电脑中的数据上传到这个独立的铁盒子中，以完成第一次备份；NAS 也可以通过互联网与其他云存储服务进行连接，比如百度网盘、Google Drive 之类的网络服务，使得 NAS 中的数据还能够继续上传到云端，以完成第二次备份。

第一份数据副本

群晖 NAS 本地存储

我的 MacBook 和 Windows 上的所有的重要文档都自动上传到了 NAS 上，成为我的第一份数据副本。

而且这台 NAS 的存储池使用了 SHR 模式的硬盘冗余（类似 RAID 5）。在这个模式下，假设我有 4 块硬盘，坏掉其中任意一块时，NAS 通常仍能继续使用；更换硬盘后可以重建存储池，但重建期间仍可能发生故障，所以 SHR/RAID 不能代替独立备份。

群晖数据加密

你还可以在群晖中创建一个独立加密的共享文件夹，它会用 AES-256 级别的算法加密整个文件夹，以防止你的整台群晖或者群晖里的硬盘被盗。在文件夹单独加密的情况下，即使你拥有最高的管理员权限，如果没有解密的秘钥，这个文件夹也将是不可访问的。

第二份数据副本

云端网盘

群晖 NAS 上有个套件（App）叫 CloudSync，能够将 NAS 与目前主流的云存储服务进行连接，如下图所示：

CloudSync 支持自动定时地将 NAS 与网盘之间进行双向同步，最重要的是还支持加密上传功能，所有上传到网盘的文件都会被用 AES-256 级别的算法进行加密，最大程度保证了你存放在网盘上的数据隐私。关于这种加密算法的强度，你可以观看 3B1B 的这个视频：《256位加密有多安全？》

经测试，就算是 3G 大小的视频文件，加密和解密也只需要几秒钟的时间，所以原则上任何类型的文件你都可以用这个方法加密上传到公共网盘中。哪怕网盘文件遭到泄露，只要你没有秘钥，就无法正确打开这个文件，如下图所示：

关于 CloudSync 更详细的说明，你可以阅读这份群晖官方撰写的《Cloud Sync White Paper》。

至于解密这些文件也很简单，你只需要在群晖官网的下载中心，下载 Synology Cloud Sync Decryption Tool 这个工具即可。

第三份数据副本

本地移动硬盘

通常我不怎么频繁地使用这个方法，只会每个月备份一次。但如果你的群晖盘位不够做 SHR 或者 Raid 备份，就可以用这个方法使用移动硬盘进行定期备份。

群晖 NAS 有个套件叫 USB Copy，可以设置为当移动硬盘插入 NAS 的 USB 口时，自动将指定的文件夹备份到移动硬盘中。

另外，如果你还需要加密备份到移动硬盘的话，则可以使用 Hyper Backup 这个套件。

如此一来，如果将 MacBook 或 Windows 上的数据算在内，我现在的所有数据都拥有至少 4 份副本，并且其中有一份是加密存储在云端上，如果这样还能丢数据的话，那我只能微笑地面对恐惧了 🙂

群晖并不适合所有用户

群晖 NAS 说到底是个昂贵的东西，比 NAS 更贵的则是塞在里边的硬盘和配件。

我目前使用的 DS920+ 搭配 4 块 8T NAS 硬盘总价已经超过一万，但就我目前的体验来看，其实再降两级也完全足够，毕竟我对 Docker 和虚拟机之类的需求真的很少，所以如果你纯粹只是想用 NAS 来做简单的文档与影音文件的管理与备份，我认为群晖入门款的 DS220+ 完全够用，或者你也可以选购价格相对更低的威联通。

通用的备份与加密方法

备份前先加密

如果你没有类似群晖这种在备份时能自动加密的设备，那么在我们将文档上传到云端之前，或者使用其他存储设备进行备份之前，你可能会需要对这些文档进行一定程度的加密处理，以防止诸如网盘账号泄露、或者整个移动硬盘丢失导致数据被第三方获取的情况发生。

Office 自带加密

Office 三件套都可以通过下图这种软件自带的方法来添加密码，并且 Office 从 2016 版本开始都采用 AES-256 级别的加密。

将任意文件加密

使用压缩软件进行加密
- Windows 常用的解压缩工具都支持压缩文件时设置解压密码的功能
- Mac 端则推荐使用 Keka 这款免费的解压缩工具来对文件进行加密式压缩
使用专业的加密工具进行加密

推荐这款由开发了 Setapp 和 CleanMyMac 的公司 Macpaw 所出品的免费加密软件 Encrypto，~主要是颜值真的非常高。~它有 macOS 客户端以及 Windows 客户端，支持对单个文件或者对整个文件夹进行 AES-256 级别的加密以及解密。

加密后的文件将带有 .crypto的格式后缀，不熟悉这款软件的人根本不知道这种后缀格式的文件是干嘛用的，无形之中又多了一层私密性。

将整个盘符加密

这个场景更适用于电脑损坏送修，或者是预防个人电脑失窃等情况的发生。

Mac 系统默认开启文件保险箱功能，会对整个系统的所有数据进行加密
Windows 系统则可以用系统自带的 Bitlocker 功能，对整个盘符进行加密。

Windows 有两种方式启用 Bitlocker 进行加密

点击「开始」菜单，搜索 Bitlocker，然后打开 Bitlocker 面板
右键你需要加密的分区（如 D 盘），在弹出的子菜单中选择「启用 Bitlocker」

设置你的密码后，之后系统就会对整个分区进行加密

注意

Bitlocker 并不支持对单个文件进行加密，只能整个分区加密
加密过程比较漫长，需要耐心等待
对机械硬盘的性能损耗较大，最好单独划分一个区来加密特定的文件库，未加密的分区不受性能影响
请务必在完全了解 Bitlocker 的原理，以及遗失密码将造成的影响（所有文件将不可能再被读取）之后，再决定是否启用这个功能。你可以阅读少数派的这篇文章，了解关于 Bitlocker 的更详细信息。

创建自动加密和解密的保险库

上面介绍的三种加密方法，我想已经基本能满足一般用户偶尔的加密需求了，但是 Bitlocker 会对整个分区的性能有影响，Encrypto 每次都需要单独对文件进行加密或解密，长期使用的话还是相对繁琐。

你可以使用另一款开源免费、且支持全平台客户端的加密软件 Cryptomator 来创建更加便捷的、可自动加密和解密的保险库。

安装 Cryptomator 后，点击左下角的「添加保险库」，然后选择任意文件夹位置，即可在该处创建一个保险库。比起需要收费的 Boxcryptor，完全免费的 Cryptomator 对可创建的保险库的数量没有任何限制。

创建完保险库后，在你的电脑上就会出现一个虚拟磁盘，就像插入一个 U 盘一样，所有被放进这个磁盘的文件都会被自动加密。而锁定保险库后，就相当于你拔掉了 U 盘，这个保险库就会消失，任何人都无法再访问这些文件。

在我看看来，Cryptomator 是更适合用来搭配网盘进行加密同步的一个软件。

传统的加密软件，比如 VeraCrypt，会将整个文件夹的所有文件加密后打包成一个文件，这就导致这个文件夹内只要有任何一丝变动，打包后的这个文件也会有所改变，于是就需要重新上传整个保险库，浪费时间不说，还将反复消耗大量的同步流量。

而 Cryptomator 表示，什么年代了还在用传统加密 ? 它所创建的保险库中，所有的文件都是被单独加密的，这就意味着即便是将整个保险库都放在同步盘中，就算有某个文件被改动后需要重新加密，那也只需要重新同步有变动的文件即可，这就使得公共网盘的端到端加密成为可能。

将保险库同步到另一台电脑上后，同样用 Cryptomator 打开就可以解密了。

低成本备份方法

如果你有两块硬盘

如果你的电脑里有两块互相独立的硬盘，不是 D 盘和 E 盘的那种独立，而是两块在物理上可以互相抽离的硬盘，或者如果你有任何可外接的存储设备，例如 U 盘或者移动硬盘，那么这两个存储设备在互相独立的基础上，是不太可能同时坏掉的。

你可以使用 FreeFileSync 这款开源、支持多平台且有中文界面的同步工具，将 A 文件夹中的内容定时同步到其他存储设备的 B 文件夹内。需要注意，双向同步和镜像会把误删、损坏或勒索加密一并传播到目标端；如果要把它作为备份的一部分，应配合版本历史、离线副本，并定期实际测试恢复。

还是要再次强调一遍，如果你只有一个硬盘，哪怕分区分了 D 盘和 E 盘，由于这两个盘符本质上还是在同一个硬盘内，所以但凡硬盘损坏，那么你将同时无法访问你的 D 盘或者 E 盘，这两个盘符一定要是在两个不同的物理硬盘上才行。

你可以阅读少数派的这篇文章，获取关于这款软件的更详细教程说明。

如果你用的是 macOS

建议启用 Time Machine 「时间机器」功能，开启后 Mac 系统默认按照每小时一次的频率，增量备份整台 Mac ，当然前提是你需要将 Mac 与额外的存储设备进行连接，例如外置硬盘、或者 NAS 之类的设备。

你可以查看下图中，关于时间机器的更详细说明。

一旦开启这个功能，进入任意一个文件夹后，你就能按照自备份开启以来的时间线，浏览这个文件夹内的所有文件的所有历史版本，效果非常的酷炫，如下图所示：

排除特定文件夹

时间机器默认备份的是整台 Mac，但你可以在右下角的「设置」选项中，将那些你并不需要的文件夹进行排除，以节省备份空间。

设置备份的频率

可能有些人并不需要每小时一次这么高的备份频率（比如我），但 Mac 本身又不提供在备份频率方面的自定义选项，这就使得很多人不得不放弃时间机器这么好的功能。

不过你现在可以使用 TimeMachineEditor 这款免费的软件来设置时间机器备份的间隔了，设置一次即可关闭，软件无需在后台挂着，好评！

如果你用网盘备份

其实但凡你能够使用最常见的网盘服务进行定期（或自动）的数据备份，你的数据安全程度就已经能遥遥领先绝大部分用户了，毕竟多的是将所有重要数据都存放在同一个硬盘里的人，一旦硬盘损坏，所有数据就被一锅端了。并且你还要知道的一点是，固态硬盘一旦损坏，它的修复难度将远远高于机械硬盘。

所以问题来了，什么样的网络存储服务适合用来备份数据呢？

坚果云

国内体验稍微好一点的文件备份&同步服务我会选择坚果云，最明显的缺点就是空间太小，就算订阅专业版也只有 42G，所以只适合用来存储和同步文档类资料。

但就个人经验而言，坚果云的文档备份体验真的要比百度网盘好太多，界面更加干净（没有广告），同步迅速，并且支持三个月内的历史版本管理，这点对文档管理来说非常重要。

不过就算如此我也强烈建议你不要只用网盘来备份你的数据，毕竟坚果云（包括百度网盘）也不是没有出现过数据丢失的情况。现在的小容量的 U 盘也不过一杯奶茶钱， 64G 足够用来装完这辈子和下辈子的笔记文档了，所以建议结合上文提到的 FreeFileSync 来做双重备份会更加稳妥。

OneDrive

OneDrive 可能是目前国内几个网盘服务中，相对便宜又靠谱的一个。你可以找几个朋友共同合租一个 Office 365 家庭版套餐，平均到每个人只要 50~60，不仅能够使用正版的 Office，还自带 1T 容量的 OneDrive。

并且我也会建议你在使用 Office 文件时，打开它的「自动保存」功能，以便能随时将你的文件上传到 OneDrive 上。

需要注意的是，请不要购买那种价格非常低的 Office 365 账号，将你的重要数据存放在随时可能被 ban 的账号上，无异于埋下一颗定时炸弹。

将网盘映射到本地

使用下面这两款免费软件，可以将多个网盘（或者同一个网盘的多个账号）直接映射到本地，如果网速足够，就可以直接将网盘当成一个硬盘使用，在备份和同步体积较小的文档类数据时，体验远比 OneDrive 自带的本地盘功能要好。

macOS：Cyberduck
Windows：RaiDrive

Cyberduck 与 Cryptomator 的无缝联动

我这里将 Cryptomator 的保险库创建在了坚果云中，那么当我使用 Cyberduck 打开了坚果云内的这个保险库时，它会自动识别出这个文件夹是用 Cryptomator 加密的，输入密码后你就能在本地访问坚果云网盘中的加密保险库了，省去了将保险库下载到本地再解密的过程，真的非常非常方便。

解密后的保险库

未解密、直接访问的保险库

关于本地备份的结论

请至少使用一个网盘用来备份你的文件，文档备份使用坚果云，大容量文件备份使用 OneDrive；或者至少，百度网盘虽然下载速度不行，但在备份这件事上做得还算称职
如果你不放心将私密文件直接放到公共网盘中，可以使用文中提到的各种加密软件进行加密
Cryptomator + Cyberduck +坚果云是相对便捷，且安全系数足够高的同步与备份方法

云端与本地如何抉择

显然，上述提及的所有备份、加密以及同步手段，全都与云端笔记无缘，但本地笔记与云端笔记并不是站到了互相对立的两端，而是各占圆的一半，缺了谁都不完整。那么在本地与云端之间，我们应当遵循何种策略进行选择呢？

核心理念：按照内容的有效期选择笔记工具

我的很大启发来自哈桑的这篇文章：《按照内容有效期选择笔记工具》，它的标题已经能把我的所有思考都囊括在内，但我也建议任何对笔记软件感兴趣的人都去语雀读读他的文章。

这里我将结合这篇文章的核心论点，再简单聊聊本地与云端之间的选择策略。

如果你期望永久保有你的数据
- 显然没有任何一家云笔记服务商能给你这种承诺，微软谷歌的服务都有关停的时候，所以你也应当明白，云笔记只是一种「需要持续付费的服务」，服务或终止于你停止付费那天，或终止于经营不善倒闭的那天。
- 你的数据只有放在你的硬盘里才能真正属于你自己，所以前文讨论的那几种备份方法就能派上用场了。
如果你的数据只用来服务当下
- 工作时的流水账报告、短期的任务与计划、有效期较短的备忘录，或者任何你认为即使丢失也不会造成太大损失的内容，则不论是本地文档或在线文档都可使用，选择你最习惯、最趁手的那一款即可。
- 可以预见的是，目前主流的云笔记至少在未来 5 年都将持续存在，那些你觉得五年后大概率将不再被需要的文档，尽可放心地放在云端之上
如果你既想要云文档的特性，又想最大限度保有数据
- 在这种情况下，是否明白云文档的特性，能否持有正确的态度来对待云文档，是否清楚云文档存在的风险与隐患，将在很大程度上决定你对你的数据的掌握程度。

云笔记、会怎样？

无需安装、开箱即用、以及最重要的云同步是所有云笔记与生俱来的能力，但享受这些优点的同时，你应当清楚云端背后「附赠」的风险，就像你要知道选择本地笔记也可能遭遇笔记误删、硬盘损坏等问题一样。

云端笔记的定义

企业内部使用的、不允许导出的云端文档，如石墨文档、飞书文档
个人使用的、导出文档时存在限制的云端笔记软件，如印象笔记、Notion 等
生态环境局限在 iOS 上，且只能用 iCloud 同步的笔记软件，如 GoodNotes、Notability 等

云端笔记的风险

云端笔记的最大优势，就是不需要像那些纯本地在线的笔记一样，需要费心去折腾多端同步的方法。毕竟如果你试过 Obsidian 的 iOS 与 Windows 客户端的同步，就会明白要想顺畅地全平台同步 Obsidian 将是多么麻烦的一件事（除非付费）。

但云端笔记在安全与隐私这件事上，还是完全无法与本地笔记相提并论的。

所有云笔记都有过数据丢失的案例，不过丢失的数据大概率都能找回
几乎所有的云笔记在登录时都不提供两步验证或者端到端加密手段
几乎所有的云笔记都存在内容审核的情况。尤其国内，所有的云笔记更加必须遵照政策法规，对所有上传至其服务器的内容进行机器为主、人工为辅的内容合法性审查
大部分云笔记在分享内容时会对笔记内容进行二次审核，少部分文档软件甚至会对你的本地文档擅自进行「和谐」操作

上述四点是所有云笔记都不会告诉你的事实，但你一定要心里有数，才能更好地判断什么样的内容适合放在云端之上。

关于企业云文档

这里不是要教各位怎么将企业文档下载到本地，因为这将违反任何一家企业的数据安全条例。但我觉得有必要首先提醒大家的一点是，请不要用任何类型的企业文档工具去记录和存储任何个人相关的信息。

否则未来一旦你离开这家企业，你就将立即失去这些文档的访问权限，不论你找谁都没用。

云笔记、怎么选？

选择更开放的云笔记

如果你已经从「内容的有效期」这个维度判断，将数据放在云端也不是不行，那么我认为云笔记软件其实在多数情况下，不论是便捷性还是功能性上都要好于完全本地离线的笔记软件，毕竟云端意味着付费，而付费意味着能支持开发更多的功能。

但这时并不意味着你应该以「笔记功能的丰富与否」来判断一款笔记软件的好坏，否则印象笔记大概能做到天下第一吧，我认为还有两个重要因素是你需要认真考量的。

其一是看它能否便捷地与其他软件进行联动，例如有没有 API 接口、是否支持 URL Scheme 等；更重要的其二，则是看它是否足够开放（自信），有没有提供便捷的导出方式、以及导出的格式是否足够友好。前者拓宽了它的上限，后者则保证了它的下限——就算真的难用，或者它经营不下去了，你也有办法迁移到别的笔记软件，从而保证你的数据永远都是你的。

反面案例

最不体面的笔记软件是不管你付不付费，它都要锁住你的所有笔记，生怕一让你导出，你就立马要移情别恋，所以焊死车门，谁都别想下车。什么叫不自信，这就叫不自信。

印象笔记最新版本的导出格式由原来的 .enex 改成了现在加密的 .notes格式，使得再也没有任何一款笔记软件能够兼容它导出的笔记格式，我的这期视频又能再加一条吐槽。而有道云笔记则砍掉了全库笔记导出功能，现在你只能一则笔记一则笔记地导出为 Word 或者 PDF，用意何在已经昭然若揭。

所以如果你要选择这些类型的笔记软件，就得做好一辈子不迁移数据的心理准备。

哪款云笔记更好？

由于笔记软件实在太多，所以此处的统计样本来自于我的 B站视频中，关于「你在用的笔记软件是什么」的弹幕提问，粗略的统计结果如下图所示，所以本文也仅简单展示排名较为靠前的云笔记的导出模式，以及导出所支持的文档格式，供各位在选择笔记软件时参考。

注意：弹幕统计无法做太细致的数据清理，没办法排除单用户重复发言，也没有录入使用缩写或错别字的弹幕

就结果而言，很不幸的一点是几乎所有能在云端使用的笔记软件在「批量导出」这点上都是残废或半残废状态，只有 Notion 做到了相对最好，尽管它还能更好。而 wolai 则在单文件的导出格式上最为丰富实用，官方也有全库导出 Markdown 和 HTML 的计划，可惜目前还没有个准确的上线时间。

注：

虽然飞书在各个平台都有客户端，但纯粹的飞书文档似乎只在 Web 端才有
flomo 虽然支持批量导出，但导出的格式只有 HTML，所以其实还是不太行

Notion 的钞能力

以 Notion 为例，你可以一键将整个笔记库内的所有内容导出为 HTML、Markdown 以及 CSV 格式，虽然你并不能将这些导出的数据重新导入 Notion，但至少你的所有文本、图片、以及表格都能切切实实地存储在你的本地硬盘中。

点击 Export 后，耗时 30 分钟，Notion 就将我所有的云端笔记打包整理好，然后发送下载链接到我的邮箱中，点击链接即可下载。并且导出次数是没有任何限制的，这些流量可都是钱呀。

我这两三年来存储在 Notion 的笔记一共有 3.2G 的大小，超过 6000 个 Page。建议你在导出时，将导出格式选择为 HTML，才能最大程度保证导出文件的可读性。

我认为所有的云笔记至少要做到 Notion 这个程度，才能让人放心地将「内容的有效期为任意时间长度」的内容放在上面。只是现实是，现在却竟然只有 Notion 能做到这个程度。一方面我完全理解开发者的苦衷，另一方面我又觉得咱们消费者对这些云笔记实在是太过包容了。

所以你觉得 Noiton 是因为一百亿刀估值了才能这样，还是是因为这样才能一百亿刀估值呢？

对待云笔记的态度

不需要把所有云笔记都视为随时会消失，但服务商并不保证停止运营前一定留出足够的导出时间，重要资料仍应定期导出并验证备份是否可恢复
云端的便捷与绝对的隐私不可兼得，主动的窥探也许不会有，但被动泄露的风险还是存在的
云笔记与绝对的数据安全不可兼得，所以定期的备份导出是必要的习惯
是否具备良好的导出方式与导出格式，应当是你选择云笔记时需要最优先考虑的问题之一
希望大家都能发挥自己用钱投票的能力与作用，共同监督所有的笔记软件开发商，向不合理的功能或改动施加压力，如此才能为自己和大众谋福利，让笔记软件的生态环境更加健康

关于本文

这里是二一的笔记，一个硬核测评笔记软件和效率工具的图文与视频创作者，努力的目标是成为这个领域内的「头号玩家」。你可以看这篇文章来了解关于我的更多故事。
本文是我的《笔记系统 · 基建补完计划》的第一篇，你还可以在我的 B 站收看更多关于笔记软件的测评视频，比如这期：《2022 Notion 终极测评》
本文所用到的工具和资源有：制图 – Mastergo、写作 – 思源笔记、截图 – Xnapper、图片标记 – CleanShot X；配图中的所有图标均来自 Flaticon 的作者 Freepik
文中如有任何错误或纰漏，欢迎留言指正

wolai 笔记 2022 综合测评 | 更好的中国版 Notion？

Wed, 12 Oct 2022 11:09:26 GMT

前情提要

本篇文章是 Wolai 视频测评的文字浓缩精简版，欢迎前往 B 站（二一的笔记）给我的视频一键三连，整这样的活真的太累、太麻烦辣，可能只有傻子才愿意花 2 个月只为了测评 1 个软件。

另外本次我还向大家提供了视频中出现过的 15 个笔记模板，你可以一键复制到自己的 Wolai 笔记库中，但建议先观看视频快速了解它们的具体用法；此外还有 200 张画质升级版数据库专用封面。

你可以在我的公众号后台回复关键词 wolai，永久免费领取，求波一键三连，激励我更好地创作吧。

Wolai 产品定位

对大部分不甚了解 Wolai 的人来说，几乎都可以用一句「中国版 Notion」来简单概括 Wolai 是一款怎样的笔记软件。但我还得说，Wolai 的诸多特性，如真正可用的双链与块状编辑器的结合，思维导图、进度条、仪表数字、以及近期上线的日历视图，都让我在实际体验发现了非常多的独到之处。

Wolai 运营至今已过两年半，但可以说目前网上关于 Wolai 的讨论似乎都不太聚焦在它的具体功能和实际用法上，但今天你可以从我的文章和视频中找到最全面的答案。

Wolai 是一款以「块状编辑器」+「双向链接」为基础框架搭建而成的笔记软件，定位于个人知识管理笔记软件及小型团队办公协作工具。在结束了为期 2 个月的深度测试后，它以「中等偏上」的检验结果，实现了我最初对它抱有的一部分期待，另一部分尚未实现，但以 Wolai 几乎每天都在更新的发版速度，我愿意对它报以更多期待。

最满意的体验：深度优化的中文输入和排版体验
最不满意的体验：数据库刷新速度不够快，偶尔会出现 BUG
最惊喜的功能：微信剪藏、笔记热力图 + 全库 OCR
最希望优化的功能：双向链接功能深度还不够
最期待的功能：API 接口 + 全库笔记导出
最鸡肋的功能：双链图谱挺好看，但实际没啥用
最复杂的功能：数据库公式，不建议花太多时间折腾

Wolai 基础文档体验

Wolai 长什么样

桌面端（浏览器、Windows、macOS、Linux）

移动端（iOS、iPad、Android）

文档管理方式

Woai 有三种文档管理方式，下图是最常见的树状结构的文档管理模式。其余两种分别是用数据库和双向链接来管理文档，我们放在面在具体介绍。

中文排版

中文排版的下限在 TXT 文本文档上，干燥的文本堆砌在一块，拥挤凌乱，谁也不让谁，就像北京地铁的早高峰，处处是让人烦躁的气氛。

而 Wolai 的中文输入和排版体验，在我体验过的所有笔记软件中应该可以排到前五。字间距、段间距、行间距，或者是字体大小都处在一个比较舒适的位置，还有对我个人来说最重要的「盘古之白」——即能在中英文和数字之间自动添加空格，能够戳到我的爽点。

在排版体验上，它的分栏效果有个还算不错的特性，就是能够一键等分栏位的宽度，这点对提高页面的整体美观度还是挺有帮助的。

笔记软件的美观度可以算是真正的生产力组件之一，你需要一个能让你沉进心流的环境，才能尽情舒展想法，这也是为什么我始终觉得 Obsidian 适合记笔记，却并不适合用来当写作软件的原因，不过这点也算因人而异，也许是吾之蜜糖，彼之砒霜，权当是我微不足道的个人偏好。

中文缩写唤出命令菜单

Notion 的一大痛点，我想会是需要频繁地切换中英文输入法，来唤出斜杠命令，而 Wolai 在中英文状态下都可以使用 、 或者 / 来唤出命令菜单，并且同时支持英文缩写和中文首字母的方式来唤出特定功能，例如你可以使用 page 或者 ym 的缩写来创新建新的页面（page/yemian），这对从 Notion 迁移到 Wolai 的用户来说显然是个好消息。

Markdown

Wolai 支持最基础的 Markdown 语法识别，算是目前笔记软件的标配了。它会在不同的标题层级上显示不同数量的小点点，用来提示当前的标题是几级标题，以便能更快地判断是要创建更大、一样大、或者更小一级的标题。

侧边目录

为什么 Notion 至今没有自带标题目录功能，而是得靠插件或者用不太好看的 TOC 模块来曲线救国，这点我实在不太能够理解。对于文档型笔记软件来说，我认为标题目录（或者悬浮目录）就是个必选项，希望所有笔记软件都能跟进。

脚注与注释

自带这两个功能的云笔记其实不算太多，Wolai 的脚注和注释也算实现得中规中矩，只是暂时还不支持在脚注中使用双向链接功能来引用笔记库中已有的页面。

高级待办清单

Wolai 给我的第一个惊喜，是它所提供的两种 to-do list。第一种就是最常见的 checkbox，第二种则是它称之为高级待办列表的进阶用法。一般的 checkbox 只能提供「已完成」和「未完成」这两种状态，分别对应打钩和未打钩两种标记方式。

但在常见的项目管理工具中，除了 todo（待办）、done（已完成）这两种任务状态外，或许还需要另外两种任务状态： in progress（进程中）、和 cancel（取消），具体样式可参考下图。

思维导图

在 Wolai 中，你有两种构建思维导图的方式。一种是通过命令、swdt 快速唤出思维导图，另一种则是选中无序列表后，将其转换成思维导图，并且两者都是可以互相转换的。

当然你还可以用它支持的 Mermaid 语法来做思维导图，但那实在太麻烦了，真有那么复杂的思维导图需求，咱还是用专业的软件去实现比较快，不要舍近求远，也不要对 Wolai 的思维导图抱太多不切实际的期待。

块编辑历史

Wolai 除了能给当且页面保存笔记快照，也能给每一个区块每分钟保留一个快照版本，这点对我来说非常好，因为目前我似乎只在 Wolai 这里看到能支持到「块」级别的历史版本管理，大多数云笔记通常只支持对整个页面进行历史版本管理。不过如果我有遗漏，也欢迎你在评论区进行补充。

只是这个播放器的样式实在是做得太随便了，有种土土的感觉，并不好看，要是能做成 macOS 的时间机器那样就酷炫多了。

公式模块

除了支持用 LaTeX 语法手动输入公式，你也可以用上传图片、或者手写公式的方式来识别公式。

代码块

代码块支持显示行号，以及代码连字功能，不过由于本人并不懂编程，在这点上无法做更多深入的评价。

Wolai 数据库

基础表格

Wolai 的基础表格顾名思义只有最基础的画格子功能，实际上目前所有的云笔记的基础表格做得都非常弱，单元格无法合并，也无法排序，不要对它们抱有太多期待，后面要介绍的数据库表格才是重头戏。

不过 Wolai 的基础表格可以跟双向链接和一些内置的小组件进行联动，例如下图中，我就把所有的 OKR 任务，以及每个任务的进度条汇总到了同一个基础表格里。

表格视图

在所有的数据库高级视图中，表格视图是最基础、信息量也是最全的一种。

在表格视图中，你可以为每一列数据赋予一种属性，如下图所示

所谓的数据库，其实就是将文档封装进一个表格里，然后用各种表格字段为每个页面赋予页面属性，再然后你就可以利用这些属性来对文档进行筛选、分类或者分组等操作。

如下图所示，你可以在右侧边栏中打开封装在数据表格中的任意页面，并且所有的表格字段属性都会在页面上方置顶显示。

所有种类的数据库视图都有三个特性：可镜像、可筛选、可排序。筛选和排序这两点比较好理解，跟 Excel 中的筛选和排序并无二致，镜像视图我们稍微展开讲讲。

镜像

复制视图链接，然后粘贴在页面空白处，即可创建镜像数据库。

两个库的数据是互相同步的，但筛选、或分组等自定义设置则是各自独立的，这意味着你可以先建一个总表，然后以总表为基础，创建若干个镜像库，每个镜像库设置独立的筛选和分组条件，以此让各个镜像库能聚焦展示不同的细分内容，同时又能将所有分表的数据汇总到总表上。

表单视图

基于云笔记可分享、可协作编辑的特性，Wolai 在表格视图的基础上做了个简单的表单功能，任何人都能通过笔记链接，在线访问这个表单然后填写数据，所有数据都会汇总到与之联动的表格视图，算是个不错的功能特性。

看板、列表、画廊

这三种视图其实可以算是表格视图的变种，只不过它们各自强调的内容有所不同。看板强调标签属性，列表强调标题属性，画廊强调图片属性，它们都是文档的不同封装方式，你只需要选择自己最喜欢的一种即可。

时间线与日历视图

时间线视图可以当成所谓的甘特图来使用，只要你为文档设置了起止时间，即可在时间线内显示。

而日历视图则属于 Wolai 近期才上线的重大更新之一，并且除了月视图之外，它还有日视图、周视图，以及年视图。视图中给的所有任务都是可直接在日历上拖动的，符合我们一贯的日历使用习惯。

月视图：

周视图：

在这个视图下，适合用来精准安排每天的具体任务。

年视图：

在这个视图下，Wolai 则提供了当前在笔记圈内流行的热力图，格子的颜色可完全自定义，当天完成的任务越多，则格子的颜色就会变得越深。

日历视图刚上线的那几天 BUG 其实有不少，但目前已经修得差不多了。比较遗憾的是笔记本身的提醒功能做得还比较初级，你还无法用它来完全替代一些较为高级的 GTD 应用。

Wolai 双向链接

终于讲到本篇文章的重头戏了，双向链接这个功能对我来说有不同的意义，当初就是被这个概念吸引，进而接触到越来越多的笔记软件，又苦于目前能把笔记软件测评清楚的账号几乎没有，所以我才决定自己来做一个这样的账号。

如何实现双线链接

与所有主打双链功能的笔记软件一样，在 Wolai 中，所有的区块和页面都可以成为双链中的某个节点，你可以用以下几种方式来实现双链的构建：

① 复制区块的链接，然后引用或者嵌入这个区块。

② 使用 # 或者 [[ 打开笔记搜索功能，然后引用笔记。另外如果是使用井号的话，井号的前面必须要有空格，否则就会被识别成一级标题了。

当你在 A 笔记中引用了 B，则 A 和 B 之间就会建立一个双链关系，你可以在页面的右上角查看它们的局部关系图。

用双链构建小说百科

虽然《海伯利安》这个案例我已经用过很多次了，但不出意外以后我应该还会再用 ???，毕竟整了几万字的小说百科，只用一两次就太可惜啦。

人物卡

在「人物卡」中，我记录了所有重要的出场人物，包括他们的人物设定、以及与之相关的能推动情节发展的重要线索等。

背景卡

鉴于这是一本体系宏大的科幻小说，各种纵横交错的专有名词一不小心就会让人头晕目眩，所以我觉得有必要将它们各自的设定都记录下来。最长的一张设定卡片，字数已经超过 1000 字。

故事卡

前面的两张卡片都是为了这张「故事卡」做准备。

我为每个章节都写了情节概述，并且因为已经提前准备好了人物和设定的卡片，所以我在概述章节时，就可以直接引用这些卡片。未来阅读时，鼠标悬停在卡片标题上，即可在小窗中显示卡片的具体内容。

双链的体现

第一种：区块层级的双链

所有区块都可以被引用或者被嵌入，区块旁边的数字会显示它被引用或者被嵌入了多少次，点击数字即可展开具体的引用信息。

第二种：页面层级的双链

所有的页面都可以被引用（但无法被嵌入），在页面的最下方你可以看到具体都有哪些页面引用过它。

Wolai 的双链好用吗？

我的结论是还不错，处于中等水平，用它构筑的笔记网络也算规整，对绝大多数普通用户来说应该是够了，比起 Notion 凑数的 Backlink 那更是好得太多，不过暂时还没有 Unlinked References，以及完整功能的页面别名（Alias），可能还需要一些开发时间。

Wolai 的双链还需要在整体 UI 以及功能深度上做更多的优化，才能满足那些从真正的双链笔记迁移过来的用户。

一些笔记案例

欢迎前往 B 站观看下列笔记案例的具体使用视频，会比文字和图片更直观易懂。你也可以在我的微信公众号后台回复 Wolai 获取所有笔记案例的在线访问链接，你可以一键将所有模板复制到你的 Wolai 笔记库中。

大学学业规划

OKR 报表

简易记账本

考研规划

装备清单

旅行计划

收费政策

目前 Wolai 面向个人提供了三种订阅政策，但不得不说要想真正用好 Wolai，它的不少功能都需要订阅。新注册的用户会获得 15 天的专业会员权限，完成新手教程所获得的积分也能再兑换一个月，我会建议你先结合我的文章和视频介绍，简单体验一番，届时再决定是否有订阅的价值。

Wolai 适合谁

虽然你可以用 Wolai 的微信助手来快速输入简短的信息（也可剪藏聊天记录和公众号文章），并且它也有命名为「今日速记」的功能（也就是双链用户常见的 Daily Note 模块），但如果你需要的只是一个简易的轻型备忘录，那 Wolai 对你来说可能还是会显得有点「重」，那些系统自带的备忘录，例如 Apple Notes 才是最好的选择。

但我觉得会关注本账号的大部分用户，都不会满足于备忘录的几个简单功能，从这点出发的话，我觉得只要你并不排斥为软件订阅付费，那 Wolai 在众多的笔记软件中也是个值得尝试的选项，因为它的功能实在不算少。问题的关键在于，你能否习惯、或者适应它的界面和它的功能逻辑等，这最重要的一环还得你亲自上手，用你自己的需求、场景和使用习惯去评判它，如此才能找到最适合你的那一款笔记软件。

写在最后

笔记软件这个圈子其实非常小，所以我做这个账号其实非常忐忑，要做别人没做过的事，要花比别人更多的时间，要做出能让我自己信服的视频，要完成一件也许在整个互联网都没人做过的大事，这一切都需要你的支持和鼓励，即便是留下点赞或评论让我能看到反馈，也都是激励我前进的动力。

如果我的文章和视频能够帮到你，欢迎前往 B 站用一键三连支持我历时两个月的艰辛创作吧，谢谢~

记北京一周年，我喝了 238 杯奶茶

Wed, 10 Jun 2020 00:00:00 GMT

我很清楚，这篇文章如果不在半个小时内写完，它就会像过去一年里的种种念头和冲动，一回头就消失不见。

所以我是真喝了 238 杯那么多，另外还有 12 杯星巴克，是我花了 10 分钟慢慢数的。它们一起穿梭在炸鸡、汉堡，烤肉或者披萨之类的热量超高的订单里，我则带着它们亲切会见了早上、中午、晚上和凌晨 3 点的送餐员。

我想 250 杯叠起来应该还蛮壮观的。如果人一辈子能喝的奶茶是固定的，我应该会比大家都先走一步。

数字是种容易用来量化“经历”的工具，加总起来，一个二百五就能显得很有画面感。所以我在北京的画面，就是一张 A4 简历被慢慢揉碎，再撒下一粒粒白糖就当点缀。因为从图文领域转到了短视频，所以很长一段时间里这张纸上都没有写字的笔。现在就算“提笔忘字”，也要卯着劲写下去了。

在北京和在厦门一样，我几乎没有哪一次是因为快乐才点奶茶，因为不喝就要喘不过气了，我指的不是那种文学修辞上的喘不过气，它反应在生理层面上。无端的焦虑、没来由的臆想、和绵延不绝的自我否定，在北京的蓝天下罩在了我的头顶上，所以大概每一天都是灰蒙蒙的。我要大口大口地吸气，再吐气，再吸气。这里是真的好能够锻炼心性，要嘛更强大，要嘛被击垮，我暂时就那样不上不下的很尴尬。

尽管在人群之中我算稍显认真的那一个，但离我预想的还差好远好远。幸好糖分暂时还能是立竿见影的安慰剂，很多时候我心里想着再忍忍奶茶就快送到了，不知不觉心里就会平静下来，呼吸就会放缓。但点都点了，来都来了，难道还能忍着不喝嘛？

刚到北京我住了 6 平的小屋子，一个月 2300，因为离公司近。现在住在 17 平的自如小房子里，一个月 3000 块还是隔断的，也因为离公司近。对我来说，少花点时间在路上比什么都重要。再后来买了 4L 的电饭煲，但每次只煮一碗饭的米，我以为我的厨艺会大涨，到最后是变着法子哄自己把 15 斤的鸡胸肉艰难吃完，因为我图便宜买了一冰箱。

总之，洗碗真的好麻烦。

来北京的第一个 365 天，我只沉淀下来更加烦闷的心境。但愿第二个 365 天里我可以不用喝那么多奶茶，再多做点早就该做的事。

以后这个公众号就用来写一写

关于我的，有的没的

2016 年终总结

Sun, 25 Dec 2016 21:09:00 GMT

这辈子求而不得者不多，但大多都刻骨铭心。对此产生的一个深刻的感悟就是，懂得放弃也是一种迫切需要的能力，是到了现在才有这种觉悟。或者说，是到了那一个晚上，才突然觉得终于是时候了，我记得当时长长地舒了一口气。这种蜕变并不能用迷途知返来形容，我觉得用恍然大悟会更贴切一些，而这种蜕变算是贯穿了我的2016年。

今年最让我痛苦的一件事就是上班后每个礼拜每个月都要写一堆多到让人绝望的开题、结案，等报告，既然如此那也还是写个有始有终但不太规范的年终结案，让2016年的完结仪式感更鲜明一些。

一、今年的两件大事，一件是毕业，一件是工作。

现在的生活再无读书时的单纯，再无随时相聚的自由与快乐，再无法安逸地期待未来，突然之间有点恍惚。每当我深陷在加班中不能自拔的时候，都会发出这样的疑问并次次都感到难以置信，我竟然已经毕业这么久了？不过对于现在的处境，我是有心理准备的。

大学四年下来，一天天一点点地落后于那些时刻都在为未来努力做准备的人而不自知，所以成功的人才都是少数的，并且也不是我。我有时候会用苟且偷生的理由来安慰自己，但现在已经不允许了。人生总是零和博弈的，当时的玩乐种下了现在的恶果，如果再努力一点，现在或许就不用这么辛苦了。不过幸好现在的我不怕吃苦，也已经比以前努力很多。现在醒悟了，希望未来能够不至于像现在这般遗憾。

关于毕业

16年寒窗一朝毕业，人生的第一个阶段算是完结了。就像玩游戏过副本一样达成了第一个成就。只不过挑战的机会只有一次，并且无法重来。原以为毕业后可能会伤感到不能自已，后来发现原来大家相隔都不遥远，虽然生活从此不再像往日，但彼此之间至少还是触手可及的。再者，还未毕业就已经先开始了为期不短的实习，这样的过度还算顺滑，生活不至于一下子就变得天翻地覆。

关于工作

去年2月份，当大家都还在放寒假的时候我已经早早地到了厦门。第一份工作干了1个月，辞职之后的第三天找到了第二份工作，然后一直到现在。很多人觉得，或者至少我认为他们觉得，我似乎把自己未来的路都规划好了，并且一直在做着自己想做的事。但其实不然，我也时常迷茫，时常思考自己现在的工作到底有没有意义，到底能不能够实现我想实现的自我价值。然而常常最大的困惑则是，我想实现的自我价值究竟是什么。这依然是一个值得用一生探寻的问题。

第一份工作

第一份工作可以算是孤注一掷的选择，因为当时几乎身边的每个朋友都找到了工作，而我还沉湎于一次次面试的失败而悲伤不已。事实证明这是一份完全偏离我的计划，并且毫无回旋余地的工作，入职第一天的半小时内我就清清楚楚明明白白了。但我没有马上辞职，一方面是还处在之前迟迟找不到工作的后怕中，另一方面也是想好歹先体验一下，毕竟年轻人的资本之一不就是有时间可以试错。当时的我这样想，吃苦也是一种能力，能够平静地接受自己不喜欢的事情也是一种能力。那就做满一个月再走，就当做是对自己的第一次锻炼。后来事实证明这次的经历并不是白费的。

我一向奉行“任何经历都不会白费”这样的人生信条，最早是从看书这一兴趣中得来的。当看的书足够多，累积的知识达到一定的量，确实会在某个阶段有所质变（最次也能从“很不好”变到“不好”）。生活中我常常会突然回想起很久以前在某本书上看过的某句话或者某个观点，并在当下对正在着手处理的事情亦或正在进行的对话有所帮助。然后当这样的事情发生的次数越来越多，多到能够让我明显察觉到，于是我便越来越坚定地认为，任何阅读、任何学习、任何经历、任何苦难都不会白费，只要目光长远，然后等待和希望，总有一天会有回报，各种形式上的回报。当然并非是消极地等待，也不是幻想式地希望。

这样的“回报”就出现在我的第二份工作中。

第二份工作

相信每一个有意无意了解过我的生活的朋友都会知道，从毕业以后到现在，我的日常就是加班，工作，再加班，再工作，事实也确实是如此。很长一段时间里我甚至沉浸在对自己的惊讶与佩服中——原来我可以这样努力？原来我可以吃得了这种苦？当然幸福与痛苦总是在比较中产生的，跟《基督山伯爵》里的埃德蒙·唐泰斯所受的苦比起来，我这点苦头算什么呢？尽管他是一个诞生于一两百年前的虚构的人物，但并不妨碍我进行这种比较。毕竟，更加痛苦的人还大有人在不是吗？我总是能通过这种行之有效的比较来宽慰自己。某种程度上是不是也能说，我的快乐建立在别人的痛苦之上？但至少这本书对我的影响是极其深远的。

正常的工作内容我根本不需要加班，而导致我加班的原因，其中有60%要归咎于无能的领导，另外40%可以说是因为我太认真了，我是真的很认真很认真地在工作。明明只言片语便可凑成的一条微博，我总想费尽心思精益求精地写得再好一点。可以说这是我自己的一点小坚持，哪怕再苦再累也没放弃。自信地说，单从文案水平来看，我写的微博足够碾压整个新媒体部门。只考虑文案水平的话，这确实是一份让我大材小用的工作。

但新媒体不只是写文案，还得管运营，在运营方面我确有很多不足。当我的个性投射到工作中，生活里的不善交际和不喜言语，在工作中就成了致命的缺陷。运营一个官博就好像扮演一个人，一个只会说话但不懂交流的人，从来都是单方面的信息输出，没有与受众相互之间的情感反馈则注定不会是个完美的运营者。到了这时自己也知道，这份工作其实并不太适合我。

在我们部门，文案功底和运营方式或运营习惯对一个官博或官微的运营成绩来说，其重要性大概只占了40%，其他60%要看你够不够幸运能够接个有大ip大明星的项目。很明显我不够幸运，所以这一年下来的我的日常就是，费尽心思写的一条微博的互动量还不到别的大ip项目随便发几句话的零头，是真的挺惨的。

而这个无能领导所犯下的“罪行”是罄竹难书的，我除了甩开膀子疯狂吐槽外，暂时没能想到还有什么方法能让我的心情暂缓一二，但此处并不想用太多笔墨来写这个人。罢了，还是来祭奠一下我那些在无穷无尽的PPT中所逝去的青春和掉落的头发吧。

二、一些想法

不管是在生活中，还是在工作里，我听过不胜枚举的人的抱怨，为此也使出了浑身解数，穷尽毕生所知的道理，用合适的方式来宽慰他，排遣他的心情，虽然更多时候的安慰只需要我静静地听。只是这个时候我总会默默地回想起这段话，

“我认识一个比您更不幸的人，莫雷尔。”

“这不可能。”

“唉！”基督山说，“这就是人性中一种可怜的骄傲，每个人总以为自己比身边另一个在哭泣、呻吟的不幸的人更加不幸。

这段话是真的差不多背下来了。

在过去说长不长说短不短的年岁里，在我听完千篇一律的抱怨后，对此这段话的感受更加深刻，悲伤的人总会不知不觉超出实际数倍地刻画自己所遭受的苦难，我自己也不例外。

但我即便是出于本能地产生绝望之感，我也会竭尽全力地消除它。倒不是说压抑自己的痛苦，我觉得这种自我疏导是良性的，而我也习惯了这样地活着，不允许自己屈服于本能。条件反射的情绪低沉时时会有，但似乎我总能在沉寂过后死而复生。生活态度看似积极，然而我的思考方式从来都是具有悲观倾向的，有点自相矛盾，但两者却意外地能够融洽地在我脑中共存。可能自己一直在践行“用乐观解决心态，用悲观谋划行动”这句话。

至少难过的时候我是真的时刻记着这段话，排遣郁闷就变得相对简单了一些。《基督山伯爵》这本书带给我的影响真的很大，我希望自己能够成为像埃德蒙·唐泰斯那样的人，在苦难之前热爱生活，遭受苦难能够保有希望，历经了绝望和磨难成为基督山岛之主后，依然能够谦逊，坚强，并且日益坚定自己的信念。他的信念是复仇，我的信念暂时比较粗俗，只想赚更多的钱。毕竟《基督山伯爵》还告诉了世人一个浅显的道理，有钱是真的好。比起点上的那些爽文不知高到哪里去了。

三、新年愿望与规划

换份工作，

保重身体，

减少熬夜，

健身减肥，

保护头发。

这里是结尾，

“我的朋友，”瓦朗蒂娜说，“伯爵不是告诉我们，人类的智慧就包含在这五个字里面吗：“等待和希望！”