特别提醒：Dailyio 推出一份「三年新合约」，即日起到 2020 年 6 月 1 日，Dailyio Pro 年付订阅低至 200 元/年，详见这里。
本期导读：
（欢迎订阅「iPad Power User」获取本期全文）
[purchase_link id="6942" style="button" color="" text="购买"]
本文选自「iPad Power User」会员计划，这是一份探讨 iPad Pro 与 iPadOS 生产力的邮件订阅产品，每周一封专属会员邮件，独家分享 iPadOS 生产力流程并推荐生产力应用年度会员还将免费获得「iPad Pro 生产力指南」等电子书。
2019 年最后一个月，我重新捡起了 Evernote。这是一位我的「老朋友」，我从 2010 年就开始使用这个笔记应用，但正如我在 2016 年的一篇长文里所言：「在我的工作流里，我很少用 Evernote 记录什么，也很少用它阅读太长的文字，因为有更好更合适的工具」。
而我之所以重新捡起 Evernote，除了一种 2010 年代结束时的恋旧情结之外，还有另一个思考：到底我们需要一个怎样的笔记应用？
这当然不是一个可以有标准答案的命题，但却是一个值得长期思考、跟进的议题。
如果以 2010 年为起点来看，前 6 年的时间（2010–2016）里，我重度使用了 Evernote、为知笔记以及 Google Keep，像极了当时所有 Evernote 用户，我为它的网页摘录能力拍手叫好，却始终无法接受其同步速度；我也曾迷恋于为知笔记带来的 Markdown 写作环境以及速度奇快的同步体验，却要在 iPad 上体验一个完全简化版的应用；而当我手握 Nexus 手机，可以随时用 Google Keep 记下自己心得体会的时候，我也开始感受到手机端 Evernote 的复杂以及为知笔记的孱弱。
自 2016 年下半年开始，我在放弃 Evernote 的同时，也可以放弃那些局限在桌面的笔记应用，2017 年年初，Bear 成为我在 iPad/iPhone 上的主力笔记应用，搭配跨平台的 Evernote，利用 Evernote 的网页收集能力和笔记外链能力，我逐步建立起了围绕 Bear 的笔记体系。
与此同时，随着 Devonthing To Go 的不断完善，它也取代了 Evernote 的位置，成为 Bear 的内容仓库。相比于 Evernote，DTG 具备了更强大的内容收集、预览能力，比如对于 Office 文件的处理，你可以在 DTG 里直接预览，而 Evernote 则需要多点击一次才能预览。
当我在 2019 年 12 月重新审视 Evernote 的时候，过去十年关于笔记工具的经历与思考逐渐涌上心头，这种思绪也在我重度使用了三周 Evernote 之后变得更加强烈。而在圣诞节期间购入一台 Pixel 4 之后，Evernote 也是我在 Pixel 上唯一安装的第三方应用，我将其作为与 iPad、iPhone 的沟通工具，记录生活、旅行中的见闻与思考。
在 2020 年代的第一年，我试着重新回答上面提到的这个命题，从我使用笔记的方式入手，探讨笔记工具的困境与可能的机会。
Evernote 赖以成名的一大功能就是强大的网页收集能力，当然现在也是其重要的功能。在略显遥远的 PC 时代，网页是互联网内容的主要承载形式，电子邮件则沉淀着工作内容，Evernote 通过 Web Clipper（剪藏）与邮件转发，可以非常轻松地将一个人的关键数据整合到 Evernote。
但在现在这个不知道用什么词形容的时代里，笔记工具所需要应对的场景、数据类型、数据范围有了巨大变化。一方面，智能手机与社交媒体带来了大量非结构化数据，比如手机拍摄的资料图片、语音记录、社交媒体上的摘录与链接，甚至 Gif 动图、短时频等等。
另一方面，越来越多的办公产品 IM 化，不管是微软 Teams、Slack 还是钉钉、企业微信，都在将工作数据沉淀在自己的平台。
海量而碎片化的数据、相互割裂的平台，以及随着 iPad 平台全面普及 Apple Pencil，手写笔记的需求愈发旺盛，所有这些，都给笔记应用的内容收集带来巨大挑战，你不能奢望通过一个笔记工具收集所有数据，也不要幻想构建自动化的机制快速自动收集，你所能做的，要么接受这种割裂，要么用最笨的方法——复制粘贴——实现数据的统一收集。
仅以 iOS 平台为例，过去几年新锐的全能笔记工具创新非常少，Bear 算是相对突出的一个，但它所面临的首要挑战也是如何应对海量、碎片化、割裂的数据收集，这也就不难理解 Bear 为何功能越来越多，它只有变得复杂才能具备相应的功能，才能满足用户对于数据收集的需求。
从这个角度去看，当下所有的笔记工具都不能满足我们对于数据收集的需求，特别是在物联设备越来越多的时候，我甚至希望我在 Apple Watch 里的运动健康信息可以同步到笔记里，我希望自己在 Sonos 里喜欢的音乐同时在笔记里体现出来，类似这样的需求会越来越多，某种意义上也是一个全新的市场机会。
2016 年，我在评价 Evernote 的整理能力时，将 Pocket 的「智能标签」作为一个例证：
Pocket 的「智能标签」是基于对用户保存内容的关键词过滤，从而自动提取出标签，这个功能在英文内容里表现的非常完美，Pocket 可以在保存网站的那一刻自动生成相关标签。而当用户保存文章越来越多的时候，标签也会越来越智能。
这是我对笔记整理过程的最大期望，借助机器学习能力，帮助用户快速提取笔记内的关键信息，部分意义上实现自动化的整理。但遗憾的是，四年过去了，市场上没有其他类似 Pocket 「智能标签」的产品，而 Pocket 的「智能标签」的「智能」也没有提升多少。
这也意味着，从 2010 年到现在，我还是需要在笔记工具里手动处理笔记，从分类、标签一律都需要自己处理，这当然不是说用户不能做这些事情，但考虑到上文提及的海量、碎片化的数据蜂拥而至，文件夹的线形分类和标签的网状管理也会越发复杂，极大影响用户的笔记整理效率。
Evernote 的笔记推荐也是其招牌功能之一，它会根据一则笔记的内容推荐相关笔记或者网页链接，这也是移动互联网最流行的方式，但 Evernote 并没有持续发力这个功能，用户无从知晓其原理，也无法调整推荐算法，最终成了一个鸡肋功能，而目力所及， macOS 上的 Devonthink 或许是目前唯一一个有着相对完善推荐机制的笔记应用，只是这款应用在 iOS、iPadOS 上并没有提供相应功能。
如果说不重视笔记推荐可能是因为用户隐私，那么笔记工具的搜索功能在过去十年有进步吗？或许并没有，Evernote 作为笔记搜索最好的产品，十年前它所能做的事情和不能做的事情，十年后亦是如此——可搜索图片文字，但图片的语义信息无从知晓，也无法理解音频里的信息更不知道文本背后的逻辑结构…..
科技领域的 2010 年代风起云涌，每天只需扫一遍科技媒体的标题都能热血沸腾，但静下心来去看，过去十年真正的创新并不多，至少，我在 2020 年使用笔记工具的方式与 2010 年并无差异，唯一不同的，可能是从 Evernote 变成了 Bear，从 PC/iPhone 平台变成了 iPad/iPhone/Android 平台，我还是要将内容手动加入到笔记应用、手动整理标签与逻辑架构、为音频信息与图片信息添加标题（以便于搜索）。
与此同时，我不得不接受多个笔记工具的现实，我需要 DTG 的 Office 预览能力，我需要 GoodNotes 的手写笔记能力，我还需要 Evernote 跨平台能力……凡此种种，构成了 2020 年年初我的笔记工作场景。
最后分享两个消息。
先说好消息，随着 AI 领域的技术突破，大量围绕文本结构化、语音语义理解、视频语义理解的产品开始出现在市场上，而且部分已经商用。
但坏消息是，所有这些「创新产品」仅仅局限在某个或某些特定领域，这意味着，这些技术短期内无法应用到通用场景的笔记产品中。
2020 年代刚刚开始，让我们再乐观一些，再耐心一点。
特别提醒：Dailyio 推出一份「三年新合约」，即日起到 2020 年 6 月 1 日，Dailyio Pro 年付订阅低至 200 元/年，详见这里。
本期导读：
（欢迎订阅「iPad Power User」获取本期全文）
[purchase_link id="6942" style="button" color="" text="购买"]
本期导读：
（欢迎订阅「iPad Power User」获取本期全文）
[purchase_link id="6942" style="button" color="" text="购买"]
本期导读：
（欢迎订阅「iPad Power User」获取本期全文）
[purchase_link id="6942" style="button" color="" text="购买"]
前不久我在知乎上整理了一篇「最棒的十个 iPad 应用」，其中提到 Safari 的价值，随后我收到了不少反馈，推荐了各式各样的浏览器。
但很遗憾，至少在现阶段，除了 Safari，iPadOS 上的其他浏览器都是垃圾。
这里我不想过多讨论苹果如何限制开发者使用其他渲染引擎，迫使其他浏览器厂商只能开发一种阉割版产品，以及苹果不允许其他浏览器成为默认浏览器（iPadOS 14 有望解决这个问题），我更想从另一个层面去思考：如何调教并利用 Safari 完成一些 iPadOS 原生应用做不好的事情？
本文选自「iPad Power User」会员计划，这是一份关注 iPad Pro 以及 iPadOS 应用与生产力流程的付费会员计划，不仅每周提供专属会员邮件，年度订阅会员还可免费获取「iPad Pro 生产力指南」、「iPad 优质应用私人词典」等电子书，详情请参考这里。
在 iPadOS 的语境里，键盘快捷键成为应用开发者持续适配 iPadOS 新特性的重要标志，苹果为 iPad 上的 Safari 配备了完整的键盘快捷键，如下图所示，使用 Safari 打开任意一个页面，长按 CMD 键后，你会看到丰富的快捷键支持：
这些键盘快捷键可以大幅提升利用浏览网页的效率，这是我认为一款面向 iPadOS 的浏览器的基本要求。
在苹果生态里，围绕 Safari 的协同有两种实现形式，其一，当你在 iPhone 打开 Safari 的时候，iPad Pro 的「程序坞」最右侧会出现一个提示，如下图所示：
点击这个提示，即可将 iPhone 浏览的网页「接力」到 iPad 上。
其二，在 iPad 的 Safari 上点击右上角的网页标签栏，下拉到底部，可以看到同一个 iCloud 账号下其他设备 Safari 正在打开的页面，即便这些设备目前处在休眠（屏幕关闭）状态，如下图所演示的这样。
此时，你可以点击任何一台设备上的任何一个网页，重新在 iPad 的 Safari 上浏览。
事实上，这个功能已经发布多年，而在 iPadOS 上，借助该功能可以解决某些原生应用体验不佳的问题，比如我最近几个月使用的 Coda，到目前为止还没有提供适配 iPad 的原生应用，我在 Safari 打开某个 Doc 后，将其添加到了桌面，需要的时候点击即可。
类似地，Mailchimp、Google Doc、Notion 都支持这样快速的访问。
首先，我们需要在 iPad 的「设置」里，找到「Safari 浏览器」。
你会看到这些设置非常多，如果在对比一下 iOS 12 里的设置，你可能也会发现 iPadOS 设置的逻辑性有了巨大提高，这里我不会一一展开，主要为大家展示几个 iPadOS 中的功能变化，这些功能变化对于优化、提升 Safari 的体验至关重要。
这是 iPadOS 的一项新功能，如下图展示的介绍一样，这个功能可以大幅提升搜索时的效率，你可以直接在外置键盘上用「⌘+空格」调出全局搜索，然后加入「关键词+网站名称」。
这个功能类似于 Google 搜索里的站内搜索，但搜索语法更简单。
这里有三个功能需要重点关注：
「自动填充」不仅可以填充个人信息，还可以填充信用卡信息，如果你需要在网上购物，这是一个非常实用的功能。另外，填写、查看信用卡信息时都加入了 Face ID/Touch ID 保护，所以安全性上不必担心。
「内容拦截器」是必须要重视的功能。自 iOS 9 以来，苹果开放了相关 API，允许开发者为 Safari 开发内容拦截，这也意味着，你可以利用它实现网页广告的拦截，从而提升 Safari 的使用体验。
我在 iOS/macOS 上一直使用 AdGuard，其内置了丰富的过滤器，如果还有落网之鱼，那就自定义规则吧。
当你安装配置完 AdGuard 后，一定要记得在「内容拦截器」里开启 AdGuard。
「下载项」也是 iPadOS 的新特性，你可以通过这里修改 Safari 的默认下载位置，如下图所示，如果你经常需要在多台 iOS 设备或 macOS 设备上使用下载的数据，建议放在 iCloud 里，这样可以实现数据的全面同步。
「标签页」里有一个特别实用的功能「关闭标签页」。原因在于，iPadOS 的 Safari 允许用户打开多个窗口，而每个窗口可能还有多个标签，就像下图里的这样，而通过「关闭标签页」，你可以设置手动关闭或者设置一天/周/月的自动关闭。
「网站设置」同样是 iPadOS 里的新特性，定义了网页显示、隐私等方面的功能。这些功能设置是全局设置，建议一定在「请求桌面网站」里勾选「所有网站」。
用户也可以单独设置某个网站的显示以及权限，如下图所示，你可以自行定义每一个单独选项。
现在我们从 iPadOS 的「设置」里走出来，在 Safari 上打开任意一个网站，点击右上角的「分享」图标，并滑到底部，点击「编辑操作」。
这里展示了一系列定义 Safari 分享菜单的操作，苹果已经对这里的操作做了分组，你可以将任意一个动作添加到「个人收藏」，从而便于操作。
值得注意的是，iPadOS 对于网页分享时的分享菜单，还有自动化的建议，苹果对网页分享定义了三个选项：
「自动」就是标准的分享菜单，和 iOS 12 无异。如果勾选「PDF」，你所看到的分享菜单如下图所示，你还可以通过「更多」，定义自己喜欢分享的方式，添加到分享菜单。
在开始之前，有必要先来回答一个问题：为什么要用浏览器工作？
我觉得最关键原因就是，当下绝大多数 iPad 上的应用不足以真正利用 iPad 的硬件条件，比如最基本的屏幕，除了 7.9 英寸的 iPad Mini，iPad 及 iPad Pro 产品线的屏幕尺寸都在 9.7 英寸及以上，但即便是像 Google 这样的公司，都没有针对 9.7 英寸以及之上的屏幕尺寸 iPad 做优化，比如 Gmail，到现在都无法在 iPad 上实现分屏操作。
其次，或许是为了考虑 iPad 的性能，很多应用在 iPad 上都是「阉割版」，或者文雅一点，叫「轻量版」。如果说过去使用阉割版应用是迫不得已，毕竟当时 Safari 根本无法实现桌面浏览器的效果，那么现在，当 Safari 具备了一定能力之后，用户自然而然要探索如何在 iPad 上体验到更好的应用。
当然，并不是所有应用都适合回归到 Safari，一方面，大量应用没有 Web 版，比如类似 Kindle 或 PDF Expert 这样的工具型应用，另一方面，对于大量有交互属性的应用，比如类似 Twitter、微博等社交媒体的产品，即便可以通过 Web 访问，但目前的 Safari 上还无法实现网页通知，这也意味着，你需要不断刷新才能看到有没有新的回复。
接下来是我使用 Safari 的若干种方式。
网页浏览过程中分享、扩展重要性不言而喻，这既是一种网页信息与其他应用的「通信」，同时也是一种浏览器的功能扩展，能够有效提升网页浏览的效率。
在 Safari 打开任意一个网页，点击右上角的「共享菜单」，即可定制协同扩展的应用与操作。
接下来分享一个基于 Drafts 和快捷指令的网页收集工具。过去很长一段时间里，我在 Safari 收集网页信息的时候都会通过 Drafts 提供的 「Markdown 共享菜单」，在 Drafts 里右下角点击「设置」按钮（或者直接使用键盘快捷键「Command+,」），找到「Extentions」，选择「Share&Actions」，下图是我自己设置的模版。
在任意网页选择一段文字，利用 Safari 的共享菜单点按 Drafts，即可将其保存为一个 Markdown 格式的文档，下图是保存后的样子。
这个操作对于绝大多数网页都比较合适，不过在面对一些超链接比较多的时候，就有点力不从心了，比如下图的这个网页，我不仅需要摘录其中的文字，还希望将文章里的超链接快速提取出来。
这里推荐一个我自己定制的快捷指令，下图是其基本操作逻辑：
简单来说，包括以下几个步骤：
整个过程比较简单，但非常实用，你还可以自定义标题、网页链接的样式以及在 Drafts 的操作。这个快捷指令可以极大提升网页摘录的效率，甚至连网页上的图片链接也可以快速转换为 Markdown 样式，如果你也有网页摘录的需求，非常推荐使用这个快捷指令。
你可以在这里安装这个快捷指令。
我每天大概会收到 100 封邮件，这 100 封邮件分为以下几类：
过去很长一段时间里，我使用 Spark 处理邮件，我也在《iPad Pro 生产力指南》里多次推荐过这个产品。但对我来说，有几个痛点：其一，邮件提醒太频繁，尽管 Spark 提供了智能提醒，但这个机制非常模糊，我并不清楚其原理，所以每天还是会收到大量的邮件提醒；其二，Spark 的邮件过滤机制太过于简单，如下图所示，新建「智能文件夹」，输入关键词后能选择的筛选条件非常少，这对于像我这样每天收到如此多邮件的人来说，很明显无法满足我的需求。
另外一点，虽然我每天收到的的邮件很多，但绝大多数邮件并不需要实时回复，因此实时通知功能并不必要，我只需要每天拿出一个半小时集中处理就好。这也让我更坚定了回归 Web 的决心。在 iPadOS 的 Safari 上，我又体验到了久违的 Gmail 网页版的强大。
关于 Gmail 功能的介绍已经非常多了，我这里只提一个自己感觉最实用的功能，那就是过滤器，你可以建立无数个过滤器，让邮件自动归类，下图展示的这个过滤器，是处理来自「zhaosaipo@iois.me」的邮件，是选择直接归档？还是加注星标，你都可以自行定制。
通过一个个过滤器，邮件不再是堆叠，而实现了半自动化的归类处理，便于以后的查询。
iOS 上的 Google Drive 只是一个能用的网盘，可以满足基本的上传下载以及在「三件套」（文档、表格、演示）里打开文件，是一个不扯不扣的「轻量级」应用，但事实上，Google Drive 的网页版非常强大。
如下图所示，你可以新建如此多格式的文档，而且还可以上传文件、文件夹。
我在之前曾利用 Drafts 的一个 Action 将很多记录发送到 Google Drive，这些 md 格式的文档在 Google Drive 的客户端里无法直接打开，而在网页版，利用 StackEdit，可以直接打开阅读并编辑，所有修改会实时保存。
图片处理。图片处理一直是我内容创作的重要环节，就像这篇文章，每一张图片都涉及截图、压缩、上传多个环节。在图片处理中，我一直使用在线服务 iloveimg ，如下图所示，它可以满足几乎所有的图片处理需求。值得一提的是，每个服务都支持从 Google Drive 里获取图片并可以将处理好的图片直接保存到 Google Drive，实现了在线服务的协同。
如果你也需要经常使用云服务器，比如 AWS 或者 GCP 的产品，一定体验过如何在 MacBook 或 Windows 电脑上修改密码然后再去 iPad 上设置访问，但当手边没有笔记本怎么办呢？Safari 现在支持了 GCP 计算实例的直接访问，最好配置蓝牙键盘，便可以进行基本操作。
说明一下，我没有尝试 AWS EC2，不过 Safari 直接访问 AWS 的 Lightsail 主机是没有问题的。
对象存储。我目前使用两个对象存储服务，AWS S3 和又拍云，前者目前在 iOS 上只有 Coda 可以访问，而后者则通过 FTP 来快速访问。
但这两种方式也有一些问题。比如 Coda 虽然可以实现文件快速的上传下载，但没有对存储桶的管理功能，很多功能还是需要在网页上操作；而又拍云的访问方式看似简单直接，但它的 FTP 访问速度非常慢，相对于桌面端多样性的文件工具，留给 iPad 的选择也只有通过浏览器了。
下图是 S3 的上传界面，在我的测试中，你可以在「文件」应用或「照片」里拖动文件到浏览器，完成上传。
Safari 当然还不够完美，它对部分网页的渲染依然有问题，与 macOS 上的 Safari 的浏览体验也不完全一致，科技媒体 Verge 曾在 2019 年的一篇文章里提出一个疑问：Safari 的更新，苹果到底是为某些网站（或某些形式的网站）做了专门优化还是重写了浏览器的底层引擎？
另一方面，当 Safari 具备桌面级浏览器的潜力之后，苹果接下来如何对待第三方浏览器呢？比如，Chorme 会得到如此多的系统「优待」吗？Firefox 能实现浏览器窗口多开吗？默认浏览器可以更改吗？这些疑问在过去近一年的时间里依然无解，我很希望能在 2020 年看到答案。