-
Obsidian 和 LogSeq 能否互相取代？ 以及 2024 效率工具的几个悬念。
说到总结，2024年 我最大的收获或许就是让我重新认识了「拥有自己系统」这一个概念，截至目前，我已经将很多依赖在线云的工具砍掉了，尽量做到信息自我掌控，包括采用：本地优先的工具，自托管的工具 …… 我很确信，2025年自己会沿着这条路继续走下去。我相信：优秀的生产力工具可以帮助用户，但不应该控制用户。
至于符合「自己可掌握」条件的工具里面，我也在减少依赖，尽量进行合并。 这其中最核心的就是本地笔记工具。对于我来说，其实就是：Obsidian 和 LogSeq。
在我这里，这两个工具主要都是本地存储（虽然都有 远程 Sync 服务）。两者的笔记都基于 Markdown 文件。 我无数次想过，既然如此，能否索性用 Obsidian 取代 LogSeq， 或者用LogSeq 取代 Obsidian 呢？
先说结论：在尝试了N次之后，在我的用途范围内，我目前觉的两者还是 不能互相取代。 如果一定要取代，可能需要额外的插件甚至是外挂辅助应用。
LogSeq 为什么 不能取代 Obsidian？
LogSeq(下图) 是早期的双链笔记工具代表作之一， 和 Obsidian 几乎出于同一时代。
而 Obsidian 早就不是一个单纯的笔记工具了，可以说，它是一个基于「双链笔记」的操作系统。
在 Obsidian 上面衍生出了各种应用和丰富的插件。比方说：DayPlanner，Kanban，DataView Query …… 而且还在陆续涌现出各种可能性。但这也不是完美的，像我就很少折腾插件（后面会展开讲），但有的人就是很喜欢，尽管如此，LogSeq 的插件社区远远不能和 Obsidian 相比较，无论是数量还是质量，而且都不在一个数量级。
另一方面，也是我很担心的地方，LogSeq 已经很久没有更新了，而 Obsidian 一直在推陈出新，并且吸收活跃插件成为核心组件，很快最新预览版（insider）里还会出现分屏浏览器，让人直呼期待。 甚至 Bending Spoon 近期都向 Obsidian 抛出橄榄枝希望收购它（下图），这是一个向好的趋势。（注：Bending Spoon 就是收购了 Evernote 然后涨价缩量的那家公司，千万别收购 Obsidian 啊，求你了）
反观 LogSeq 这边，没有更新也就算了，我个人觉得，LogSeq 的核心功能如此强大成熟，即使不再更新，也无所谓。但是，我害怕 LogSeq 正在「憋大招」（也就是传说中的 Database 版本）。 另外， 除了 Journals，对于 LogSeq 的白板等其它周边特性，我都是上手就关闭的，我只保留其核心的功能。换言之， 我感觉 LogSeq 一直是一个「追随者」，Obsidian 有的也要有， 但却力不从心。 这也是我害怕它「憋大招」的原因，这可能会耗费 LogSeq 团队大量的力气，但最终还是提供了一个被我上手就关闭的功能（下图）。
简单来说，Obsidian 处于良性循环的上升期，LogSeq 则在苦苦追随。这让我很难过，因为，我认为：我们不需要逼自己成为一个优秀的别人，而应该设法成为一个优秀的自己。 LogSeq，应该成为自己，即使费了很大劲，就算成为了另一个 Obsidian 那又如何？（况且还是被远远甩在OB之后） 但是目前还不能下结论，还是看 LogSeq 憋了很久的「大招」最终会带来什么吧，我良好的希望是 LogSeq 能突破自己，但理性的我却有些怀疑。LogSeq的未来发展也是我 2024年 最大的几个效率工具悬念之一。
所以，LogSeq 想要取代 Obsidian 还是遥不可及的事情。
Obsidian 为什么 不能取代 LogSeq
既然 Obsidian 这也好那也好，那为什么不能拿 Obsidian 取代 LogSeq 呢？
首先要看用途吧，在我的用途里，相信我，我尝试了无数次，试过各种 Obsidian 插件，各种笔记组织方式，但是依旧不能实现 LogSeq 基础的 「节点日志」和「超级标签」。 应该说，LopSeq 最优秀的地方就在这里，是所有特色的精华，其它功能都是「拙劣的模仿」（恕我直言），只有「节点日志」 这个体系是 LogSeq（下图） 灵魂所在，而且也经历了时间考验。
如果，不清楚「节点日志」是指什么，可以看看我之前介绍的 Tana， Tana 就是一个云端版本的 LogSeq 精华功能集合。 Tana 出现的时间在 LogSeq 后面很多，我感觉 Tana 从 LogSeq 中获得了很大的启发。参考：【译】节点笔记 Tana 的终极入门指南
如果撇开这「节点」的特性，我们只是把 LogSeq 最为一个普通双链笔记工具，或者一个PKM仓库，或者一个白板工具，或者一个 Anki 工具 …… 所有这些都有更专业的替代品，或者 Obsidian 的插件来对应。 我们应该毫不犹豫的把 LogSeq 替换下去。
另外，我也不爱折腾插件，只用 LogSeq 成熟的原生功能。而Obsidian 的插件虽然很多，大多是第三方的， 有些停止维护了，有些不再兼容新版了。我最近就踩了一个坑 QueryControl 插件，这是我唯一使用的 Obsidian 插件。 而 LogSeq 的原生的节点查询我觉得超越了 Obsidian 内置查询和一堆 Query 插件。 讽刺的是，Obsdian 是一个我们「自己掌握」的系统，但它的一些插件反而成为我们工作流依赖的风险。
所以，如果我们不喜欢折腾插件，而且对「节点日志」情有独钟，短期 Obsidian 还无法超越LogSeq，而且从架构上来看，Obsidian 也很难成为另一个 LogSeq。 倒是 Tana 更有希望，如果 Tana 出了一个本地版的话。Tana（下图） 的发展，也是我的一个悬念。虽然感觉节点笔记还是太小众了，但是谁知道呢，很多工具都是从小众走向大众的，苹果电脑早期还只是极客捣鼓的工具呢，谁能预测后面的流行呢？
最后
但不管如何，Obsidian 目前是一个比较稳的工具，我甚至建议每个人都可以考虑把 Obsidian 作为自己笔记归档的中心。 无论只是归档备忘，还是将来想发展出PKM，甚至通过AI 形成更高级的玩法， Obsidian 都有很良好的适应性，因为我们掌握自己的数据。
LogSeq 我还会继续使用，但万一哪天难以为继了，考虑到 LogSeq 的 开源和本地优先 特性，产品应该仍旧可以使用下去。 即使最极端的情况下，我也可以考虑制作一个外挂，让 Obsidian 实现节点笔记的功能，我甚至有些想试一下了，如果哪天我发布了，大家也可以来捧个场。
-
数字浮民：跨平台工作的未来
写在前面
这是一篇译文，说出了火箭君自己的一些心声。我原本甚至自己想写一篇，但既然看到有人和我有同感，那么不如直接介绍给大家吧。
先说结论：「数字浮民」（Floater） 不像「数字游民」那样在生活居所的地理上获得自由，而是在「平台」上获得自由。可以在任何操作系统或设备上获得接近一致的「工作流体验」。 这也是我个人正在实践的理念之一。 这也是为什么，我介绍的工具里面，有相当一部分会把「全平台」或者 Web App（接近于全平台） 作为一个优势。
下面是译文，火箭君略作节选编译。 原文作者是： Ernie Smith， 原文来自：
https://tedium.co/2024/11/19/operating-system-floater-manifesto/正文：数字浮民宣言 （The Floater Manifesto）
我们的技术现在应该足够好了，可以帮助我们胜任跨操作系统的工作。想要测试这一点的最佳方法就是：去使用每个平台。这就是我正在做的。当我谈论这些年来我对科技的使用时，我称自己为「数字浮民」。我的意思是，我从来没有坚持过单一的操作系统和应用生态系统，我认为这是我的一个秘密优势。
在过去的五年里，我一直在玩 iOS，还有安卓，还有 macOS，甚至还有 Linux 和 Windows。我不会将自己硬塞到一种单独的技术体验中，而是选择我认为最能满足我需求的技术体验来处理不同的事情。
比方说，尽管一直在尝试，但目前我觉得平板电脑方面，我们无法获得比 iPad 更好的体验。 而 Android 的总体灵活性和对「侧载」（火箭君注：自己加载应用的方式，不是单独通过应用商店下载应用）的支持可以让用户更好地控制自己的系统。 而说到 macOS，它的舒适度和对细节的关注，使其在 OS X 首次改变游戏规则的几十年后仍然成为人们谈论的焦点。如果我只需要工作时，Windows 就会胜出。 而 Linux 正在为一些新的前沿领域奠定基础。
我已经对我的笔记本电脑进行了几年的「黑苹果」改造（火箭君注：黑苹果是指在Mac以外的设备上加装macOS），这使得我的 Mac 有触摸屏效果！因此，那时我打算在某个时候完全回到苹果生态系统。我走进 T-Mobile 商店查看最新的 iPhone，这时我看到零售楼层的另一边有一个孤独的售货亭。里面隐藏着一些有趣的东西：一部基本上拥有我想要的所有功能的手机，而价格却只有苹果的一半。
那部手机是我接触 Android 生态系统的开始。但这也让我认识到，我不需要在苹果的世界里做所有的事情。当最近，苹果不可避免地屈服并发布了 USB-C 手机时，我以为我会回到 iOS。但一年过去了，我仍然在使用安卓设备。
但需要明确的是，我并不是想说服别人，我的 PC 比大家的 Mac 更好或者，某某某应该使用 Android。 而且，我也不是 Linux 生态系统的托儿。
相反，我想说的是：谁家系统比谁谁更好更优秀这种提法已经不重要了。当操作系统的区别比以往任何时候都不再那么重要时，我们其实可以选择任何自己觉得最舒服的方式工作。所以，最好能够适应三四个生态系统。 （火箭君注：我个人也是，这使得我可以同时关注各个生态领域的趋势）
「浮民」听起来是一种有趣的消磨时间的方式。 （托尼·昆卡/Unsplash）
我认为成为跨平台的「数字浮民」在 20 年前可能是非常困难的，但现在却成为可能。这其中的原因可以归结为技术上的一些关键变化：
基于云（和基于网络）的应用程序
在过去的十年中，浏览器变得比以往任何时候都更加重要，这意味着我们日常运行的许多应用程序可以获得或多或少相同的体验。例如，无论我们使用的是 11 英寸 Chromebook 还是 18 英寸 Razer 笔记本电脑，Figma 都可以很好地工作。
高质量的跨平台框架
在这方面，我想到的两个工具是微软的 Visual Studio Code 和专注于绘图的图像编辑工具 Krita，尽管它们的业务方向截然不同。但都可以在在跨平台框架上，给各个系统提供应用。
自托管的灵活性
我现在能够将过去可能需要按月付费的软件托管在衣柜里的一个盒子上，这为我们带来了许多其它方式可能没有的机会。 不过，正如一些人会指出的那样，现存的商业模式仍然很重要。（火箭君注：火箭君最近就在尝试将几个常用的工具进行自托管，以后会发文详细介绍）
改进了 FOSS （免费开源）领域的体验
最近，我一直在玩基于 Fedora 的操作系统 Bazzite，它主要是一个游戏操作系统，但也适用于工作站式工作。我认为，如果您选择正确的发行版，您会发现 Linux 现在是一种非常舒适的体验。
高质量的虚拟化和远程访问
Jump Desktop、RustDesk、Parsec 和 NoMachine 等工具可以让我们轻松地从正在使用的任何界面中启动另一台计算机。通常情况下，速度相当快。我经常从 Linux 登录 Mac。
我的一些「浮民」灵感来源
我认为我想到的关键之一是 YouTube 频道 DistroTube（下图），由 Derek Taylor 运营，他加载了一个具有不同操作系统的虚拟机。他的 Linux 经验比我走得更远，但他帮助揭示了一些有趣的软件方法，这些方法不是主流，但应该会启发主流。他现在正在尝试的关键产品之一是 Hyprland。在这里我们可以看到，Linux 生态系统中有很多好主意，Mac 和 Windows 端也可以采用。说实话，反之亦然。
同样鼓舞人心的是 This Week In Self-Hosted 的工作，这是一份时事通讯，重点介绍了可以在小型 Linux 机器（通常使用 Docker 容器）上运行的大量免费和开源应用程序。对我来说，小小的 Linux 盒子是让这一切顺利进行的秘诀。
我认为在这方面有很多灵感和主题需要讨论，我有时想在沙盒中玩一些工作的作品，看看它会把我带到哪里。我想有时候当我有这样的想法时，我常常会不顾一切地跳进去。相反，我只是要思考这个想法，看看它会把我带向何方。也许我会在某个时候将其正式化，但就目前而言，这只是一个我会定期触及的松散想法。
-
轻松将各种文档转为 Markdown 的最佳工具
最近，我在探索一款名叫 MarkItDown 的工具时，感到眼前一亮。它是由微软开发的一款开源 Python 工具，可以将 Word、Excel、PowerPoint 和 PDF 等办公文档轻松转换为 Markdown 格式。
作为一名追求隐私安全和效率工具的重度用户，我发现这个工具非常适合那些需要在本地高效处理文档、保护隐私的用户群体。今天，我来简单介绍一下。
顺便一说，这个工具还受到了 Obsidian CEO 的推荐， 我们知道，他是一个「本地文本文件」（比如：Markdown）的忠实支持者。
为什么 Markdown 是效率工具爱好者的最爱？
如果大家像我一样，是一个 Markdown 重度用户，那么你一定能理解 Markdown 格式的魅力。它不仅简单、优雅，而且几乎适配所有主流笔记工具和文档系统，无论是 Obsidian、Notion，还是生成静态博客的 Hugo、Jekyll，Markdown 都是核心格式。
然而，问题来了：我们日常处理的文档，大多数并不是 Markdown 格式，而是 Word、PDF 或 Excel。这些格式虽然通用，但在编辑过程中总是显得笨重，需要特定软件才能打开，尤其是当我们需要将文档整理成 Markdown 格式归档时（我个人就喜欢将重要的文档归档到 Markdown 格式），我们会发现，手动转换的过程非常耗时（即使是复制粘贴）！
MarkItDown 是什么？它能做什么？
MarkItDown 就是为了解决这个问题而生的。它的核心功能是将各种办公文档格式（如 Word、PDF、Excel、PowerPoint）转换为 Markdown 格式。更棒的是，它是一个基于 Python 的工具，完全开源，可以通过命令行工具直接使用：
- 安装命令：pip install markitdown
- 使用命令：markitdown path-to-file.pdf > document.md
使用 Markitdown 最主要的好处：
- 本地运行，保护隐私：所有文档处理都在本地完成，避免了在线工具可能带来的数据泄露风险。
- 简单高效：通过命令行操作，能够快速完成批量文档转换。
- 多格式支持：支持从 PDF、HTML 到 Word、Excel 的多种文档格式转换。
我发现，有时一些格式转换工具虽然有图形界面，但需要付费（甚至不便宜）。商家大概是抓住了一些「懒人心理」，但是实际上，只要自己稍微能动动手，一些事情不仅不求人，不付费，而且隐私也更加安全可靠。 这也是我一直以来撰文的目的之一。
一些使用感想
在使用 MarkItDown 的过程中，我发现它的确能够显著提高工作流效率，但也不是没有缺点。以下是我的一些实际体验：
优点
- PDF 和 Word 转换效果优秀
我尝试将一份 50 多页的 PDF 转换成 Markdown，MarkItDown 在保持文本结构完整性方面表现非常出色。这对于需要从 PDF 提取内容的用户来说，是一个非常大的帮助。 - 开源+命令行工具的便利性
通过命令行一键操作，无需打开笨重的软件界面。对于像我这样的「效率党」来说，这点非常友好。 - 扩展性强
由于是基于 Python 的工具，如果大家有开发能力，还可以自行修改代码，满足一些特殊的衍生需求。
不足
- 复杂排版支持有限
如果你需要转换复杂的 Excel 表格，MarkItDown 的表现就不那么理想了。它生成的 Markdown 表格可能需要手动调整，尤其是当表格中包含合并单元格时。Word 文档也是一样， 如果又复杂排版格式，例如：多列，嵌套等情况出现的话， 转换效果就非常不理想。 - 图像处理能力一般
对于包含大量图片的文档，MarkItDown 目前无法将图片自动嵌入到 Markdown 文件中，这可能需要借助其他工具来完成。
MarkItDown 和其他工具的对比
在文档转换领域，还有一些其他工具可以与 MarkItDown 配合使用，或者作为替代方案：
- Pandoc
https://pandoc.org/
功能非常强大，可以完成从 Word 到 Markdown 的转换，并且支持大量自定义选项，但命令行参数较复杂，上手成本稍高。 - Mammoth
https://pypi.org/project/mammoth/
专注于将 Word 文档（包括 MS Office，Google Doc， Libre Office）转换为 Markdown，简单易用，但功能相对单一。 - PDFMiner
https://pypi.org/project/pdfminer/
专注于 PDF 文本提取，适合处理复杂的 PDF 文件，但需要手动将提取的文本整理为 Markdown。
如何打造高效的文档转换工作流？
在使用 MarkItDown 的过程中，我总结了一个高效的文档转换工作流，可以供大家参考：
- 文档清理
在转换前，先对原始文档进行简单清理，比如删除多余的页眉页脚内容，简化表格结构等。 - MarkItDown 转换
使用uv或uvx命令快速将文档转换为 Markdown。 - 手动调整
对于复杂表格或嵌入图片的文档，手动调整生成的 Markdown 文件。 - 结合其他工具
如果需要批量处理文档或生成更复杂的输出，可以结合 Pandoc 或 自定义 Python 脚本实现。
大家看到这个过程，并不是完全高效，需要手动介入的地方较多， 未来基于 AI，或者一些Python 脚本扩充，可以达到更高效的程度。 另外，对于处理简单格式的文档来说，已经很顺滑了，基本无需干预。 如果大家指定输出路径，可以一键发送到 Obsidian 笔记库。
最后
MarkItDown 是一个让人惊喜的工具，它让文档到 Markdown 的转换变得前所未有的简单高效。虽然它在处理复杂表格和图片时还有改进空间，但对于大部分日常需求来说，它已经是一个非常值得一试的工具。 但这不是一个图形界面的工具，而是 CLI 命令行工具，也许会让一些新手用户退散，尽管其实一点都不复杂。
比较意外的是，这个工具竟然由微软来推出，虽然实际上是几个常用转换库的「融合」，但微软的确很有诚意，拿自家的 Office 文件出来转换为公开格式。
作为效率工具爱好者，我相信工具的意义不仅仅是节省时间，更是提升我们对数据的掌控力和工作流程的自由度。如果大家是 Markdown 笔记的重度用户（包括但不限于 Obsidian），而且愿意稍微动动手，那么这款开源的 MarkItDown 绝对值得尝试！
MarkItDown 官方地址
-
【速报】智能笔记 mem.ai 2.0 Alpha 已经来了，然而和当年惊艳的 初代 mem 相比……
最近，陆续有小伙伴们收到了 智能笔记 mem.ai 2.0 alpha （下图）测试的邮件。火箭君也有幸收到了通知，并拿出了尘封已久的账号上去试了一下。
先说结论，mem.ai 2.0，现在的确是一个真正的 AI 加持的智能笔记了，可以对标 Google NotebookLM（下图）。 但还不是完全体，改进余地还有很多。
顺带一说，如我2021年当时预测「类Notion」 笔记最终会井喷内卷一样， 现在所谓的 AI 笔记或 AI 知识库 也会面临这样内卷局面。 目前已有苗头，除了 mem.ai， 就我所知好多好多家类似的工具或明或暗的出现了，mem.ai 如果后续没有特色的话， 在下一轮竞争中就会面临一堆强敌环绕。
起了个大早的 mem
早在2021年，大家还在疯狂卷 「类Notion」笔记的时候， mem 作为一款智能笔记工具就惊艳到了一些生产力工具用户。 当时，大家都在注重 Notion 那种模块排版效果时， mem 提出了要重视内容上下文，比方说：如果我们在备忘或协同中提到的「上次那场会议」， 或「接下去的那个项目」。一般的工具，需要依靠人工来完成连接，而 mem 可以很快的意识到用户在说什么，并给出提示。 这一切得益于：mem 知道上下文。它拥有快捷的讯息收集机制。最直接的是，热键输入。后来 mem 又打通了 多个关联工具，例如 网盘，Slack，邮件之类。 甚至可以快速收集推上信息（是不看到过：mem it 的跟帖？）。这使得 mem 把所有的工作流信息汇聚到了一处，进行整合分析。
应该说，mem 在当时的确让人眼前一亮，很多人恨不得把所有的一切都托付给 mem。 mem 的注册邀请码在早期也很难获得。在那个 AI 还没有开始爆发的时候，ChatGPT还不知道在哪里的时候， 这样一款工具，号称整合我们的所有工作流信息，可以高效协同，并智能给出上下文提示，只能用「惊艳」来形容。当然，mem 也很顺利地早早拿到了几百万美金的融资。
mem 2.0
相比于 1.0 的惊艳（中间还出过一个 mem X， 将来也会并入到 2.0）， 2.0 我觉得只能说中规中矩。整体来看， mem 2.0 大致给我以下印象：
拥有常规的笔记功能
编辑器 支持 / 命令添加模块。以及Markdown快捷方式。
拥有Collection 组织机制
其实，就是笔记的「标签」，而且只有一级标签。 不想 Bear 那款工具。
拥有 AI chat 对话框
我们可以随时发问获得回答。但说实话，我个人不喜欢这种集成的 AI 问答， AI Chat 应该是一个独立的工具， 按照我个人的「工具链」原则， 这样我们才能挑选一个最好的 AI 问答工具，避免被某个其它工具「捆绑」。
另外， 这个 AI Chat 估计暂时还不能联网搜索，它说 Biden 赢了2024 末的这次大选，而且在我反复确认后，还是这个观点。
拥有 智能上下文关联笔记的展示
这算得上是 mem 原本招牌功能的特色了，现在反而不太有吸引力了，很多笔记工具都有了「关联笔记」或类似的机制了。 甚至很早期的 Evernote 就有，但反响平平，可能和当时的智能技术水平有关。 另外 Napkin 这款工具也算得上在 AI 时代主打「自动关联」的佼佼者了，还有 ，Flomo 也在近期新推出了「相关笔记」…… 总之， 以后这类功能都不能算是特色了。 就像现在，说我们编辑器支持 Markdown 语法， 支持 / 命令行， 这都不是特色，这很可能是笔记工具的「标配」。
mem 1.0 兼容性
对，你没有看错， 由于 mem 2.0 是一个重构，会有兼容问题。 数据不会默认兼容 1.0， 需要额外导入笔记数据和协作联系人，而且对 1.0 的一些集成功能来说，目前在2.0 里面都还没有开发出来。 所以，这个版本才叫 2.0 Alpha。 总之， 把 mem 2.0 理解为 mem 的推倒重来版就对了，这也解释了 网上有人抱怨 mem 之前有好几个月的沉寂，原来是在搞这个 2.0。
最后
现在给 mem 2.0 下定论还太早，毕竟才是 Alpha 版本。 但是考虑到这次的 mem 2.0 事实上是 推翻了mem 1.0 和 memX 进行的彻底重构，这也从侧面说明，mem 在经历了早期的风光后，在这两年如潮水般 AI工具的面前，似乎力不从心。 不过，一切都不晚，希望 mem 走出自己的特色，而不要和 Google NoteBook LLM 之类的产品去死磕。
最后，大家准备迎接明年 「一窝蜂」的AI 知识管理工具吧， 就和 当年 「类Notion」工具一样。
mem.ai 官网
-
注重使用「思维线索」的笔记 App，像极了早期的 Obsidian #猜猜是谁
如果 Obsidian 没有变得那么成功 ……
我个人很喜欢 Obsidian，我相信它会是很好的个人笔记归档数据库。对于大多数想要掌握自己数据的人来说，我觉得 Obsidian 是一个非常理想的选择。
让我们回到几年前，Obsidian 刚诞生不久的时候，由于受到当时时 RoamResearch 双向链接启发，Obsidian 实现了一个「本地优先」版本的双链笔记管理工具。 「双链」可以形成笔记的关联，组织笔记。但更重要的是，我在创作笔记时，可以不再遵循以往线性表达的思维，可以随时产生出一个分支，通过双链进行线索扩充。 Obsidian（下图） 后来有专门的插件 用帮助我们快速生成这种思维线索，而不是事后整理时才来添加链接。
到了今天，偶尔也有人抱怨，Obsidian颜值不足，但是更多的人现在感觉是 Obsidian 变得更复杂，功能集合也更庞大了。 这似乎是一个普遍现象，一个 App 要么默默无闻， 要么成功后就会变得庞大臃肿， 看看隔壁的 Notion 已经吃下了几个办公套件公司， 推出了日历服务，明年就会推出邮件服务了…… 相比之下，Obsidian的核心功能 已经很克制了（当然插件社区已经彻底放飞了，本地 AI 之类的功能也都有了）。
但如果， 只是如果，我们想象一下，Obsidian 没有变得那么成功， 也没有那么多插件，也没有画板（我指的是Canvas，不是 Graph），没有Web扩展，甚至没有 Sync / Publish服务，更没有各色的第三方插件， 仅仅是注重于原来那种通过「链接」构建「思维线索」的方式上，那会变成什么样子？
我敢说，那个Obsidian没有流行起来的平行宇宙里，大概率会变成 Tangent Notes 的样子。这个 Tangent Notes 也就是我今天想要介绍一下的 App。
Tangent Notes 登场
先简单说一下， Tangnet 是 touch 的意思，数学上的「正切」，对了， 就是各位小时可能恨死的三角函数 tan。
Tangent Notes 是「本地优先」的 App， 和Obsidian 非常相似， 需要指定资料库文件夹，内容会以纯文本形式保存。Tangent Notes 真正的特色在于：
思维线索（Threads of Thought）
Tangent Notes最吸引我的是，莫过于它独特的「思维线索」功能。通过水平滑动的面板，我们可以轻松记录和回顾自己的思维过程。无论是灵感迸发时，工作中突发奇想，都能帮助我保持思维的「可追溯」性，避免迷失在杂乱的念头中。 这有点像很多人使用思维导图理清思路，不过思维导图是「视觉优先」的，Tangent 则是笔记优先，它的线索是双链，而且理论上来说，是「网状」结构不是思维导图那种树状结构。
值得注意的是，每次我们产生一个线索分支的时候，水平滑板会造成一种笔记深入一层的感觉，其实 Obsidian 早期就是这种风格，现在 Obsidian 默认变成了 Tab 风格。 这点上 Tangent 也很像早期的 Obsidian。
认知地图（Maps of Cognition）
让人惊喜的是，Tangent Notes 提供了「认知地图」视图。这一功能可以自动生成节点和连接，帮助我们从全局角度审视整个思维过程。
通过认知地图，我不仅能够发现新的联系，还能更好地理解复杂的思维结构。
要指出的是，虽然 Tangent 的这个图 和 Graph 在理论上是对应的， 但是表现形式却很想思维导图（虽然不是）， 我一直不使用 Obsidia 的 Graph， 就是因为 Obsidian 那个图太难看了， 这个 Graph 也是少数让我诟病的 Obsidian 功能。 Tangent 里面的这个图才有点意思。
对笔记编辑的支持
Markdown 支持，常见的双链语法支持， LaTex支持， 语法高亮代码块 等等。 这些都是这类笔记 App 的常规功能了。尤其对从Obsidian用户来说，各种编辑方式包括双链在内都是非常熟悉的配方，几乎直接可用。
和 某些Markdown 笔记一样，Tangent Notes 在文本编辑时提供了「专注模式」，帮助我们集中注意力于单一的笔记、段落或句子，同时保持工作位置。这一功能让用户能够在冗杂的思维线索中找到专注的片刻，提高了工作的效率和质量。
标签，文件夹……似乎还缺了点什么？
Tangent Notes支持标签和文件夹两种组织笔记的方式，标签可以为每一条笔记添加上下文信息，并轻松跟踪某一类笔记，这些都是常规功能。
比较意外的是， Tangent 支持多级标签 例如：#Tag1/SubTag1 这种复杂的形式。 如果我们用过 Bear 这款 笔记App，就会知道，这几乎是 Bear 的唯一组织方式了。 我没料到 Tangent Notes 也能这样支持。 但高兴没有持续两分钟，我就发现： 目前版本的 Tangent Note 竟然无法快速维护标签名字（？） 笔记中对标签名称的修改，只会形成新的标签，而我们也无法从标签表里面直接修改已有的标签名字。 我希望是我哪里弄错了，否则的话这个标签功能就是废了。
自定义查询
Tangent Notes 支持自定义查询，使我们可以根据链接、标签、待办事项或文本内容轻松找到工作空间中的笔记。更棒的是，这些查询可以保存下来，方便日后快速引用。由于，Tangent 也是基于文件的笔记 App， 查询就是一个特殊的笔记文件，也可以放在任何目录结构下，甚至被双链引用，也能出现在 上文所说的「认知地图」上。
最后
我其实之前下载试用过 Tangent Notes，当时感觉还比较简陋，现在来看，已经有了不少进步。很多地方开始向一个专业工具靠拢，甚至有了「命令面板」（Command Palette）。 基于文件的「本地优先」存储也深得我心。 Query 和 Map 也是比较亮眼的地方。但标签功能似乎还差点意思。
如果大家也找一个轻量简便，不要太多臃肿功能，但又要注重于「双链」的本地笔记工具，Tangent Notes 应该能带来意想不到的惊喜，一切宛如 Obsidian 刚开始崭露头角时的样子。
Tangent Notes 官网
-
【速报】笔记App Craft 最近推出了 V3 正式版， 彰显个性化，加强了工作流融合
写在前面
以前我和各位提起过，在线笔记中我一直在用 Craft 这款产品，而不是 Notion。而离线归档笔记库还是 Obsidian。 我还和各位介绍过 Craft 即将推出 对象库（Objects）的概念。
就在几天前， Craft 终于发来了通知，向世界宣布，他们正式推出了 Craft V3，所有人都可以立刻升级使用到最新版。
Craft V3 不仅实现了我们之前预告的「对象」机制，也增添了很多个性化设置以及加强工作效率的 Tasks 视图。
以往文章： 【速报】精致的在线笔记工具 Craft， 也要推出「对象」机制了！
经过第一时间的试用，我个人对 Craft V3 还是挺满意的，非常迫切地想要将 Craft V3 分享给大家。
Craft V3 登场
首先，对于不熟悉 Craft 的小伙伴来说，我简单介绍两句，Craft 是一款多平台的笔记工具。 手机端，桌面端，网页版 一应俱全。 像是另一个 Notion， 但我个人觉得 更像是一个精美的在线文档产品，如今推出的 V3， 更将 Craft 朝着生产力和个性化的方向上推进了一步，有些地方还能看到 新版 Evernote 的影子，所以，CraftV3 更像是一个颜值在线的多功能笔记和文档工具。
Tasks 视图
任务管理在 Craft 3 中有了质的飞跃。 首先 Craft V3 增加了一个名为 Tasks 的视图入口。
这个视图中包括了几个核心功能：
- 任务收件箱（Inbox）：用于快速捕捉任务。（我以前都要自己建一个文件夹 叫做 Inbox）
- 全局任务视图：在 Craft 中查看所有任务（收集任务汇总），随时掌握全局进展。
- 任务日程安排：将任务与日历结合，更直观地规划工作。
这些功能将任务与文档无缝融合，再也不用为信息重复和上下文切换而烦恼。你可以在记录笔记时直接创建任务，随时查看任务的来源和背景。因此，Craft V3 的任务不再是孤立的模块，而是和工作内容紧密相连。 这一点很多其它笔记工具已经陆续实现了，包括 Evernote。
文档样式风格
Craft V3 为用户带来了强大的样式定制功能，我们可以自由地设计和调整文档风格，打造个性化的数字空间。考虑到 Craft 文档的发布分享，这种个性化选项，还是挺有必要的。
提供丰富的样式选项，背景，字体，Emoji 等等轻松实现个性化定制。也可以对不同文档可以应用不同风格模板。
Collections
Collections（集合）就是之前说到的 Obejects，是 Craft 3 的又一重磅功能，它让我们可以轻松构建个人「数据库」，组织和管理各种信息。无论是书单、项目资源，还是装修计划，Collections 都能被高效整理到 Collections 中。
我们可以在文档中创建灵活的 Collections 数据库，同样支持嵌套文档内容，（ 可参考 Notion 的Database），这使得为每个条目可以拥有丰富的上下文信息，优化了工作流。
例如： 点击：Collections 表格的书单标题，就可以进入这本书的读书笔记介绍。
iOS 优化
Craft V3 对 iOS 版进行了全面优化，包括：
- 全新 Quick Add 组件，快速添加内容
- 更直观、更快速的导航操作体验
- 更加方便快速捕捉灵感到 Craft 的「收件盒」。
其它改进
Craft V3 还带来了 100+ 项修复与性能优化， 对于 AI 也有优化。不过我要提醒， 有些地区的用户是看不到任何 AI 选项的。
最后
这是一篇速报，以上只是简述。Craft V3 全平台可用，甚至还支持 苹果头戴 Vision Pro。 顺便一提， Crafts 其实在 Setapp 的套装里面，如果已经有了Setapp 也是可以直接安装使用了。对了，近期还有 庆祝V3诞生的对折订阅优惠（时间不长）。我觉得有兴趣的小伙伴还是赶紧亲自试用一下吧。
-
人人都应该在手边备一个免费开源的 Markdown 编辑器（5款推荐）
为什么要备一个 Markdown 编辑器
Markdown 编辑器本质上是一个文本编辑器，然后加上了对 Markdown 语法的支持和渲染。
我们如果需要记录事情，表达思想，无论是笔记还是博客还是文档还是报告……都离不开良好的文字表达。 虽说单纯的文本编辑形式太单调，而如果太注重「富文本」样式的话，（字体颜色粗细排版……）又会舍本逐末。所以，Markdown 恰好处于两者之间， 几乎任何人都可以在几分钟到几十分钟里学会语法，同时提供简单的格式支持，这对于帮助我们理清思想（通过段落，节点，加粗等常用格式语法）非常有帮助。
我个人有新电脑时，总是在第一时间就会安装 Markdown 文本编辑器。尽管这个世界上各种 在线笔记工具 App满天飞， 但我还是相信自己的纯文本 Markdown 笔记，我不希望自己的信息最终需要依赖于某个 App 的云上，或者存放在一个不知道格式的加密文件里面。 这个理由我之前详细介绍过，参见：
一般我使用 Obsidian 归档各种笔记，即使有些笔记会在其它 App 里面使用过，但最终重要的笔记都会存放在 Obsidian 的本地资料库（Vault）里面。
除此之外，总有一些需要 临时打开编辑，临时快速记录，也不知道将来要不要归档的场景，比方说打开一个 Readme 的 Markdown文件， 打开一个临时记录的网址列表，一篇短文…… 很久以来，我都是使用 Typora（付费） 这款 Markdown 编辑器， 直到最近，我发现其实还是有很多 FOSS （免费+开源）的选项。 于是稍微整理了一下，也分享给大家。
5款 FOSS 的 Markdown 编辑器
以下的工具，都支持本地存储，而且免费+开源，这些就不再逐个重复叙述了。
QOwnNotes
QOwnNotes 是一款很有意思的开源产品， 界面上让人想了老牌的传统文本编辑器，例如EditPlus 这种。 而且，Markdown 渲染还是按照早期的双栏预览模式，而不是 Typora 那种「所见即所得」风格，似乎有种复古风， 不过这款产品也有一些特别之处：
- 支持多平台，采用 Qt 技术构建而不是 Electron
- 支持从Evernote导入笔记（.enex），包括支持大文件的导入。
- 支持 集成 OwnCloud， NextCloud （如果有部署的小伙伴，应该感到狂喜）
- 支持 CalDav （一种日历同步协议）
- 有浏览器插件辅助
总的来说，看上像是一款 10年前的工具，但是丝毫不影响其丰富的功能性。
Zettlr
Zettlr 也是一款特色鲜明的 Markdown 编辑器了。 主要运用于 论文笔记，知识卡片 撰写等场景。算得上是相当「学术友好」的 Markdown 编辑器工具了。
- Zettlr 支持 Zettelkasten，以及内链管理
- 支持 Zotero 等参考管理器，Zettlr 支持几千种行业标准引用样式
- Zettlr 内置一些论文提交模板，对应不同学术期刊的提交要求
- 支持变量、制表符和更多自动化构建笔记片段的功能 （可用于构建参考论文头部的摘要，关键字等固定格式片段）
Ghostwriter
这是一款专注于文本写作的工具， 基于 Linux KDE，少见的 Linux 友好工具。 同时支持 Windows， 但是 macOS用户需要自行从源代码编译。
整体界面很像主流的 Markdown 编辑器， Ghostwriter 提供 Hemingway Mode（打字机模式），可以禁用退格和删除键，模拟使用打字机的体验。据说这是强迫自己不停下写作，让思路不中断的一种方式。在这种模式下，我们不能移动光标，不能回删，创作途中只能不停向后继续写，然后换行，然后继续写 ……
作为写作工具，Ghostwriter 也支持一些辅助小功能：
- 字数，段落，阅读时间等统计。
- 专注模式，高亮当前正在编辑的句子，淡化其它行。
- 支持 LaTex 等数学公式的渲染表达。
MarkText
MarkText 就是为像我这样普通人准备的轻量 Markdown 编辑器了， 基本可以理解成是 Typora 的开源免费平替。
MarkText 没有之前介绍过几款工具的特殊功能，但是 在 Markdown 渲染上做到了「所见即所得」，这也是当初 Typora 成名特色之一。 另外 MarkText 也保持了「极简主义」风格，默认只有内容编辑区域，其它功能也比较克制，这也都是我喜欢的地方。
https://github.com/marktext/marktext
其它可选项
在 Windows Microsoft Store 里面有一个免费的 Windows App， 名为 TypeDown。 我也用过段时间，也是「即时渲染」Markdown， 即开即用，而且也是开源的。只不过是基于 .Net 框架，所以只有 Windows 平台可用。
https://github.com/byxiaozhi/Typedown
另外，如果大家不介意的话，像 VS Code这类开发工具，其实也是可以用作 Markdown 编辑， 但我个人还是喜欢 Typora 那种 极简风格+即时渲染。考虑到已经有这么多各具特色的Markdown 编辑工具了，所以就不再额外重点推荐 VS CODE 了。
最后
总的来说，一款合适的 Markdown 编辑器，我觉得是我们数字世界中的必备「生存工具」。即使我们更换了设备，更换了操作系统，更换了各种花哨的 App，所有的一切都发生了变化， 只要我们还有自己的文字笔记，还有一款文本编辑器，一切就还能继续。
-
后 Arc 时代，介绍一个开源版的 Arc 浏览器替代品， 还是免费跨平台的#猜猜是谁
后 Arc 时代
我们之前有讨论到 Arc 浏览器， 这是个界面时尚，功能复杂的浏览器。近期，其背后的公司 TheBrowserCompany 也已经宣布 Arc 不再是公司精力的聚焦所在了。
Arc 浏览器自早期一出场就争议不断，用户对它的评价也「两级化」。
喜欢 Arc 的用户觉得：
- Arc 浏览器在标签管理、多任务处理方面表现出色，为用户提供了一个崭新的浏览体验。
- Arc 提供了当时大多数浏览器没有的增强功能（例如：Peek） 和 AI辅助。
- 对不少人来说，很重要的一点是： Arc 的颜值在线，界面设计精美，让人心情愉悦。
不喜欢 Arc 的人觉得：
- 浏览器对性能和内存的开销较大，前期还曝出有潜在的安全问题。
- 功能复杂，对部分人来说学习曲线陡峭，难以上手。
- 早期苹果平台独占，后来有了 Android 移动端（其实是 Arc Search） 和 Windows版 ，但和原版相差甚远
我个人觉得，之前也说过， Arc 背后的公司， TheBrowserCompany，他们的公关动作太多，而产品的功能又左右摇摆严重（谁还记得早期的 Arc 网页划选画板？），加之最近宣布不会大幅更新 Arc 了，会把将精力转向其它产品，有点烧钱玩票的感觉（很像某些ADHD类的所谓成功公司，有些风险资本也很痴迷这类公司）。
好在已经有不止一个人向我推荐了一个 Arc 的开源替代品， 叫做 Zen Browser。 这也是我今天要介绍的主要内容。
Zen Browser 登场
Zen Browser 是一个基于 FireFox 内核，而且免费开源的产品，目前还在 Alpha版阶段（但已经可以下载试用了）。
整体布局上，Zen Browser 很像 Arc， 功能上也有很多借鉴，但在界面设计细节上，有人觉得「太丑啦」。 如果大家已经习惯了 Arc 的一些基本常用特性， 我觉得 Zen Browser 还是很容易上手的。
Tab栏
这个布局就很 Arc 了， 垂直 Tab页 + 固定 Tab 图标， 而且还有定时 Unload 机制。
这种布局的确可以很大程度减缓 Tab 混乱的局面，我倒是觉得 微软的 Edge 浏览器可以借鉴一下，毕竟是最接近这个布局的。
顺便一说，其中的「固定 Tab 图标」， 不是收藏书签，收藏页面的话，有专门的「收藏栏」，而固定 Tab 图标是不会被 Unload 的Tab， 以缩略图标的形式置顶呈现。 另外， Tab 页面本身还有 Pinned Tab 的设定， 但不会变成缩略图标，只会固定该 Tab 不被 Unload。当然，经常用 Arc 的人应该不需要这些解释了。
Worksapce
Workspace 可以单独开出一组浏览标签，例如：「工作」一个空间，「个人」一个空间，其中的标签互相不打扰，这也算是 Arc 当年号称要解决的 Tab 混乱问题之一。 很多人非常喜欢。Zen Browser 支持 Workspace 机制，也支持快捷键切换，有人就特别喜欢 Arc 的快捷键（包括手势）切换空间功能，这些小细节的确值得玩味。
不过在Arc 之前，我们之前就介绍过很多小众的浏览器，都已经实现了 Workspace，我个人印象比较深刻的是 SigmaOS，的确也很好用，很希望 Chrome 也能完全跟进（Chrome 现在的TabGroup 功能也许最接近 Workspace）。
在 Zen Browser 里面， 虽然网页Tab分组被隔离开，但顶部的固定Tab图标是所有空间可以共用的。
一些增强小功能
- Glance（Arc 的 Peek），就是点了链接可以出一个弹出小窗口浏览，我觉得所有浏览器都可以跟进。
- Split View， 分屏浏览，同时打开两个网页，左右并列查看，很多小众浏览器也已经基本实现了，例如：Vivaldi。
- SideBar（下图），有些独立小 App 会在屏幕边缘嵌入一个呼之即来的侧边浏览器，现在 Zen Browser 集成在浏览器里面了，可以随时呼出一个 小的侧边迷你网页视图，用来执行常规操作，例如：搜索，天气，邮件和其它常用 Web App
- AI ChatBot， 这是一个实验室功能，可以自选 AI 模型，对划选内容总结，但需要用户登录。
- FireFox 插件支持 和 ZenMod 组件市场， 我个人喜欢的几个 Chrome 插件，好在都有 FireFox版，可以直接拿来用。 而 ZenMod 市场目前还很早期，面向开发者，可以自定义浏览器的很多方面，不过目前还没有特别值得一看的东西
注重隐私
Zen Browser 提供了 内置的「跟踪保护」防止网页追踪用户的浏览痕迹。这可能是 Firefox 原本的默认开启的功能。 目前主流的浏览器，都有类似的设置，但未必默认开启。
最后
目前 Zen Browser 产品还在Alpha阶段，版本迭代较多，未来可能会有较大变化。 由于是开源产品，通过社区开发推动，会有一些难以和成熟商业公司抗衡的地方，比方说，设计感，比方说，产品的战略方向，又比方说，一些关键更新的迭代效率等等。 尤其是这是一款 免费产品， 未来如何持续也很难说，大家也看到了 FireFox 苦苦挣扎的样子了。
总的来说，我还是希望能有一些不同的浏览器出现供大家选择，防止浏览器市场成为一家或两家独大。 这些新品事实上也带动了创新， Arc 浏览器虽然我个人不适用，但不可否认， Arc 是市场的搅局者，带来了很多有趣的特性， 并且影响了后面的产品，比方说 Zen Browser 这些特性很多都是继承下来的，其中有些部分也是传统浏览器不太敢碰的地方。
如果大家对 Arc 或者 FireFox 内核不太能接受，但是对那些有趣特性感到有兴趣， 或许 Vivaldi 浏览器（Chromium内核）也是个不错的近似选择。
-
文件优先，本地优先，我对 File over App 理念的理解
File over App 讲了什么？
File over App 是 Steph Ango 在 2023 年中提出的观点（https://stephango.com/file-over-app）。Steph Ango 现在是 著名Markdown笔记工具 Obsidian 的 CEO。File over App 是指：所有 App 将来都可能消亡， 我们在App 上产生的数据不应该托付给这些 App， 而应该交给一些更加基础的形式保存，也就是「文件」这种形式。我们在 2060 年的信息应该也能在1960年的电脑上可以被读取，这样的话，信息才能保留更久，否则就会湮灭在历史长河中。
我个人非常认同这个观点，我觉得这是一个关于谁能掌握「用户数据」的重要话题。
文件存储便于用户掌握，胜于云端数据库存储
很多软件的数据存储在云端，诸如各种「云笔记」。云给我们带来了极大的方便（例如跨设备访问，多人协作），但它不是我们可以掌握的「文件」形式，数据被存放在不同的云端服务器上，多数情况下是某类数据库中。 App 数据库的数据不是用户直接掌握的，而是由 App 供应商掌握的。 极端情况下，App 供应商如果倒闭，如果也没有给大家提供导出下载的方式，我们的数据都会失去。这是最糟糕的情况。
文件是否公开格式，很重要
如果某个 App 的数据存放在一些加密或者专有格式的文件中，那么也不能算是用户掌握。 我拿着一个 名为 myData的加密 zip 文件，却没有密钥，虽然我实际持有这个文件，但是无法掌握里面的信息。 我还是需要依赖 App 供应商才能访问其中内容。
文件为长期目的服务，App是短暂的的手段
我个人的实践就是，重要的信息一定需要以文件形式存在我的本地。或者以文件形式存放在我信任的地方，例如外置硬盘或者dropbox上备份。 而一个时髦的App，或许能有效解决短期的问题，但如果有任何重要的产出，我一定会将结果转存为文件形式。 我们知道，人类文明的进步是因为知识代代相传，如果每个人（就像是每个 App）都将信息锁死在自己大脑内，并且带进坟墓，我们现在可能连石器时代都不如。 我们的碑文，石刻板，纸张书本，就是不同时代的「文件」。这些信息可以直接被访问，不需要某个特定的人来阅读，任何有眼睛的人都能看到。
文件 VS 数据库
File Over App 理念也招致了一些批评的声音。我观察下来，最主要的就是「反效率」的说法。
「反效率」观点认为：文件作为一种基础形式，保留信息的方式有限，也没有为检索等操作优化，效率远远低于数据库（或云端数据库）。
LogSeq （下图）是一款类似于Obsidian的本地文件优先的笔记工具（更像是 Outline 节点笔记）。目前他们团队也在考虑向数据库转型（在兼容文件的基础上），可能也是考虑到数据库形式的优越性。具体即参照他们的论坛：https://discuss.logseq.com/t/questions-about-the-upcoming-database-version/27108
单纯的文件形式 其索引效率以多人及协作问题（更新冲突，数据锁死等等），都远远落后于数据库的方式。所以， 很多人觉得数据库才是最好的解决方案，可以说是为了效率而牺牲某些掌控能力。
我个人倒是觉得，未来会有两者共存的方案。 实际运作时由某个数据库进行操作，但是所有操作的结果都以文件形式交给用户，像是一种凭证。用户可以根据这些凭证重构整个数据库。 假设以后出现了更先进的数据库技术，那么用户只要更换「驱动」就能利用手中的文件，将信息升级到更快更安全的引擎中。 也可以理解为，我可以无缝迁移到另一个 App 中。 那么 App，或某种技术的数据库即使死去，信息仍旧可以永存，而且逐渐积累变得更丰富，想想我们前面说的人类知识传承。
按文件导方式出给 App 分类
所以我很大程度是这样给笔记类 App 分类的，主要看他们对待用户数据的方式。
危险的黑洞 App
这种 App 不能导出数据，或者只能导出专有格式的数据。 这类 App 不能碰，这注定是要用户为它一起陪葬的。 因为没有信息可以 over App。
可以手工导出用户数据的 App
这里面又有很多种，有的可以导出，但很麻烦（比如： 之前说的 Apple Notes 哈哈），有的导出的格式虽然公开，但是会损失一些内容。例如一些画板工具转为Markdown输出，会损失很多视觉关联信息。但即使最好的导出，也需要依赖用户定时去操作，不是那种实时产生文件凭据的类型。 但总算用户多少是有可能将数据迁移到更好的地方去。
实时产生文件凭据的 App
Obsidian，LogSeq 都是这种类型的App。我们可以说这些 App 把笔记存放在了文件里面，也可以说，文件只是凭据，就像财务当中的原始凭证，我们只要掌握这些凭证就能重新构建账本，无论是在纸面上，还是电子记账。 从这个角度来说，我用的 Dropbox 或者 GoogleDrive 之类的工具也是一样的，它们会给我本地文件（作为凭证），而实际他们将信息存放在云端数据库，至于它们如何迭代数据库也好，甚至 App 不存在了也好，我们都可以运用手上的文件立刻重建出下一个同步服务。 想想看，从 Dropbox 迁移到 GoogleDrive，就是移动文件而已，甚至连移动都不需要，只要在新的 App 里重新指定同步文件夹的操作就可以了。
构建自己的系统
所有这些，其实我还是想说，我们用户应该掌握自己的数据。这也是 效率火箭 的宗旨之一。控制用户的数据是 很多App 的一种天然权力，尤其是 App 需要盈利的话，就更难主动放手。所以，我们还是要远离危险的「黑洞App」，好好珍惜「文件优先」的 App。我的很多想法，很大程度也是受到了 Steph Ango 「File Over App」的启发， 也希望 Obsidian 可以将这个理念将发扬光大（我个人是 Obsidian 的忠实用户，笔记从之前的纯文本文件和 Evernote 等迁移过来）。
-
在 Omnivore 停服之际，发现新的替代品，继续构建自己的「稍后阅读」系统，
Omnivore 谢幕
我们上次介绍过一款 可以自部署的 开源「稍后阅读」系统，Omnivore。 就在近日，Omnivore 宣布由于被 ElevenLabs 收购，Omnivore 免费的代托管服务将会终止。 用户需要在11月的近几周内，从 Omnivore 托管的服务上导出所有收藏数据。 在11月底， Omnivore 将会彻底关服。
Omnivore 作为一款 FOSS（免费开源）产品， 其实我们不用太害怕，Omnvore 代码库是完全开放的，所以如果各位使用了自部署，关不关服 对大家毫无影响。
而且，如果各位阅读了我之前的文章就知道， 我一直鼓励各位要自建系统（虽然可能有些门槛），主要是从数据隐私角度考虑，以及服务的可持续性考虑。 甚至在上次文章里，我就提到，如果大家用了Omnivore 的带托管服务，那么对隐私保护的意义就不大了，而且我也明确地对他们的「可持续性」提出了以哦问。我当时写道：“然而，开源和免费的特性也带来了一些问题，比如我最关心的是：如何实现可持续发展？” 如今，现实中也有了回答，被收购，然后停服。
对于这次「停服」，很多海外的用户也表示了失望，有用户已经在积极寻找和讨论其它替代工具来管理他们的阅读内容了。而且，Omnivore 的相关社区也在反思突然停服事件的影响。
这些讨论中，Wallabag 被推荐为最佳自托管「稍后阅读」系统的替代选项。
Wallabag 登场
Wallabag 也是一个开源自托管的应用程序，旨在保存网页以供日后阅读。它也会提取页面内容，而且难能可贵的是，它还提供在智能手机、平板电脑或电子书阅读器上使用的 App（下图）。
最传统的用法就是下载 Chrome 插件， 或者 移动端App， 然后看到文章就能一键存入Wallabag（或一键发送分享到 Wallabag）。
存入后，我们就能在各种设备上随时查看了。而且
- Wallag 也支持 对文章进行 星标，归档，Tag 分类，以及 筛选 等常规操作。 还有一个Same Domain 功能， 这是一个视图，可以查看收藏里面所有来自和当前文章相同网站的其它文章。
- 收藏的文章会在系统后台自动抓取，但格式似乎有点问题，用户在浏览时也能执行重新抓取，以获取最新内容。
- 支持 RSS feed 订阅
- 支持 高亮划选备注， 但是我个人觉得，没有合适的查看视图，一定要在文章内才能看到划选内容。
总体来说， 我觉得实用性还是不错的，但是这个网页界面的颜值实在让人玩味，网页应用有种浓浓的「怀旧风」，像是 20多年前，早期静态网页的风格。
当然，如果我们觉得真的好用的话，实用性最终会压到颜值，根据我个人的经验，本来收藏类应用的目的也就是一个中转站，并非永久归档的地方，文章都是快进快出，不用太讲究的。
关于价格，如果我们用 Wallabag 进行自托管的话，是免费的。 和 Omnivore 一样，Wallabag 也有代托管服务，但需要付费，约 11 欧元/年。现在大家再看到免费的代托管服务，是不是有点后怕了？
最后
考虑到 Wallabag 各方评价尚可（之前 介绍 Omnivore 时， 就有人向我推荐 Wallabag ），除了界面不太时尚以外，我想先试试，如果合适的话，看看以后能否给出自部署的教程。
另外不想折腾的话，可以考虑直接投入到 Pocket，Intapaper 这些成熟的收藏工具里面，如果对原文抓取也没什么兴趣，那么 GoodLink，RainDrop 之类书签管理工具 也非常出色， 而且很轻量。这些应用，短期内应该不会有什么关服的问题。 说不定以后也可以专门介绍。
备注
ElevenLabs是一家人工智能公司，以其自然语音合成功能闻名，提供文本转语音、AI 配音等功能。
上次的文章
高效搞定事情，尽情享受生活
效率火箭，火箭君的新博客 