-
【译】不要纠结于DOCX、PDF、Markdown、HTML …… 我只以一种格式制作文档
写在前面
如今许多 Markdown 编辑器都标配了多格式导出功能，其底层核心往往离不开 Pandoc 的支持。长久以来，我对 Pandoc 仅停留在概念层面的了解。直到近期阅读了一篇深度分享，作者讲述了如何通过 Pandoc 与 Org 模式构建「单一格式笔记库」，从而彻底摆脱排版与格式的束缚，这让我对其背后的工作流产生了浓厚兴趣。
采用单一纯文本格式（如 ：Markdown）的核心优势，不仅在于创作时能屏蔽排版干扰、专注内容本身，更在于其极低的数据解析门槛。纯文本天然具备极佳的机器可读性，这意味着在 AI 时代，AI Agent 可以无缝接入并处理这些笔记。
这正是纯文本笔记面向未来的核心竞争力。云端笔记的智能化受限于平台生态，封闭或复杂的混合格式则存在巨大的数据转换摩擦；而纯文本（Markdown, Org, YAML, LaTeX 甚至 JSON）则完全规避了这些痛点，是真正的 AI-Ready 资产。
在这样的工作流中，Pandoc 扮演了不可或缺的「桥梁」角色。它补齐了纯文本生态的最后一块短板，打破了单一格式与复杂应用场景（如出版、分发、打印、网页渲染等）之间的转换壁垒，让内容创作与最终呈现形成清晰的「工具链」分工。
原作者：Joe Riad； 原文地址：
https://medium.com/gitconnected/i-only-make-documents-in-one-format-8b50bd61972d
火箭君翻译，并略做编辑。
正文
我一直讨厌和同学/同事一起处理共享文档。总会有人因为使用的 Word 版本略有不同，或者干脆用了另一套办公软件，结果在自己的电脑上出问题。我们也可以共享 PDF，但不容易编辑。
假设我们对共同的文档格式达成了一致，那那些期望我把网页发布到共享服务器上的人怎么办？我是否必须把 Word 文档的信息重复一遍以 HTML 格式呈现？虽然有导出服务，但还是很麻烦。
简而言之，在对文档有不同假设和不同使用场景的人之间共享文档，很容易变成一场噩梦。这就是为什么当我发现有一个可以为我处理所有这些工作的自由软件工具时，我感到震惊。更重要的是，它让我只需撰写一次文档，就能根据需要将其发布为多种不同的格式。
我要介绍的是 Pandoc 。它几乎可以在你能想到的任意两种文档格式之间进行转换。将内容与格式分离
在我谈论 Pandoc 之前，我想介绍一下我不久前接触到的文档设计概念。这种思路影响了我在 Pandoc 中制作文档的方法。这个想法很简单：文档的内容应该与其格式相互独立。在处理文档时，应当先填写内容，之后再考虑格式。如果我们只编辑过 Office Word 文档，这个概念可能会让人感到很陌生。
在 Word（或 LibreOffice Writer 或类似软件）中编辑文档时，通常在输入内容的同时编辑格式。我们会关注字体大小、颜色、哪些内容加粗、哪些不加粗、标题如何格式化等……如果更有经验一些，可以使用文本样式。例如，可以指定所有标题应为加粗、14 磅并使用某种字体，而普通文本应为 12 磅并使用另一种字体。
这样在创作内容时我们就不必纠结于格式的细枝末节了。这是将格式与内容分离的第一步。Word 仍然可能具有干扰性，因为你在输入时就能看到最终文档的大致样子，所以你会更容易对格式问题敏感并产生分心。
我第一次真正接触到这个概念是在大学开始用 LaTeX 写学术论文的时候。在 LaTeX 中，我们在输入时看不到最终文档的样子（不过，也可以参见 LyX）。
我们只需指定内容和结构元素（例如：这是一级标题、这是列表中的一项等……），LaTeX 引擎会将你的指令编译成最终文档。它使用预定义的样式完成排版，能以很小的成本让文档看起来相当专业。
当然问题是，与不太懂 LaTeX 的人协作处理 LaTeX 文档相当困难。最终文档是 DVI 或 PDF 格式，也不容易编辑。
有一段时间，我只能在个人写作中采用这种文档设计方式。任何需要与他人分享的东西都必须是 Word 文档，用惯了 LaTeX 之后，Word 这种方式让我感到相当沮丧。
我的理想情况是用一种标记语言（比如 Markdown）来指定文档的内容和结构，然后让一个引擎将其格式化为我所需的文档类型。 Pandoc 正是提供了这一点，这也是我第一次接触它时，会觉得它带来了一种范式转变的原因。。
关于 Pandoc
Pandoc 几乎可以在我听过的任何两种文档格式之间进行转换。我认为，如果格式不是 Pandoc 能处理的那些之一，那么它大概非常小众，用户自己应该已经是这种格式的专家了，并且能够把它转换为其他格式。为了高效实现这一点， Pandoc 将任何文档格式转换为一个通用的内部表示（中间码），然后再把该内部表示翻译为目标格式。这样，与其为每一对可能的格式编写转换器，不如只需为每种格式实现与内部表示之间的翻译器。
这种能力的妙处在于，它允许你用一种格式来撰写文档，并根据需要使用相同的源文档发布为多种不同的格式。关键是选择一种表达力足够强的格式。当我刚开始使用 Pandoc 时，我认为 Markdown 非常适合这个目的。
下面是一个包含不同结构和格式元素的 Markdown 文档的小示例：
要将此文件（假设名为 mydoc.md ）转换为 docx 格式，我可以在命令行中这样做：
pandoc -f markdown -t docx -o output_file_name.docx mydoc.md
其中 -f 指定 源格式， -t 指定 目标格式。下面是该文档在我的 LibreOffice Writer 中的渲染效果：
由于 Markdown 允许我指定标题级别， Pandoc 会识别文档结构并在 docx 文件中使用标题样式进行复现。因此一级标题使用「Heading 1」样式，二级标题使用「Heading 2」样式。这意味着，例如，如果我想要的话，可以很容易地生成目录。
但乐趣并未止步于此。我可以使用相同的 Markdown 源文档来创建一个 HTML 文档：pandoc -f markdown -t html -o mydoc.html mydoc.md
得到如下结果：
当然，这只是普通的 HTML。通过指定一个 CSS 文件可以让它变得更好。下面是一个示例 CSS 文件。如果我将其保存为 pandoc.css 并以这种方式转换我的文件：
pandoc f markdown -t html -o mydoc.html mydoc.md--css=pandoc.css --standalone
同理，我也可以将相同的文档转换为 PDF，或其它格式。
即使像方程式这样的专业支持也非常棒。如果转换为 HTML，我们可以使用 MathJax 让它们以类 LaTeX 的质量渲染。如果转换为 PDF，它们会通过 LaTeX 渲染；如果转换为 docx、odt、pptx 等格式，它们则会被转换为本地的、可编辑的方程式。我们在 Markdown 中输入方程时，仍然使用 LaTeX 语法。
也可以通过 YAML 向文档添加元数据：
可以通过过滤器进一步扩展功能，你甚至可以使用 Lua 为自己的文档格式编写自定义转换器（关于这点，请参见 Pandoc 网站）。长期以来，这一直为我带来极大帮助，但我总觉得 Markdown 在表达能力上相当有限。这就引出了我今天实际使用的文档格式。
Org 与 Pandoc 导出
当我遇到 Markdown 的局限时，我也刚开始接触 Emacs。Emacs 里有一个名为 Org 的模式，它本身就是一套效率很高的生产力工具。在其众多功能中，它有一种用于指定文档结构的标记语言。
当我调出 Org 导出对话框时，看到的是：
类型非常丰富，我很难想到我可能需要使用却找不到的格式。当然，如果找不到，Org 也允许我编写自定义导出器。大家可能会认为我在从 Markdown 切换到 Org 时遇到了问题。因为我已经有很多用 Markdown 写的笔记和文档，需要花时间将它们转换为 Org。
事实证明这根本不是问题： Pandoc 当然可以将 Markdown 转换为 Org！
有时，我希望 Pandoc 的功能比现有的稍微强大一些。这时我发现了过滤器。基本上可以拦截 Pandoc 所理解的文档内部结构，并在导出前对其进行修改。
Pandoc 过滤器
正如此处详细解释的， Pandoc 首先将文档转换为它可以以 JSON 格式输出的抽象语法树（AST）。筛选机制允许你编写自己的代码来拦截此 JSON，对其进行修改，然后输出供 Pandoc 完成将其转换为目标格式的剩余工作。
Pandoc 的创建者创建了 pandocfilters Python 包以便于这一过程（https://pypi.org/project/pandocfilters/）。
大家也可以使用过滤器来预处理引文和参考文献（这就是我最初的用例），将实时获取的数据（例如股票行情）注入到文档中，或使用几乎任何只要 Python 能做到的方式来转换文档。
我自己的例子
以下是以 Org 为核心采用这种创作流程后，我获得的一些具体收益：
我用 Org 写完了整篇博士论文，并通过 LaTeX 导出成 PDF。这是一个巨大的工程，涉及自定义 LaTeX 样式文件和参考文献样式等……最棒的是，我不用处理 LaTeX 的样板内容就能发布高质量的 LaTeX 文档。到了准备答辩幻灯片的时候，我使用了 LaTeX Beamer。我能够毫无阻碍地将论文 Org 文件中的内容直接复制到演示文稿的 Org 文件中。
我把在工作中学到的所有东西（从修复常见 IT 问题到新的技术知识）都记在 Org 里。我能把部分笔记以 HTML 的形式发布，供队友参考，也把一些笔记以 docx 格式发布，为我的主管生成任务报告。这让我看起来像是愿意多下功夫制作高质量文档的人。当然，我不需要为实现这一点而操心 HTML 或 docx 的细节。
在手机上访问我的 Org 笔记并不容易，所以（有趣的是）我用 Pandoc 将它们全部转换成 Markdown，以便在 Joplin 中用更友好的方式浏览它们。最后
为了避免在我必须为不同场景创建并与同事共享的各种文档格式之间频繁切换，我决定大多数文档都用 Org 撰写，然后导出为所需的任何格式。为此我使用 Org 的导出引擎或 Pandoc 。
我喜欢这种方法的原因是它完全免费且完全以纯文本形式存在。我可以将文档放入版本控制、检索它们、对其中一些处理流程做自动化处理等…… 然后再发布一些真正精美的文档与他人共享。
如果大家也需要产出大量文档，我强烈建议和我一样尝试使用单一文本格式 Org， 或者 Org+Pandoc 两者兼用。
-
目前的 Siri 其实非常适合 Apple 提醒事项（比想象的更好用）
很长时间，我觉得在 Siri 在没有接入真正的第三方强力 AI 之前，语音理解和操作的能力非常有限。而且我相信即使接入了 AI，如果没有彻底开放操作应用的权限，尤其是苹果自家那几个经典应用，AI 的作用也仅限于查询问答或改个图之类，没有什么实质性生产力。
跟 Google Assistant 比，Siri 似乎显得完全不在状态，还有种种玄学原因，我个人会常听到 Siri 说「抱歉，出了点问题」，因此前几年我使用 Siri 的兴趣不是很大。有时我上手新设备就直接禁用 Siri。
但是，有一点，我也是这两年才逐渐感受到，Siri 不是个聊天机器人，我觉得 Siri 在处理 Apple Reminders 时，非常智能。算得上专属「语音输入层」了。
以前我们一直寻找一个 记录「闪念」的工具，但实际上，在苹果生态里，Siri+Reminder 就是绝配了，几乎没有第三方工具可以打破，我也是这两年才意识到这点，而在近一年里，由于频繁使用而逐渐加深了这个印象。
在我这里，Apple Reminders 是「收件箱」。任务、想法、日程、乱七八糟的灵感先进去，之后再整理。开车、走路、外出活动 这类不方便直接打字的场景，Siri 反而很稳定。 个人经验，如果配上Apple Watch 更是锦上添花，抬起手腕，说话，就记录到 Reminder 了。
我撰写此文，并不是我突然心血来潮，一方面是长期使用有所积累，另一方面是最近看到了下面这篇文章，恰好提醒了我。
Siri + Apple Reminders (It Works Better Than You Think) https://medium.com/macoclock/siri-apple-reminders-productivity-fdebab2ca767
所以我结合自己的感受和上述文章所述（大量引用和翻译），整理了一些 Siri+Reminder 的经验分享给大家。
为什么 Siri 配合 Reminders 更好用
因为提醒事项是结构化的，而 Siri 只要把语音映射到结构字段就够了。
一个提醒事项（task）通常就这些字段：
- 动作（要做什么）
- 列表（放哪）
- 时间（可选）
- 地点（可选）
- 重复规则（可选）
这套结构「可预测」。Siri 对可预测输入的容错会高很多。所以，按 Siri 目前的能力，基本不要问 Siri 复杂问题，只给短指令即可。可以理解成：我在用语音「填表」。
我的 Reminders 基础结构
先说前提：要让 Siri 稳，列表结构需要干净。
常用的列表不用很多，但边界要清晰：
- Work
- Personal
- Groceries （这个列表 Apple Reminder 显然意识到了，经常会建议我添加）
- Ideas
- Inbox（纯收件箱，用于不想分类的时候）
列表名尽量短、好读、互不混淆。不要出现「工作」和「工作计划」这种自找麻烦的同义词对。
最常用的 5 种 Siri 指令
1）「任务 + 列表」：最快的捕捉方式
很多人会说：「嘿 Siri，把橄榄油加到我的购物清单里。」当然能用，但太长了。
我更常用这种句式：
- 「Groceries：橄榄油」
- 「Work：准备发票」
- 「Ideas：写一篇 语音输入的对比文章」
不需要加「添加到提醒事项」「加入列表」这些废话。列表结构越清晰，Siri 越不容易理解错。
关键点：把列表名当成标签说出来。
就是在告诉 Siri「放到哪个字段」。什么「Siri 填表专家」，不是浪得虚名的。
2）「任务 + 地点」：最被低估的提醒能力
位置提醒是 Apple 生态里那种典型的「明明很强，但没人用」的功能。我用它来卸载脑内记忆负担。
常见句式：
- 「当我到办公室时提醒我给 Jane 打电话」
- 「我到超市时提醒我买电池」
- 「到家提醒我准备明天的材料」
这类提醒的爽点在于：不用记得「稍后要做」，设备会到合适的地方时提醒。比定时更贴合现实。（Omnifocus 以及一些 同类App 内 所谓的「地理上下文」，苹果已经彻底学会了）
3）「相对时间」：比手动选日期快太多
我很少打开 Reminders 里那个日期选择器去滑来滑去，完全没必要。
我会直接说：
- 「30 天后提醒我审查财务」
- 「下周一上午 9 点提醒我看网站数据」
- 「两小时后提醒我把衣服从烘干机拿出来」
相对时间是 Siri 的舒适区。由于给的是明确的结构，Siri 就能把时间字段填好，又是填表，我个人觉得这个时间段填写 比很多第三方 App 强太多了，像我前次文章吐槽过的 Todoist Ramble， 那才真是一言难尽。
4）「重复规则」：用 Reminders 管小习惯
我不太爱装一堆 habit app，因为大多数最后都变成图标收藏。我更愿意把小日常放在 Reminders 里，让它做系统级提醒。
句式也很固定：
- 「每周一晚上 7 点提醒我倒垃圾」
- 「每月第一天提醒我回顾目标」
- 「每天早上 8 点提醒我补充维生素」
Reminders 原生支持重复逻辑，Siri 只是输入，不需要它做复杂的事情，Reminder会处理剩下的。
5）「提醒我这个」：上下文捕捉（我最爱）
这是我最常用也最省事的功能：如果在 Safari 看文章、在 Mail 看邮件、甚至在某些 app 里刷到一个东西，我会直接说：
- 「提醒我这个」（Remind me about this）
它会生成一个带链接的提醒事项，之后我点开提醒就能跳回原内容。出乎意料的好用，我猜很多人不知道这点。
这本质上是一个「稍后读 + 待办」的合体动作，而且不需要你手动复制链接、粘贴、再命名。系统级集成的好处就是这么朴实无华且有效。
Siri 不单是添加任务，也能用来查询
我偶尔也会用 Siri 做快速回顾，尤其在手忙脚乱的时候：
- 「显示我的提醒事项」
- 「我今天有哪些提醒」
- 「Work 列表有什么」
- 「本周有什么到期的提醒」（这句有时会因语言环境表现不一）
依然是同一个原则：短、结构化。
结论
如果你期待 Siri 变成聊天的 AI 助手，那失望几乎是必然的。AI聊天的话，我个人用的 豆包 倒是不错，我强烈建议豆包和 Siri 合体。Siri 确实不擅长长对话，也经常在追问里翻车。
但，如果你把 Siri 当成 Apple Reminders 的「快速输入层」，它反而是一个很可靠的生产力组件：短指令进系统，结构化字段由系统处理，提醒触发交给时间和地点。
最后，搭配 Apple Watch， 双击手指（设定到启动 Siri），抬起来说话，「提醒我……」，这一套流程是非常好用的随时记录方式，我个人强烈推荐。
-
我用了一个月 的 Todoist Ramble 功能，最后却回到了滴答清单
写在前面
滴答清单一直是我的常备工具，Todoist 则是我以前很爱用的一款 Todo 工具。我对两者都非常了解。
最近，Todoist 上线了一个新功能，名为 Ramble，引起了我的兴趣。
简单来说，Ramble 是一个「语音输入任务」功能。它不只是把语音转成文字，而是号称能把我们的碎碎念直接拆成多个结构化任务。我承认，我看到宣传时被勾起了兴趣，因为我一直在追求更低的任务「捕捉摩擦」，就像我上次提到的 Typeless 输入时一样。
在 Ramble 之前，其实已经有一些工具号称可以通过 AI 把一段口语描述整理成任务。但恕我直言，我用下来这些都不行。原因很简单：语音转任务这种功能，必须依附在一个成熟的 Todo 工具之上，它应该是「底座能力上的加成」，而不是一个全新的独立 App。
一个新 App 号称能把语音备忘变成任务，多半只是玩具。因为 Todo 工具里一堆基础能力它都没有积累，等于凭空造楼台。同理，类似单薄的 AI 玩具还有很多，比如语音转流程图、AI 转设计图，甚至 AI 编程、AI 写作。没有基础能力支撑，上来就以 AI 为噱头，号称什么都能做，那就活该只能停留在玩具程度。我觉得这才是 Vibe Coding 里「Vibe」真正暗示的含义。
所以我当初看好 Todoist Ramble，正是因为 Todoist 本来就是优秀的 Todo 工具，基础够扎实。
但在我实际使用 Todoist Ramble 一个月后（全功能会员，不是免费试用版），我的观点发生了一些变化，在这里分享给大家。
初步认识 Todoist Ramble
我对语音输入，尤其是「任务安排」这个场景，一直很矛盾。
键盘输入更精准，也更能跟上思考节奏。但现实生活里，任务最常出现的时候，偏偏是最不方便打字的时候：在路上、会议间隙、电话之后……除非一天都坐在办公桌前，否则很大概率任务年头出现时，手上没有键盘，甚至手机输入也不方便。
因此「闪念」类应用有市场是挺有基础的，但闪念类 App 又很难组织成任务，往往只是隔离的备忘录或清单。
我理想中的语音 Todo 体验是这样的：
- 我说一段话，不需要停顿组织
- 它自动拆成多条任务
- 日期、时间、项目、优先级能顺手识别
- 我说完就走，之后再回 Inbox 整理，甚至不用整理了
Ramble 的定位刚好在这点上：把语音当作成熟任务管理工具的「任务入口」。
初次使用时，如果运气够好（注意这个限定），App 恰好命中所说的内容，真的会觉得它像魔法一样。它不像传统语音输入那么简单：Ramble 会识别出多条任务，也能停下来等我确认，甚至让我用语音修改之前的任务，像在和人交谈一样。
我就是这样「上钩」的。
实际使用体验
Ramble 和很多 AI 功能一样，是有额度的，而且要会员才能用。所以我买了一个月会员。要知道 Todoist 的会员并不便宜，而且除了 Ramble，其他增值功能我兴趣都不大（什么更复杂的筛选器、更多背景、协同任务等）。
这一个月下来，我直接说结论：挺沮丧的。
我没有要黑 Todoist 的意思，Todoist 在我心里一直是优秀工具的代表，但 Ramble 这个功能目前还不行。
最大问题是语音识别。我强烈怀疑他们用的 AI 模型是不是某种廉价小模型，识别成功完全拼运气。有时能非常准确理解意图，有时就要反复修改，而且还得用语音继续修改。
我也看到网上有人说是环境噪音导致识别错误。但 Ramble 这种「闪念记录」场景，环境噪音的处理本来就应该是默认考虑进去的因素。
另一个问题是对网络依赖非常敏感。网络稍有延迟或连通性问题，语音识别就会直接失效。我遇到过在信号不好的地方，越着急越没法用语音输入，这就很傻了。
多条任务的自动整理也是一把「双刃剑」。当它一把梭哈命中用户意图时，Todoist 可以很连贯地一次性输入多条任务。但一旦中间有识别错误，修改就会异常困难。
它确实支持语音智能识别并修改个别任务，但这时又被语音识别准确性限制住了。更麻烦的是，稍微复杂一点的时间节点任务，它表现出来的「智商」很有问题。
举个实际例子：我说「下周日 5 点开始某个任务」，它理解成「明天下午 5 点」。我说不是明天，是下周日。App 把日期改成下周日，但同时把「下午 5 点」给去掉了。我只能再重复一遍：下周日的下午 5 点。
这种感觉倒真像和人交流，只不过是和一个不太上心的实习生交流。以前某段时间（现在好像改了），我在某巴克点「大杯冰拿铁」，服务员会先问：要中杯还是大杯，再问要冷的还是热的……等等，那么我说「大杯冰拿铁」这句话服务员觉得是什么意思？Ramble 就是这种体验。
所以到了这一步，取消订阅已经难免。
可以考虑的替代品
回头看，可能还是我对 Ramble 的期待太高了。
实际上，不需要那么复杂，也不一定要用昂贵的付费功能。现有工具里，已经有不少能实现语音意图识别，并转成任务管理。
比如 iPhone 的 Siri 就很好。它直接连通「提醒事项」这款内置应用，当我们说「帮我提醒 + 时间 + 任务」时，它会把任务安排进提醒事项里，通常很准确，出错很少。我一直说 Siri 不行，但提醒这件事，Siri 做得很好。
再比如，我爱用的滴答清单（下图），长按添加任务的加号可以语音输入（有些小伙伴可能并不知道）。如果我们描述时间和任务足够准确，它也能在清单里正确添加任务，不用反复修改。
但这些替代方案的缺点也很明显：任务会更零散，没法一次性添加多条。这需要用户有更强的脑内整理能力，能分门别类地在合适的位置输入合适的任务，并且描述足够清晰。
最后
Todoist Ramble 原本想成为一个轻松入口：通过一次轻松的交谈，完成复杂且专业的任务编排。但现实来看，这并不理想。我踩坑了，有点失望。
不过我仍然希望 Ramble 的智能将来能大幅增强，因为这种语音输入方式确实更像一个能解放生产力的方向。
换个乐观角度想：当前这些困境，比如不得不混用多种工具、自己拆分任务，也可以理解为对思维的一种训练。让自己的逻辑能力变强，而不是变成被 AI 养懒的人。我们在驯服 AI，而不是被 AI 驯服，我只能这么安慰自己。
-
【译】Gmail 与 Apple Mail：经过 30 天测试后，会选择哪个？
写在前面
说到生产力，大家的邮件系统是一个很有份量的领域。 在很多场合，邮件是工作流中 不可缺少的一部分。
有些人会说，邮件系统太古老了，我们现在都是即时通信工具办公了；不过我要说，邮件是少数几个通用协议，现在的 App 都在「筑墙」，将信息垄断在自己 App 的领域里面，邮件虽然是「古老遗迹」，但是胜在足够开放，所有人都可以低成本用上，业务流程可以畅通无阻，这是被时间证明过的。
这也是全球几个科技大厂都有自己的邮件体系，绝不会把这块拱手让出。
主要是这三个体系：微软 Outlook 系列，Google Gmail 系列，苹果 Apple Mail 系列。
这些邮件体系，并不是提供一个单纯的邮件客户端，而是邮件地址，邮件托管，到复杂业务和生态的一系列整合。 在兼容全球邮件西医的基础上，加入了体现自家优势的特色。 我个人觉得，Outlook 是其中最保守，最面向传统企业的一个。 而 Google Gmail 和 Apple Mail 则是 新兴公司，小组织以及个人值得青睐的邮件产品。
我以前也分别极少过 Gmail 和 Apple Mail，最近我看到的文章，要从一个普通用户角度谈谈了，他对邮件系统关心的地方，并且比较了 Gmail 和 Apple Mail，我个人觉得很有启发，也希望将此文分享给大家。
以下正文。原作者：Robin Kai； 原文地址：https://medium.com/macoclock/apple-mail-vs-gmail-review-222a40b6f0f5；火箭君翻译并略做编辑。
正文
多年来我一直深陷于 Apple 生态系统。
iPad Air。MacBook。Mac mini。iPhone。Apple Watch。全部通过 iCloud 同步，运行得很好。所以自然而然地，我以为自己在使用所有 Apple 原生应用。
结果……并非如此。
我长期忠于 Apple Notes 和 Reminders。没有使用付费的第三方应用。但电子邮件？日历？我仍然用的是 Google。
所以，现在我强迫自己去尝试一些不舒服的事情。我把邮件客户端换成了 Apple Mail，试用了 30 天。
接下来，我会分享哪些让我惊讶，哪些让我恼火，以及如何考虑会坚持使用哪一个的原因。
先说说，我为什么会尝试 Apple Mail
我不喜欢在应用间来回切换。这就是我当初买 Apple 设备的全部原因。一个生态系统。一个流程。
那为什么 Gmail 还在呢？说实话，出于习惯。
我以为 Apple Mail 会显得……很受限，很无聊，功能也很基础。
但我也觉得，拥有他们一半的产品线却不使用 Apple 自家的邮件应用，有点说不过去。
所以我给自己定了一个规则：只在 30 天内使用 Apple Mail。
Apple Mail 与 Gmail — 功能快速概览
我总结了核心功能，并只挑选了最有意义的那些。
Gmail 主要功能
- 带类别的智能收件箱（主邮箱/更新/推广/社交）
- 重点使用标签分类而非传统文件夹
- 带运算符的强大搜索功能
- 智能撰写与智能回复
- 稍后发送、撤回发送、定时发送
- 与 Google Workspace（Drive、Calendar、Docs、Meet）紧密集成
- 通过网页版和原生应用运行
Apple Mail 主要功能
- 基于文件夹的简单组织
- 智能邮箱（跨账户的筛选视图）
- 在 macOS/iOS 上原生支持，具有接力和同步功能
- 在 Apple 设备上稍后发送
- 邮件隐私保护（隐藏 IP / 阻止跟踪器）
- 良好处理多种账户类型（IMAP / Exchange / POP）
- 与 Apple 生态系统深度整合（Siri、专注模式、通知）
乍看之下，Apple Mail 并不十分吸引人。可实际上，差异只有在真正的日常使用后才会显现。Gmail 多年使用后的真实评价
我的第一个电子邮件账户是 Gmail。工作用？用 Gmail。兼职项目？用 Gmail。我很熟悉 Gmail。
我最喜欢的是界面。外观和手感。我喜欢选择主题和背景颜色。
但我最喜欢的功能？自动邮件翻译。
我生活在一个三语环境中。德语邮件还是会让我的生产力变低。而 Gmail 有个无需费力的小翻译选项。
最烦人的是什么？广告。太多广告了。
我的收件箱有时看起来像一棵圣诞树。到处是颜色。尤其是假装成邮件的那些促销信息。
是的，它们有明确的广告标注，我有时也会忽略这些广告邮件。这样也行得通。但就是显得很嘈杂。
Apple Mail，我几周使用后的真实评价
如果要用一个词来形容 Apple Mail？简洁。
- 干净的收件箱。
- 宁静的设计。
- 没有干扰。
而且……几乎没有什么 自定义。我喜欢深色背景。但 Apple Mail 并不提供颜色自定义。也许有办法，如果有的话，请告诉我。
另一个我非常怀念的功能：自动翻译。是的，我现在也可以右键点击、选择文本、翻译。但那需要付出精力。很小，但仍需付出。
不过我喜欢的是什么？没有广告。完全没有。Apple Mail 对垃圾邮件的处理也非常出色。我的收件箱感觉安静而整洁。
还有一个我没想到会用这么多的功能：稍后提醒。我不再需要记得去回复了。我只需让 Apple Mail 替我记住。
与 Apple 应用的整合（几乎到位）
有件奇怪的事。把一封邮件添加到「提醒事项」并不是很顺畅。在这 Apple 和 Google 应用中都是如此。我本以为 Apple Mail 会在这方面获胜，但也不尽然。
两者的解决方法相同：
突出显示邮件标题 → 共享 → 提醒事项。
它能用。但感觉中间多了几步。
那么……最终的选择是什么？
说实话，我现在还是两者都在用。
- Apple Mail 在简洁、隐私和无广告方面更胜一筹。
- Gmail 在智能功能、自定义和翻译方面获胜。
促使我倾向于 Apple Mail 的一件事是通过 iCloud 使用自定义电子邮件域名。我为我的创业公司只需几次点击就创建了一个电子邮件。它立即同步。到处都能用。但那更多是 iCloud 的胜利，而不是 Apple Mail 本身。但也算是苹果生态的一部分加成了。
我会完全切换到苹果邮件吗？可能吧。总有一天。我喜欢更少的切换，减少心智负担。
-
离 All-In-Apple 又近了一步，10 个 我个人觉得 Apple Notes 实际上非常有用的功能
不再是卑微的「备忘录」
一段时间里，我相信 Apple Notes（备忘录）在很多用户那里的定位非常卑微，大家也就是记两句临时事项、列个购物清单，都是「快速消费型」笔记，写完用完就丢。
作为 苹果 iOS iPadOS macOS 的内置应用，有时 Apple Notes 几乎像系统自带的「装饰品」。有段时间，不少人买了新 iPhone，上来就会安装第三方昂贵付费订阅的各种超级记事工具 App， 而 Apple Notes 就静静的躺在那里，没人关心。
我以前看过比较夸张的事，有人做了一个 付费订阅的 App，其实就像是另一个 Apple Notes，用用于临时随身携带和同步一些文件资料，例如：PDF，图片，备忘文档笔记 …… 那个时候 Apple Notes 对笔记链接，多类型文件等支持还不够完善，可是到了现在，2026， 我觉得一切都改变了。
我以前也陆续介绍过一些，现代的 Apple Notes 实际上有了重大改观，吸收了很多第三方工具的精髓，集成在这个 免费自带，全 Apple 设备同步的 All-In-One App 里面。
如果各位还停留在「写备忘录」的印象，那我觉得是时候重新认识一下 Apple Notes 了。
语音录制 + 实时转录
在开会或听分享时，我现在更倾向于直接在 Apple Notes 里录音：打开备忘录，点回形针，选择「录制音频」，然后让它自己跑。
关键是转录能力：录完后从菜单里把转录文本插入到当前笔记，几乎就是一份可编辑的会议纪要雏形。更实用的是「转录文本和音频对齐」这件事：点转录里的某个词，音频会直接跳到对应时间点。这在以前，又是一堆 语音备忘录，听记类 App 付费工具都在干的事，
如果我们的设备支持 Apple Intelligence，这套转录在离线场景也能工作，对经常出差或在地铁信号不好时候整理查看会议内容的人很友好。
扫描、标注、签署文档
以前我会装个扫描软件专门处理合同、表格、发票。现在基本都直接在备忘录里做：新建笔记，附件按钮选择「扫描文稿」，系统会自动识别页面边缘、做裁切、还能用滤镜清理成黑白或灰度。
扫描完如果需要签名，直接「标记」就能用手指或 Apple Pencil （如果用 iPad 的话） 写上去，也可以保存签名下次复用。对自由职业者、学生、以及偶尔要处理纸质表格的人来说，这个组合足够覆盖 80% 的需求。
这搁在以前，是一堆 扫描类 App 或 电子签名批阅类 App 的一大块「市场蛋糕」。
和提醒事项、日历的拖拽联动
这是我个人最喜欢的「Apple 生态」小把戏之一：把一条备忘录拖到提醒事项里，系统会自动创建一个提醒，并把这条笔记作为链接附进去。提醒响的时候点一下，就能回到对应笔记，不需要复制粘贴，也不用在两个 App 里维护两份内容。
同样的逻辑也适用于日历：把关于研讨会、出差安排的笔记拖进去，可以快速变成事件，并把上下文一起带走。
从书页、白板、海报里「抠字」进笔记
备忘录里的「扫描文本」（不是上面的「扫描文稿」）是一个低调但实用的功能。
对准书里的一段话、会议室白板、展览海报，识别到的文字会直接出现在屏幕上，你可以选择插入到笔记里。
我常用它来干三件事：
- 把书里的段落摘录进读书笔记
- 把白板上的临时流程抄进项目记录
- 把现场看到的地址、联系方式快速变成可搜索文本
重点在于「可搜索文本」，这是以前一些笔记工具吹上天的功能，现在只是低调朴实的原生标配。
Apple Intelligence
在备忘录里选中文本后呼出 Apple Intelligence 的写作工具（需要支持 Apple Intelligence 的设备），我们可以做些常见的 AI 操作，比如：
- 把语气改成更「专业」或更「简洁」
- 把一段乱写的内容整理成要点
- 快速做摘要，留下一份可执行的版本
如果你更习惯用 ChatGPT，也可以直接在同一个入口调用它来生成或润色内容。以后还可以调用 Google 的AI， 一些地区的用户，估计也很快可以访问 当地的 AI 模型。
重点是工作流的顺滑：不需要在不同 App 之间来回切换，不需要复制粘贴来污染剪贴板，文本就在原地完成处理。如果我们把「备忘录」做一个轻量随身的文件系统的话。
这个配合前文说的「录音转录」，然后直接在同一条笔记里用AI整理，效果会更好。
用「链接」把备忘录变成轻量 Wiki
这个功能我之前单独拿出来说过，但实在是实用，我还是要再说一遍。
Apple Notes 的关联笔记（链接笔记）可以让我们在一条笔记里插入另一条笔记的链接，像搭自己的小型知识入口。熟悉 各类花式 PKM的 小伙伴 已经能感受到价值了吧。
我们不谈 PKM 或者深度的任务管理，哪怕是轻量的日常备忘，或者简单的常用信息查阅「笔记链接」都是很实用的，
- 「每周计划」里链接到当前项目、健身记录、家庭事项
- 「某个项目」里链接到会议纪要、资料归档的入口、临时待办清单
- 「旅行」里链接到行程、酒店确认、打包清单
它不会让备忘录变成 那种复杂的知识库系统，但也能让我们在轻量笔记库里获得足够的结构感。
标签 + 智能文件夹
标签（例如 #work、#travel）配合智能文件夹，是备忘录变好用的关键一环。你只要在笔记里打上标签，智能文件夹就会自动把它收进去。
使用标签，会使得未来整理的成本降低，而且越用越顺，但也不是所有人喜欢这种「努力前置」，很多人喜欢临时起意的「搜索功能」，或者时髦的 「AI整理」。
我觉得，这个就算是一个 附加功能吧，有此类习惯的用户，可以自取所需。 如果内容没有多到或者复杂到一定程度，也就不要自己乱贴标签或设置标签分类了。
多人编辑比想象中稳定
现在，共享一条笔记给团队或家人，大家可以同时编辑，内容会标识出不同人的修改痕迹。
我原以为，「备忘录」是很私密的东西，实际上和家人分享，或者团队成员临时交换信息还是很常见的场景。
对比很多第三方付费的协作文档，备忘录的优势是「上手成本为零」：大家只要都是 Apple 生态， 手持 iPhone 或 Mac电脑，就能直接加入协作。
数学计算与单位换算
在备忘录里输入类似「10 + 125 =」，系统会提示结果，回车就能插入。更实用的是单位和货币换算，比如：
- 容量：L、gal 之类的互转
- 温度：°C、°F 换算
- 货币：常见币种快速换算（具体支持范围依系统而定）
它不适合做复杂表格模型，但非常适合在写方案、做简单预算、整理简单开销，顺手把数字算出来并留在上下文里。 有些付费的计算器 App 专门做一些 计算器加笔记表格混合的记录，我觉得实在没有必要，多数随手一算的事情在 Apple Notes 里面就可以结束了。
单条记录锁定
我们可以用 Face ID、Touch ID 或设备密码锁定单条笔记，也可以另设一个密码。这适合我们放一些相对隐私敏感的信息（比如证件信息、医疗相关记录、私密日记等）。
有时需要在别人面前打开备忘录时，或者手机借给别人临时使用时，可以防止重要信息被人有意无意窥探到。
还有我发现，目前貌似带有附件（比如：语音录音）的笔记 ，无法被锁定，大家需要注意。
最后
Apple Notes 的变化有点像 iPhone 上很多原生工具的套路：表面上一直很朴素，实际每年都悄悄补齐关键能力，等某天回头看才发现，很多第三方 App 的「核心卖点」已经被Apple Notes 覆盖了。
我这里也只是说了一些我个人觉得实用的地方，实际上 Apple Notes 还有 诸如： 手绘，表格增强，搜索增强，置顶 等等功能。总之已经远远超越了「备忘录」的范畴。
如果大家已经 All-In-Apple 了（虽然我个人觉得多点选择更好，不要 All-In），那就 不要错过 Apple Notes。苹果全家桶的生态便利性太明显，我们完全可以将一部分日常轻量的场景托付给它。
-
【速报】Obsidian 官方的 Skills 来了！现在是时候可以让 AI 接入我们本地的 Vault了。不要再使用莫名其妙的插件了。
最近， Obsidian 的 CEO Steph Ango（也就是大家熟悉的 kepano）干了一件非常「Obsidian」的事，他没有像很多SaaS 或 App 那样在产品界面里塞一个「ask AI」的按钮，而是发布了一个开源仓库「Obsidian Skills」，专门教 AI 怎么更好的操作 Obsidian。
为什么说这件事让火箭君非常兴奋，因为这恰恰是我一直提倡「工具链」理念的最好实践。工具各司其职，实现配合，而不要把工作全都塞进一个「超级App」。 Obsidian 一直在贯彻这个理念，最早坚持本地 Markdown 和开放的格式，就是希望自己融于工具链，而不是独占所有环节。
下面请让我介绍一下 Skills 概念以及 我们如何使用 Obsidian Skills， 对很多非专科的人来说，这可能有点门槛，但目前这是我个人觉得最理想的接入时机了，我之前都一直在观望，而没有去安装那些莫名其妙的 Obsidian 第三方 AI 插件。
Skills 到底是什么？
这里 Skills 指的是 Claude Code 的 Agent Skills 机制：我们把一组带有指定格式（貌似是YAML？） 操作说明的文本文件放进指定目录，Claude 会先加载「名字 + 描述」，当你的请求命中描述关键词时，会启用该 Skill，并把按照Skill文件描述执行，后续操作。最早，Skills 可能用于开发人员，但实际上远远不止于此，我觉得知识工作者都能受益。
比方说，我有一个写某种标准网页界面的 Skill 描述，然后 对AI 说，帮我设计一个登录页面，AI 会先去看一下 Skills，就像先读一下说明书，然后再去按照规定标准设计页面。
重点在于：Skills 不是插件，不要求我们把数据或笔记迁移到某个专用的App数据库里。它本质上是「可移植的规则包」，或者称之为「说明书」。这本身就非常符合 Obsidian 的底色：可读的文本文件在我们手上、格式开放、工具按规则互相配合。
Obsidian Skills 里有什么：三个最容易被 AI 写错的文件类型
kepano （Obsidian CEO） 的 Skills 开源仓库 叫
kepano/obsidian-skills，MIT 协议。
安装很简单，把仓库内容放到你 vault 根目录的
/.claude文件夹（或给 Claude Code 使用的工作目录）里。目前 Obsidian 包含三类 Skill，对应三种主流的Obsidian文件：
- Obsidian Flavored Markdown（.md）
AI 最常见的翻车点是「把 Obsidian 当成普通 Markdown 编辑器」：写成普通链接、漏掉[[wikilink]]、embed 语法不对、properties / frontmatter 混用等等。这个 Skill 的目标就是让 AI 输出「Obsidian 特色」的 Markdown 文本。 - Obsidian Bases（.base）
我们知道，Bases 属于「看起来像数据库，其实还是文件」的经典 Obsidian 路线：.base文件描述视图、过滤、公式、汇总等，让我们在 Obsidian 里用表格 / 卡片的方式浏览笔记。对 AI 来说，这类结构化文件如果没有规范，特别容易写错字段名或层级。 - JSON Canvas（.canvas）
Canvas 背后是 JSON Canvas 这种开放格式（Obsidian 还专门写过公告）。.canvas文件是 JSON 结构，节点、连线、分组都有固定 schema。没有规则提示的话，AI 不是少字段就是乱嵌套。
顺带一提：这个仓库在 2026-01-02 开始提交（最早两条 commit 就是 Obsidian Markdown 和 Bases），之后又补了 JSON Canvas、插件信息、目录结构修复等。
我们可以怎么用？
我们先看结果，比方说， 只要对 AI 说： 帮我生成一个 Obsidian Canvas 用来简单描述一下 MCP 概念。AI 就会调用 Skills 正确生成出画布，Obsidian 里面瞬间见可见。
又比方说， 让 AI 列出 世界10大名画的简介表格，立刻存入我们的 Obsidian Bases。
实操步骤
重点来了，Skills 机制其实很容易理解，但是投入使用涉及到很多具体操作，对不少新手来说直接就劝退了，最关键的是，根本用不了 Claude Code。 而 Obsidian Skills 就是按照 Claude Code 标准设计的。
我觉得这和 Claude Code 背后 AI 公司 Anthropic 的思路有关，Skills（还有之前很火的 MCP） 都是 Anthropic 提出的开放标准。 虽然我觉得 开放标准很好，但是 Anthropic 的上层思路和他工程师的开放思路就截然不同，显得很狭隘。下层在开放标准，上层貌似希望将用户锁定在他们自己平台上， 恰好最近另一条新闻就是关于 OpenCode（不是OpenAI，而是一个开源版的 Claude Code 替代品）被 Anthropic 限制。 要我说，被 Anthropic 针对限制不是一个两个了， 我反正不喜欢自己的重要工具被捏在单一公司手里。 熟悉火箭君的都知道，有选择余地的工具才是好工具，想一把独占用户的工具，都是我们工作流上重大的风险。
下面是一个简略的方案， 考虑到具体操作会有很多坑， 搞不好会有人出收费教程，或收费手把手辅导也说不定。
1. 我们需要一个 Claude Code 平替
其实有很多选择，国内外的产品都有，我个人建议：可以考虑开源版本。 防止本地数据或内容被无端窥视。 恰好最近开源的 OpenCode 被 Anthropic 针对， 那么就用 OpenCode 来举例，实际上 Goose 也是不错的，和 Claude Code 兼容得很好。
安装完，可以对接一个自己喜欢的 AI 模型 （而不是 Anthoropic 那种自己的模型，这就是开放的含义）。 OpenCode 甚至也支持 国内一些优秀的模型。 如果用户没有碰过 AI 的话，单单选择模型就是长篇大论了，恕我这里就不赘述了。
Claude Code 也好，OpenCode 也好，最初都是AI开发辅助工具，所以用于 Obsidian 有些过重了，很多命令我们都是用不上的，不过我们就简单举例，讲一个思路。
2. 加载 Skills
安装完OpenCode，或任何类似的客户端（或 CLI 工具）， 从 Github 取下 Obsidian Skills， 复制到我们的 Obsidian Vault 目录下 类似 /.claude/ 这样。 其实 大多 AI 工具都很先进，可以直接和AI 说，帮我把哪个开源库的SKILLS安装到哪里，AI 会自动执行。 但一样的是，我们需要提供准确来源和目标的路径，实际上和自己动手已经差不多了， 大家按自己喜好来就行。
3. 指定工作目录
OpenCode 可能需要我们指定 工作目录。 或者在提示词提及 Obsidian 目录，对啊，否则 AI 怎么知道在哪个 Obsidian 库里面生成什么规则的内容？ 最简单的就是， 在 库目录下执行OpenCode，默认就在当前路径下。 可以做成带参数的 快捷方式或脚本，将来可以一键打开。
4. 直接开干
好了，现在都有了，直接输入要求吧，例如：「在Drafts目录下 用 Obsidian canvas skill 生成 太阳系 主要行星和卫星的介绍」
最后
kepano 这次发布的有趣之处在于：它不是一个「把 AI 绑进产品」的功能更新，而是一个「把 Obsidian 的文件语法讲清楚」的技能包。Obsidian 继续坚持开放格式（Markdown、
.base、JSON Canvas），而 AI 只是读写这些格式的一个可选工具。我们可以做自己选择平台，也可以选择模型，这就是我说的有「选择余地」的方案。这周是让火箭君兴奋的一周，Obsidian 的动作意味着 让 AI 离开发者以外的知识工作者又近了一步。大家为什么还要用那些花哨但平庸的云端 套壳 SaaS AI 工具呢？ AI 新鲜劲早就退潮了，现在是实用为王的时候了。 要么特别创新和专精，像一些专门方向的在线 AI 工具；要么把自己打造成 一个工具链上的环节，像 Obsidian 这样。 除此以外，靠噱头营销的 大而全 AI 工具还有什么价值呢？
- Obsidian Flavored Markdown（.md）
-
iPad 终于有点像生产力工具了， 至少可以作为一个移动文件管理中心； iPadOS 26「文件」App 新亮点
iPadOS的 文件管理得到了史无前例的加强
以前我们一直调侃 iPadOS 难以成为生产力工具，几乎每年都会拉出来调侃一遍。
直到今年，事情发生了变化。 我们之前介绍过一篇翻译文章，讲一位海外用户如何使用 iPadOS「文件」应用，涉及到他的一些个人实践（下文）。 在这之后，我对新版 iPadOS 文件管理产生了兴趣。
【译】如何使用 iPad 的「文件」App 管理我的整个生活（「文件」App实践技巧汇总）
如果我们只是偶尔在 iPad 上打开一个 PDF，那 iPadOS 26 的「文件」App 可能没什么存在感。但是，如果我们想象自己携带了一个简化的笔记本电脑，可以通过 iPad 像桌面电脑一样进行常规的文件管理，那就太棒了！ 以往的 iPadOS 都做不到，因为文件管理机制都太弱了。但现在可以了。
熟悉我的小伙伴都知道，我更倾向于桌面级电脑作为生产力设备，而且对文件管理有要求，我认为这才是生产力的基础。 所以这次 新版 iPadOS （iPadOS26）对文件管理的改进，让人不得不称赞。
文件夹终于可以「长得不一样」了
这是一个看起来很「表面」，但在真实工作流里极其重要的变化。
在 iPadOS 26 中，你可以对文件夹进行外观自定义：
- 颜色
- 图标
- Emoji
而且不是只在当前设备生效，而是通过 iCloud 在所有设备间同步。我们现在可以用视觉线索来区分项目层级，而不是单纯依靠路径或命名规则。例如：
- 红色文件夹 = 正在进行的项目
- 灰色文件夹 = 归档
- 特定 Emoji = 某个长期客户或主题
在文件数量不多的时候，这听起来像装饰。但当 iCloud Drive 里塞满几十个项目后，这种区分会直接影响我们每天花多少时间在「找东西」上。
而且除了文件夹样式，配合「文件标记」（Tags），我们可以做到更多维度的文件检索。 文件标记是传统苹果文件体系中长期存在的管理方式，也可以赋予颜色，进行视觉区分。
Dock 集成，不再只是快捷方式，而是入口视图
我们可以把「文件夹」入口放进 Dock (程序坞)。以便我们随时快速打开。
在 iPadOS 26 中，我们可以指定一个 方式打开这个快捷。
默认是 Fan（扇形），其实就是一个文件列表，熟悉 macOS 桌面的小伙伴应该很清楚，打开Dock上默认「下载」文件夹时的感觉。
另一种视图是 Grid（网格），这种模式下，会在 iPad 下方开出一个小窗口，快速展示文件夹里面的内容。 有点像 Windows 下的 Fences 工具。
可以想象的是，iPad Dock 栏以后可以成为一些文件的快速入口，诸如：
- 当前项目的入口
- 下载文件的入口
- 常用模板的快速调用入口
感觉这才是 Dock 该有的样子。
列表视图，终于接近桌面级文件浏览
之前已经提到列表视图的重要性，这里值得再强调一次，因为 iPadOS26 大力完善了列表视图。
新版列表视图支持：
- 可调整宽度的分栏
- 按列排序
- 折叠子文件夹
- 显示更多文件元数据
这让「文件」App 第一次具备了结构化浏览文件的能力，更像一个桌面级别的文件管理器，而不是一个像以往一样的「玩具」。
顺便一说，有个小技巧，我们知道桌面文件管理都有快速多选的机制，同时选中多个文件进行批量处理，现在 iPadOS的「文件」应用也可以了，只要在文件列表上「双指滑动」，看看神奇的效果吧！
预览+默认打开 App，全做到了
iPadOS 26 终于在「打开方式」上更符合桌面用户习惯了。
我们现在可以：
- 快速预览（引入了「预览」应用程序，上次我们说过）
- 为某种文件类型指定默认打开的 App（和桌面系统一样）
这点对真实生产力用户非常重要。因为几乎没有人真的仅仅用 Apple 官方 App。多少总会有自己更顺手的 PDF、文档、标注或阅读查看工具。现在系统终于可以记住我们打开的选择了，不用每次都：选择发送到，再选择一个 App，再打开……
预览 （Preview App ），比想象中实用
既然说到「预览」应用，虽然之前我们也介绍过，但是实在太好用了，「预览」被设计成「文件」应用程序 的延伸。如果我们不是重度用户，只是临时修改查看，「预览」就变得很有用。
从 「文件」应用 里打开 PDF 或图片时，我们可以直接进入预览视图，然后：
- 查看和标注 PDF
- 使用 Apple Pencil 手写
- 摄像头扫描文档
- 填写表单并原地保存
重点是：不需要导出、不需要复制。
这种轻量级编辑能力，正好填补了 iPad 工作流中长期存在的空隙。
跨设备同步，更强大了
我们只知道 iCloud Drive 可以同步文件。 实际上，也可以同步那些「结构性」信息了，像上面所说的，颜色，标签，文件夹外观之类的信息，现在可以保持平板和桌面文件系统的一致性。
我个人推荐，在 iPadOS 上手动指定那些重要的 iCloud Drive 文件「始终保持下载状态」，这样即使没有网络，也能随时打开和编辑。这对经常更新、或者在外出场景下使用的文件尤其重要。 很多云盘类工具，比方说 Dropbox，OneDrive，之类的都具备这个功能，熟悉的小伙伴应该能立刻 get 到其意义。
最后
iPadOS 26 的「文件」App，并没有试图一口气变成 macOS上全功能的 Finder 文件管理器。
但如果我们真的在 iPad 上管理项目、文档、素材和输出结果，这一轮更新的方向其实非常明确：Apple 正在把「文件」App 从一个被动的文件入口，推向一个可以长期使用的文件中心。
我觉得，结合 iCloud Drive 的同步 和新版的「文件」+「预览」等应用， iPad 已经是一个移动的文件管理中心了，就这点而言，苹果在 iPad 生产力上已经很有诚意了。
-
【译】我这里 5 款可以与 NotebookLM 集成的高效应用
写在前面
谷歌的 AI 近期正在发力，大家可能已经看到了。
火箭君 之前介绍过的 谷歌 NotebookLM， 现在突然变得更有价值了。 作为一款 AI加持的在线智能笔记工具，考虑到 NotebookLM 可以直接调用 谷歌自己的 AI 又能整合各种研究资料， 可谓非常实用。
实际上 NoteBookLM 有很多竞争对手，有些对手营销做得还很出色。 而谷歌系产品的优势在于：有自己的 AI 模型，Gemini ；也有自己的生态，比如 Google Docs，Drive，Calendar…… 这些都可以直接对接到 NoteBookLM 。
而且，像我这样拥护「本地优先」的用户（例如：Obsidian 笔记），也能找到对接 NotebookLM的方案。这正是我今天想要介绍译文的关键，如何将上下文信息和背景材料更有效地喂给 NoteBookLM。
XDA 的一个作者给出了一个适合他自己的NotebookLM 集成工作流程，我觉得对所有「本地优先」的用户，都很有启发。特此推荐给大家。
原文来自于：https://www.xda-developers.com/productivity-apps-that-integrate-flawlessly-with-notebooklm/ ；作者：Nolen Jonker； 火箭君翻译并略作编辑整理。以下正文。
正文
谷歌 NotebookLM 今年备受关注，这不难理解。凭借其惊人的 AI 归纳能力，NotebookLM 可能是目前研究和学习的最佳工具之一。
在我们许多工作流程中，NotebookLM 都非常关键；我甚至在设计应用中搭配使用它，也用它处理枯燥的日常任务。
尽管单独使用 NotebookLM 已经很强大，但当我们将 NotebookLM 融入到其它数字工具中时，价值才真正显现。人们究竟如何将 NotebookLM 与其它应用配合使用，毕竟并没有真正的官方集成。其实，这取决于我们正在使用的工具，有些支持「文件」的应用，就更容易与 NotebookLM 配合 ……
将应用与 NotebookLM 「集成」是什么意思？
首先，没有公开的 API 或官方插件可用于集成，所以我们可能会想，说把 NotebookLM 与另一个应用「配对」是什么意思。难道只是把所有内容在它们之间 复制粘贴？有时，很多时候确实是这样的。不过，还是有一些变通方法可以让这些应用与 NotebookLM 无缝并排使用。首当其冲的是官方的 Google Drive 集成。NotebookLM 确实与 Google Drive 天然集成。所以比如当某个笔记应用有 Drive 集成时，像 Goodnotes 或 Google Docs，就可以借助它与 Drive 的集成直接在 NotebookLM 内获取那些笔记，作为「上下文」或参考资料。
如果使用 Google Drive 电脑端。某个应用以开放通用的格式导出文件，例如 Markdown 或 PDF，那么我们可以将文件导出到一个设置为与 Google Drive 同步的本地文件夹。然后就可以直接在 NotebookLM 中获取这些文件。
这就是将 NotebookLM 与其他应用「集成」的工作方式。基本上，如果能把通用格式放到 Drive 上，就可以了，简直是无缝集成。
Readwise
Readwise 是一个摘录工具，作为用户存储阅读摘录的中心。（火箭君注：我们常说的 Readwise Reader 是 Readwise 下的一个阅读器服务）
它可以与各种阅读和生产力应用集成，同时还有一个网页扩展可以直接从网页导入摘录。Readwise 还有自己的阅读应用，叫做 Reader。
Readwise 可能是本次盘点中唯一将 NotebookLM 本身列为集成对象的工具。不过，它并不是直接与 NotebookLM 集成，而是与 Google Docs 集成。在 Readwise 库中保存的任何「高亮」都会被自动同步到 Google Docs，然后就可以在 NotebookLM 内获取这些文档。这是在阅读和做高亮时将资料收集到 NotebookLM 笔记本中的完美方式。
Perplexity
Perplexity 已成为我今年工作中不可或缺的一部分，它非常擅长将复杂主题拆解成易于理解的要点。不幸的是，我花了很长时间才意识到原来可以导出讨论记录（也称为线程）。自从发现它可以将整条讨论导出为 Markdown 或 PDF 后，我就开始将 Perplexity 纳入我的笔记工作流程。我会把最有用的讨论导出到一个本地文件夹，该文件夹通过桌面 Drive 应用与我的 Google Drive 同步，然后我就可以在 NotebookLM 的笔记本中直接获取这些文本和 PDF 文件。我也会把一些讨论导出到我的 Obsidian 库中，因为它能保留格式和可点击链接。说到 Obsidian……
Obsidian
Obsidian 是一款个人知识管理应用，使用 Markdown，并默认将所有数据本地存储在你的 Obsidian 保险库中。要将其与 NotebookLM “配对”，我们所需做的就是在该应用中编写笔记，确保本地保险库已设置为与 Google 磁盘桌面端应用同步，然后就可以直接在 NotebookLM 中获取这些笔记。
考虑到 Obsidian 天然的本地文件存储优势，这可能是 Obsidian 与 NotebookLM 集成起来最简单、最无缝的方式。
VSCode
虽然我对编程或代码并不太了解，但我偶尔会使用 VSCode 来清理文章的 HTML 源代码，甚至用它来写 Markdown。VSCode 允许你在本地导出为大量格式，包括 Markdown 和纯文本。我只需要把这些文件存放在与 Drive 同步的文件夹里，然后就可以在 NotebookLM 的笔记本中访问它们。NotebookLM 在发现代码中的某些不一致性方面实际上比 VSCode 的搜索功能更出色，它还可以用通俗的语言向我解释代码的某些部分。
Windows 记事本
Windows 记事本是 Windows 官方的记事应用，我一直把它作为工作流程的一部分。
我用纯文本或 Markdown 在里面写作，并将文件保存为本地文本。只要该文件夹与 Drive 同步，我就可以在 NotebookLM 中获取这些文件。由于我用记事本处理各种任务，例如项目清单、日记条目、财务记录等，这也是将更多个人文档快速导入 NotebookLM 的好方法。
最后
虽然官方的 NotebookLM 集成寥寥无几（大多是谷歌自己的），但实际上并不需要与 NotebookLM 有官方集成的东西。
要把另一个应用的内容导入该 AI，所需做的只是 NotebookLM 支持的通用格式（例如：纯文本 和 PDF）以及 Google Drive 应用。只要能连接上，就可以整合我们的研究资料和所有参考信息 并为 NotebookLM 的 AI 所用。
-
【译】如何用两个免费的 苹果自带App，运行我的整个生产力业务
写在前面
我一直觉得，苹果自带的 备忘录 和 提醒事项 其实很强大，免费而且提供跨设备云同步（前提是在整个苹果生态下）。
我之前分别介绍过 备忘录 和 提醒事项 的一些实践感想。最近我看到的这篇文章则是将两者结合起来，构筑了一个 简单的业务系统。
原作者的一些理念，已经和我的想法非常接近（比如收件箱机制）。尽管我个人并不是 完全使用苹果生态（我非常介意平台锁定），所以用的 笔记+提醒 都是跨多平台的工具组合，但是其组织和管理机制和今天要介绍的方案异曲同工。
甚至，我觉的如果我只能使用苹果环境，今天这篇文章就是最佳实践了。
今天这篇文章来自于：Robin Kai； 原文出处：https://medium.com/macoclock/these-2-apple-apps-run-my-entire-business-for-free-4f22070187e0 火箭君翻译并略作编辑。以下正文。
正文
大多数创作者把他们的业务管理得过于复杂。
- 到处都是临时的笔记。
- 装满各种生产力应用程序。
- 却没有计划和策略。
我以前也是这样的。但后来我找到了一个简单的方案。用两个免费的苹果应用就能把所有东西集中在一个地方，无论是想法、内容还是任务和计划。
接下来，我会展示我是如何使用苹果「提醒事项」和「苹果备忘录」来运营我的业务的（以及为什么它比我尝试过的其他任何方法都更有效）。
我只想要一些简单的东西
我不想要另一个花哨的工具。只是想要一种能够：- 快速捕捉想法
- 规划我的内容
- 起草社交媒体帖子
- 整理写作想法
- 跟踪我所有的任务
- 管理项目
我把几乎所有主流的东西都试过了：Notion、Todoist、Trello、Evernote、Google 文档、Google 表格。
没有一种能长久坚持下来。
作为一名苹果用户，我意识到我已经拥有所需的工具。Apple 提醒事项和 Apple 备忘录。免费。在我所有设备间同步。易于使用。而且出乎意料地强大。
苹果的生产力工具并不总是好用
几年前，它们远远落后。基本功能缺失。大家都用第三方应用。但情况改变了。
随着每一次 iOS 更新，苹果悄悄改进了这两款应用。现在它们实际上很不错——真的很不错。以下是苹果最近几版新增的内容：
iOS 15
- 提醒事项：标签、智能列表
- 备忘录：智能文件夹、@提及、活动视图
iOS 16
- 提醒事项：列表模板、固定列表
- 备忘录：面容 ID 锁、快速记事
iOS 17
- 提醒：列表内的章节，列视图
- 备忘录：链接到另一条笔记，可折叠的章节
iOS 18
- 提醒：上下文感知建议
- 备忘录：音频录制、实时转录、数学笔记
iOS 26
- 提醒事项：从控制中心快速创建
- 备忘录：将通话保存到笔记、导出为 Markdown
这两个看似微不足道的自带应用变得出乎意料地强大。
而最棒的是：它们总是陪着我。iPhone。iPad。Mac。无处不在。
我如何区分：任务与项目
让我说清楚：不要把所有东西都塞进一个应用。这是我一开始做的事。很快就变得一团糟。
现在我把它们用于不同的事情：- Apple 提醒事项 → 单项任务、快速操作、日常习惯
- Apple 备忘录 → 任务集合、想法点子、路线图、项目管理
使用 Apple 提醒事项时，我追求快速和高效。能够快速访问我需要做的任何事情——今天、明天或下周。所以我在提醒事项里只保留单一的、独立的任务。比如会议、随机想法或我需要采取的某些行动。这里也是我跟踪定期例行事务的地方。
而苹果备忘录则是我深入处理的场所。它用于分组任务、想法和执行计划。任何需要多于一步或一些结构的内容都放在备忘录里。项目、头脑风暴、写作大纲——都放在那里。
现在，让我们把它分解开来。
我如何使用苹果提醒事项
提醒事项是我一天的起点。我每天早上都会打开它。重新排序优先级。制定计划。我逐渐建立了一个涵盖一切的系统——家庭、工作、兼职。
原作者截图 收件箱
任何新东西都放在这里。想法。任务。每周一次，我会清理并将条目移到合适的列表中。
文件夹
我有像 「Private」（私人）这样的文件夹用于个人事务，和 「Side Hustle」（副业）用于我的业务。每个文件夹里有多个清单。我喜欢文件夹的一点是，当点击它们时，我们可以看到里面每个清单的所有提醒。
基于时间的清单
我保留了 4 个与时间相关的清单。我经常更新它们并用来提前计划。这就是我如何掌控事情的：
- 日常：日常习惯、挑战、学习 （ROUTINES）
- 本月任务：我计划本月要做的事
- 本周任务：我想在本周内完成的事情。我会在每个周末左右更新，通常在周五或周日
- 本周重点：1–2 项最重要的任务
- 100 天：某个时间段里的宏大目标。
伴随智能清单的一天
这是我的每日重点。它是一个带有优先事项和时间块板块的智能清单。我在这里描述了如何设置它。我总是先做优先事项。重要的是：
每天只保留 1–2 个优先事项，不要更多。通常我希望优先事项与其他任务的比例保持在 20:80。
原作者截图
我如何使用 Apple NotesNotes 是我的大脑。这里存放着一切：想法、草稿、计划。
我用文件夹来区分生活的不同领域——个人、家庭、副业。我的副业文件夹叫做 1-Minute Creator。这是我的使用方式：
收件箱（3 种类型）
是的，我有 3 个收件箱：
- 收件箱笔记 → 一般想法、引用、书摘要
- 写作灵感 → 供 Medium 或 Substack 使用的故事题材
- 社交帖 → Threads 或 Substack Notes 的草稿
原作者截图
在这个文件夹里我也会放一些不想归类到任何文件夹的短期笔记。它们会在某个时候消失。它可以是我经常考虑的新项目（之后会移到专门的文件夹），也可以是像即将到来的黑色星期五这样有时间限制的事项。
文件夹
这些是按照每个重要领域来组织的。这些是我想要保存并定期使用的东西。在我的副业文件夹里，我把每次需要时会用到的一切都放在那里。例如，当我在 Medium 发布内容时，我会查看我最常使用的 Medium 标签。
Screenshot by author 作者截图 项目
有趣的地方在这里。我在 Notes 中规划所有项目。每个项目都有自己的笔记。
在那个文件夹里，我把一些笔记固定在最上方——这些是我当前正在进行的项目。
下面是所有其他笔记，都是我以后想要拾起的项目。
Screenshot by author 作者截图
我尽量把每个项目描述清楚：我想做什么，如何做以及何时做。Apple Notes 在这方面非常好用。大家也可以添加自己的要点、清单和链接。总之，计划和追踪工作所需的一切都在这里。
原作者截图 连接「提醒事项」和「备忘录」
这是最棒的功能。我将“提醒事项”中的任务直接链接到“备忘录”。
操作方法如下：
- 高亮笔记标题 -> 右键点击 -> 共享 -> 提醒事项
然后它会出现在你的 Apple 提醒事项中，附带一个指向该笔记的链接。这样你只需一次点击就能打开它。
我的提醒可以是类似“为这个项目工作 1 小时”的简单内容。我打开提醒，设定计时，然后专注工作。
我并不会用标签和智能文件夹把一切都自动化
尽管如此，我在某种程度上还是有点老派——多年来一直用笔和纸。我很喜欢那样。但我想减少我工作中依赖的东西数量。有好几次我忘了带我的纸质任务本，说实话，我接下去都不知道该做什么。
那时我就知道我的系统必须改变。
现在，有了苹果的提醒事项和备忘录，我所需要的一切都随时可得。我把大脑用来思考创意和进行创造性工作，而不是用来存储东西。
快速捕捉，否则就会丢失
效率和速度来自于：总是把想法写下来。每当我想到什么，我就把它记下来。
做到这一点的最佳方式就是在我的 iPhone 上使用小组件。
Screenshot by author 作者截图
我为 Apple 提醒事项设置了一个捷径——只需轻点一次就能添加任务。我还使用 Apple 备忘录小组件来快速记录：一般笔记、社交动态的创意、内容主题。如果更方便，我们也可以使用「快速备忘录」功能，或把所有东西写在一个收件箱笔记里。
但这个系统对我来说运行得很好。有时候我甚至会用 Siri。只需说：“提醒我……” 就完成了。（火箭君注，我也是这样操作的，这是 Siri 最是用的功能了，如果有 Apple Watch 也可以直接对手表这样说）
快速记录意味着我不会丢失任何东西。而且我可以专注于真正的工作。
以上，就是我如何 结合使用苹果自带的「备忘录」和「提醒事项」，构建我自己的业务系统。希望对大家有所帮助。
-
快速回复主线专注，「稍后阅读」的反面「立刻预览」，浏览器链接预览技巧
之前非常热门的 Arc 浏览器， 推出过一种链接预览功能；一度惊艳众人（下图为 Arc 后期的AI链接预览功能）。 不过凭良心讲，这个功能其实有很多 Chrome 插件支持， 而且一些相对小众的浏览器也早支持了，连 Obsidian 也支持笔记的「链接预览」。
为了方便叙述，我们姑且称之为「Peek」 功能， 也就是通过当前页面的链接，快速预览网页内容。
考虑到 Arc 浏览器只是一个「玩票儿」的浏览器，我们大可不必深度依赖它， 但是 Arc 的确普及推广了很多夺人眼球的用法，并且被其它浏览器继承；比方说， 我之前介绍过的 Zen Browser； 又比方说 最新很火的 ChatGPT Atlas 浏览器； 都继承了 Arc 的一些抢眼特性。
回过来再看看 我们要介绍的 Peek 功能， 这个功能其实非常实用，基本上是「稍后阅读」的反面，应该称之为「立刻阅读」才对。 考虑到 一个现实的问题：这类需要立刻阅读的网页，一般都是临时打开的，很快会被关掉； 如果每次新开网页标签，会导致标签过多，或者要频繁关闭； 如果直接在当前网页跳转的话，还要经常回退到上一页； 有种左右为难且耗散注意力的感觉。
Peek 功能恰好补足了这点，Peek 会弹出一个链接内容的预览窗口， 一旦我们点击背景页面，也就是原页面， 预览就会自动关闭，可以快速省力地查看临时的链接页面信息。 特别是浏览一个充满链接的列表或表格时，我们通过 Peek 来查找或对照信息，特别的方便。
今天我们就来讲讲几种使用 Peek 的方法。
Chrome 插件
既然 Chrome 是浏览器界的「老大哥」，其庞大的插件生态自然不会缺席这种能够显著提升效率的功能。如果我们不想为了一个功能迁移整个浏览器，以下两款插件是我个人目前觉得还不错的 Peek 方案：
Peek Pop
开源，免费，设定丰富。 我个人正在使用，也挺推荐的。
先说缺点，缺点在于，设定界面太复杂了，太极客了，一般被 Arc 这类「视觉糖」产品「宠坏」的用户点开设置，估计头也不回撒腿就走了。
Peek Pop 支持 三大类 触发链接预览方式：
- 拖动链接， 拖动网页链接随便往其它地方一放，就会弹出预览窗口
- 悬浮链接，鼠标停在连接上一段时间，就会弹出预览窗口
- 点击链接，例如双击或者中键点击，又或者长按，就会弹出预览窗口
这些触发方式千奇百怪，我以前都是想不到的； 我个人选择「拖动链接」触发，这个动作不太会和其它已有的「肌肉记忆」有所冲突，现在我已经形成新的基于拖动的「肌肉记忆」了。
Peek Pop 还有些其它小功能，我觉得可以忽略不计，我主要用的就是弹出预览窗口（同时模糊背景），一旦初次进行了合适设置，后面用起来就很顺手。
MaxFocus
这可能是目前 Chrome 商店里功能较完善、体验较好的 「Peek」插件了。 但它不是免费的，目前也提供了一次性买断。
MaxFocus 有常规的链接预览和背景模糊之类的功能特性，而且页面弹出方式赏心悦目，使用过程中视觉体验也很好，我觉得值得表扬。
MaxFocus 还附带了一大堆其它功能，阅读模式，页面调整，甚至还有 AI总结、 网页搜索 之类的，所有这些在免费版里都要消耗 credits， 然后鼓动用户去充钱。
我对它附带的功能其实兴趣不大，原本看在做的还不错的份上想去下单的，但注意到一个不太能接受的地方，那就是：链接预览这种基本操作，是基本操作，不是「AI提问」这种需要 token 的地方，居然也要消耗点数。 每弹出一次预览，要扣1点，初始 50 点好像 ……
我个人倾向于产品通过优越体验打动用户，让他们自愿付钱，而不是用某种焦虑（或不安全感）来促成买单。虽然 MaxFocus 也不贵，其它地方的雕琢也不错，但这种链接预览还要「扣点」的方式让我有点出自本能的难受。毕竟我只是想要一个普通的链接预览插件而已啊，想想还是算了。不过大家要是不介意这点，不妨去可以去看看 MaxFocus 插件。
Chrome 分屏技巧（半成品）
很多时候，我们迷信插件，却忽略了浏览器原生自带的潜力。Chrome 其实一直在默默进化，虽然它没有直接叫作 Peek 的功能，但我最近发现，Chrome 开始逐步提供 「分屏浏览」（Split View） 功能了，这又是另一个 浏览器的花活特性， 我本来想单独说说，以前还介绍过SigmaOS 这种专门的分屏浏览器，不过考虑到现在已经较少被提起了，也就没有深入讨论。
在支持「分屏浏览」的 Chrome 上其实可以通过拖动链接快速形成「分屏预览」的效果。 这点也是在使用 Peek Pop时无意发现的，这个手势非常自然合理。
我正觉得，既然浏览器原生支持分屏，是不是没有必要再使用 Peek 插件的时候，突然发现这种自然流畅的预览只能使用一次！
当出现分屏以后，再次拖动链接，链接就会变成新的网页标签，而不是替代原来的分屏！ 谷歌的产品经理，快醒醒啊，赶紧照我说的，把拖动链接始终变为替代分屏页面的效果吧，一旦做到这点，就是事实上的 Peek 了，而且是浏览器原生的。 Chrome 虽然功能超强，但是「花活」真是一点都不会啊，这才让 Arc 有了短暂的可乘之机，我觉得未来 Chrome 应该会实现的。
不过等等，虽然 Chrome 这个分屏 Peek 不行，但我前面提到的一些其它浏览器是真的可以做到的，大家可以自行去摸索。 我以常见的 微软 Edge 浏览器 为例， 一旦开了分屏，直接往分屏里面扔链接就好了，可以反复多次，丝毫不影响原网页继续浏览，也不会新开标签页，预览效率还是很高的，就是分屏比较费屏幕，适合大显示器。 小尺寸笔记本的话，还是 Peek Pop 这种弹出式预览比较香。
最后
说到底，无论是 Arc 的 Peek，还是 Chrome 的插件，亦或是 Edge 的分屏，它们试图解决的都是同一个问题：如何在不打断当前「心流」的前提下，快速获取额外的预览信息。
一般来说，我们当下打开的标签页往往会趋向于越来越多，注意力也越来越稀薄（意识开始模糊，我是谁，我在干什么，我怎么又开始刷社交媒体了？）。Peek 功能的价值，不在于它有多酷炫的动画效果，而在于它给了我们一种「快速脱离」并恢复注意力的功效。通过快速预览，我们可以迅速判断这个链接的价值，然后立刻回到主线任务中来。
对以上方法有兴趣的话，大家可以自行试试哦，对了，Chrome 分屏浏览 可能还未在正式版推出，需要 Beta版 或者 手工设置打开实验室选项（地址栏输入 chrome://flags/#side-by-side）。
高效搞定事情，尽情享受生活
