来自 UNTAG 团队的第 21 期会员内容。会员内容会在每周一更新。
本期内容目录： 1. Cron, A better Google Calendar (送邀请） 2. Mimestream, a native macOS Gmail Client（含测试链接） 3. 为什么不推荐购买第三方文件搜索工具（macOS) 4. 谈谈 ChatGPT 辅助工具的共同问题 5. 尝试将 ChatGPT 集成到浏览器中的 Chrome 插件 6. 如何把本站文章更漂亮地打印下来（适用于类似结构的网页） 7. 在 macOS 上快速压缩 PDF |PDF Toolbox 8. 关闭自动加入 Wi-Fi 9. 用 Apple Watch 计算咖啡豆粉水比 10. 本群的 AI 频道推荐
Cron, A better Google Calendar（送邀请）
作者：@Hum
时至今日如果出现了一个第三方的日历服务/应用，那它高概率不会重新搭建一套东西，而是支持目前日历服务 Google Calendar、Microsoft Outlook、Apple Calendar 三巨头之一或全部。如果初期开发资源有限，还想覆盖多平台，那大概率会先支持 Google Calendar。事实上，Cron 也是这么做的。
Cron 实际上抓住的机会仅在于，Google Calendar 的 UX 没有做到位。这个不到位主要是——“不够快”。我们平台的读者对这个问题理解起来肯定没什么障碍。大家的 Mac 里都有一个启动器。为什么？就是因为它比一点一点挪鼠标，一下一下点鼠标，一层一层打开文件夹之类的操作更快、更直接。你说省时间它也许省不了多少时间，但是它很爽，爽到让你觉得像前面说的那样一x一x地搞是一种折磨。
给日历里塞了个启动器
所以，Cron 也给日历塞了一个启动器（见上图）。这个可能是很多这个领域的老前辈们想不到的。因为日历这个东西，看起来简单，好像没那么多功能。但真的用起来，特别是企业级地使用，还是很复杂的。Cron 把这个启动器塞进来很聪明，高级玩家彻底舒服了。用快捷键 ⌘Command - K，搜索任何需要的功能。
看看你的头儿今天在不在公司
日历这个东西，原则上，不是完全给“一个人”用的。日历事件和任务的区别，就在于你能不能改。改不了时间地点，只能参加，那它就是日历事件；如果你想改就改，想推就推，那它就是个任务，哪怕你在日历上把它 Block 住了，它也是个任务。
所以日历关键点还是在企业面。但令人难以置信的是只有 Cron 才意识到并处理好了这一点。它没有自己去搞什么复杂的东西。只是单纯地接入了 Google Calendar 的功能。比如，你可以搜索同事的日历事件，并且可以长期将其 Pin 到自己的日历视图里。如果和你合作的同事，特别是你的上司有良好的日历使用习惯，那你就可以轻松掌握其动向 🤭。实不相瞒，支持这个功能是我接受 Cron 的第一原因。
视图上的微创新
日历视图，日、周、月、年，万年不变。但有没有可能，我们只需要知道 2 天、3 天左右的事？不仅有，而且基本上这种情况在我这里还很多。但绝大多数的日历工具，哪怕是成名成角的那些，偏偏就是没考虑到这一点（或者是仅考虑到了这一点而其他做的太差）。
Cron 的 macOS 版你可以轻松切换 1-9 天的日历视图，iOS 版可以切换 3 天的日历视图（见题图）。鉴于 Google Calendar 的 iOS 端做的实在让人一言难尽，功能也十分不完整。Cron 靠这个功能再加上查看同事日历，已经彻底在我的 iOS 设备上成为日历应用的首选。
在快捷键下了功夫
效率工具很多，但在快捷键上下功夫的太少。快捷键是效率工具的一个核心，因为某种程度上，效率就是减少你和 GUI 的交互，跨过界面直达功能。就比如说窗口管理功能。
而且偏偏，窗口管理工具快捷键多到 overwhelming，绝大多数工具原地放弃，随便塞一通，直接吃满快捷键设定。你尝试记是记不住的，记住了也可能把手指头扭成麻花才能按下他们设定的那些快捷键。
但 Cron 的快捷键很聪明。它有很多快捷键不需要修饰键，比如 T 代表 Today，就是把日历视角回到今天。这看起来很大胆，但其实很合理，因为你不会在日历界面上平白无故按字母。上一小节提到的 1-9 是我最常用的按键，来切换看几天的日历。
杂感
其一。日历第三方应用市场一潭死水久矣，让 Fantastical 躺赚这么多年，最大的革新就是收费模式改为订阅。荒唐。Cron 的这一套 UX 提升，技术难度不高，体验提升不低。踢一踢躺平了的前人们的屁股，大好事一件。
其二。Cron 给了一个很好的创新思路。近年来日历市场的第三方服务或 App，主要玩儿的是融合日历和任务管理，结果融合得两边都没照顾上。本来复杂的界面搞得更复杂。他们无法兼顾哪怕稍微高级一点的日历功能或任务管理功能。前面说的查看同事 Google 日历事件这样的功能，是抓住我的核心功能，但根据我的测试只有 Cron 做到了。这让我不得不推测，很多在这个领域想弄水花的玩家，压根还没有到使用“企业日历”的段位，意识到相应的需求。
其三。微创新也有机会。Cron 无非就是一个 Google Calendar 的体验提升（但不得不说方向是最对的）。它就盯着 Google Calendar 牙缝里的肉，换来了光速被收购上岸。
其四。国内做日历功能的平台，谁像素级抄 Google Calendar，可以说谁是聪明的，但别的不好说。
Cron 未来怎么样还很难说。它确实被收购上岸，但是否会和母公司 Notion 一起存在并发展个 10 年、20 年，真的成为日历工具领域霸主甚至达到当年 Fantastical 的荣耀，做到谈及日历则“不可绕开”，就完全不一定了。当年被微软 1 亿刀收购的 Sunrise，并没有在这个领域留下多少遗产和功能上的继承人。上岸是创始人的好事，很未必是用户的。
与此同时，Cron 才刚刚起步，三大平台还没支持完整，就连我最关心的 Google Calendar 的企业级功能也只是支持了一部分。未来会不会走偏，被带歪搞什么任务管理融合，真的说不准。
但不论它未来如何，Fantastical 我是早就不用了，Cron 则在我办公机的副屏幕上有了一个固定位置。
送邀请
文章没花心思配图，因为……有兴趣的人可以邀请大家测试！大家可以直接在 Slack 的 #付费会员 频道申请。每个人成功激活邀请后还可以再邀请 5 个人。这样本站的会员们应该都可以体验一轮。
Mimestream, a native macOS Gmail Client（含测试链接）
作者：@Hum
Mimestream 成立于 2019 年，是个名不见经传的 macOS 上的邮箱客户端。主打的是 彻底原生的 macOS 体验的 Gmail 邮件客户端。
以下是其主要特点： - 开发者 Neil Jhaveri 曾在在苹果公司工作了7年半，领导和管理从事邮件和笔记的工程团队。 - App 由 Swift 编写，彻底原生体验。原生体验大家都懂，快、无割裂感，连直接从 iOS 设备上附加照片或其他文件这种级别的操作也 OK。在这个套壳时代弥足珍贵。 - 不使用 IMAP 而使用 Gmail API 所以各种 Gmail 的原生功能都可以支持。两者是非常有机的结合，非常值得一试。
App 仍在 Beta 期，所以目前不收费。我很好奇他们的付费方式，和商业模式。毕竟 macOS 还是小众平台，用户量过于有限；在这个时代，大概又要走订阅，也就意味着各位可能要割爱，但也很可能因为体验非常好而支持哦。
从几年前开始，App 领域很久没有整体从 UX 上眼前一亮的作品了，连 1Password 都变节套壳架构，各种应用奖包括 App Store 设计奖也很久没出过什么像样的作品。原因大家都明白，在此不展开。但不论原因如何，UX 优秀的 App 长期缺位直接导致我对“体验”一次直接没有任何期待。
Mimestream 提供的体验成功地让我眼前一亮。从他们的“Gmail + 原生 macOS 体验”这个承诺来看，实现的堪称完美。
直接在官网就可以申请 beta，申请后可以秒获邀请： https://mimestream.com
为什么不推荐购买第三方文件搜索工具（macOS）
最近，会员群里有过几次关于 HoudahSpot 的讨论，这引发了进一步的话题：macOS 上的第三方文件搜索工具是否合法？管见以为，几乎都没必要。倒不是说非原生软件不可（我可没有这种洁癖，仅仅 DEVONthink 我就写了一打文章了），而是说，如果原生软件能搞定的事儿，一般没必要安装第三方软件，更不需要花钱。
搜索工具尤其如此。在 macOS 上，几乎所有第三方搜索工具都是在原生 Spotlight 索引上二次开发，相当于一个二传手^1，这就导致，如果 Spotlight 崩溃了，这些第三方工具就跟着完蛋；即便 Spotlight 还没挂，第三方工具自己也可能莫名其妙散架。根据幸存者效应，往往只有用得开心的人才会四处向人推荐，导致我们很少看到关于第三方搜索工具的全面评价。
不过，HoudahSpot 确实有一些亮点，并且被作为卖点大肆宣传，以至于大家都忘了，这些要掏钱的功能基本上都可以在 Finder 里找到。我自己在文件管理栏目中就推荐过 HoudahSpot，因为它可以同时搜索多个文件夹，不过此功能我也在原生系统中实现了，后续会专门发布文章。
会员 @哈哈 提到的搜索模板，其实是原生系统的一部分。经读者本人同意，我引用一下原始发言，再附上我的解决方法。
设定搜索条件模板后，可以从访达工具栏直接在当前目录使用搜索模板（我不是搜索某个文件，是需要搜索一批文件然后相互预览比较）
HoudahSpot 保存搜索模板其实是对智能文件夹（smart rules）的一次提纯，把最重要的搜索条件拎出来，而不用被局限在某个文件夹中——传统智能文件夹必须先指定一个文件夹，很难复用到其他位置。不过，搜索条件其实可以写成语法，然后依据个人习惯保存起来，要用的时候直接粘贴。例如想搜索“格式为 PDF 的文件”，就可以使用语法 kind:pdf。这一段轻如鸿毛的文字，用处和搜索模板完全一样。
这位读者也是 macOS 高玩，发现 Finder 也可以用搜索语法后，马上举一反三，和我分享了好几个他常用的搜索模板，在此与诸君共享：
- 查找图像：kind:jpeg OR kind:png；
- 查找宽度不是 790、750、624 的图像：NOT pixelwidth:790 AND NOT pixelwidth:750 AND NOT pixelwidth:624 AND NOT kind:folder；
- 查找高度大于 1500 或高度等于1000 或宽度为 800，且文件大小大于 400KB 的图片 pixelheight:>1500 OR pixelwidth:1000 OR (pixelwidth:800 AND size:>400000)；^2
- 查找名字包含 aa 或 bb 或 gg：name:aa OR name:bb OR name:gg。
至于他在群聊中提到的另一个功能——对搜索结果排序——则确实是 HoudahSpot 更优。Fidner 仅有九种排序方式，而 HoudahSpot 更多，甚至包括图像宽度和文件路径——甚至，它还可以将排序方式写进搜索模板。
其实，不断比较第三方软件和原生软件，这本身就是非常有价值的讨论，有可能摸清功能背后的技术。搜索模板背后是 Spotlight 语法，文件呈现效果背后是排序技术（Finder 也有，但选项确实不及 HoudahSpot 多），一旦看到更深层技术，就有可能举一反三，用具备这些技术的工具去实现，而不用拘泥于某一款特定软件。
话说回来，HoudahSpot 能够把 Finder 的原生功能做成自己的特色，同时提供更多现成选项，恰恰说明它懂得孰轻孰重，知道用户最看重哪些功能。能够在几百个功能中挑出几个发扬光大或至少广而告之，恰是第三方软件之功。
^1 比较罕见的例外是 DEVONthink、EasyFind 和 FoxTrot Search。
^2 在 finder 搜索条件中，文件大小是 file size，但是搜索语法是 size，而且在使用搜索语法时不能使用 KB MB 等单位。只能以字节大小计算。例如搜索大于 400 KB 的文件的搜索语法是 size:>400000。——读者 @哈哈 注
谈谈 ChatGPT 辅助工具的共同问题
作者：@沨沄极客
最近大量基于 ChatGPT 的 AI 工具涌现，着实让人目不暇接。但用来用去，仍然脱离不开 ChatGPT 的影子。
同质化的体验
无论目前 AI 工具的“形式”如何创新，它的底子绝大部分都是基于 ChatGPT 和 OpenAI 的接口。而作画的底子绝大部分是基于类 Stable Diffusion 这样的作画 AI。
有着这样共同的底子，最终导致了“体验”的同质化——只是在各种软件界面上、网页上添加一个 ChatGPT 聊天窗口，再给你返回一段文字或者图片。而不是亲自动手解决你提出的问题。
ChatGPT 爆火的初期就已经有这样的工具诞生，但是在 ChatGPT 爆火了几个月之后，绝大多数软件仍然没有做出更进一步的动作，这似乎有些不寻常。
缺乏接入 GUI 的能力
Microsoft 365 Copilot 似乎已经意识到并开始解决这个问题。在它的宣传片中，已经能够做到根据指令生成多个排版精美的 PPT 页面，能完成 Excel 表格的自动筛选和填充——这才是我们真正需要的，但目前还停留在宣传片阶段。
这种改变就像前两年流行的“AI 抠图工具”和苹果的“电影模式 AI 对焦”一样，用户不一定知道是 AI，但处处都用到了 AI。这种进步是润物细无声的，也是我所推崇的。
但是各种工具似乎在整合 ChatGPT 的道路上受到了很大的阻碍，每每畅想未来时都似乎有大量的可能性。
但从开发角度理性来看这些畅想。在实际整合 ChatGPT 时，往往难以掌握尺度，因为用户可能输入任何内容，这样的灵活度过大，如果一个宽泛的自然语言指令发出，应用什么都回应，GUI 需要为此开放到何种程度也是未知数。如果应用无法完成回应，则仍然会导致糟糕的用户体验。
于是，实际成品又是粗暴地弹出一个窗口，并将答案局限在回复之中。
我的好朋友 @敖特_Aute 称之为“短期胶水方案”，他的看法是 “更大的问题是当前的 LLM（大型语言模型） 已经完全有能力理解跨 App 交互的指令，却无法进行执行” 导致的问题。如果想最终解决，要么需要通过统一的云供应商来实现，要么通过 App 客户端来实现 GUI 识别和操作。在这两条路中，通过 App 客户端整合 ChatGPT 的方式更现实，更有可能胜出。如果顺着这个思路，那么手握多端互通、Shortcuts、SwiftUI 等现成基建的苹果，看上去有些掉队，其实还握着一张绝佳的船票。
价格不菲的 API
Github 近期也推出了一众 AI 功能，也在往服务整合 AI 的方向发展。在处理代码、处理 PR 的方式上做出了改进。但注意，Github 也是微软的，使用这些 AI 功能时相当于是调用自家的服务。
我近期也尝试利用 OpenAI 的 GPT-3.5 Turbo 接口搭建了一些本地服务。尽管 API 价格已经降到了原先的 1/10 ，但价格仍然不菲。如果你需要让它联系上下文进行回复，还会进一步加大使用量，产生更高的费用。
而效果更好的 GPT-4 的 API 价格更是 3.5 的十倍，所以市面上鲜少有服务可以财大气粗地开放 GPT-4 的聊天功能。
ChatGPT 不同于作画工具，AI 作画的 Stable Diffusion 已经可以在中高端个人显卡甚至 CPU 运行，甚至出现了可以本地 AI 作画的手机 App（使用本机的算力运行，实际测试后速度非常慢，不推荐）。而 ChatGPT 目前需要的算力异常夸张，几乎不可能在本地的个人电脑上运行起来。
这就导致了所有人想上 ChatGPT 功能，都必须调用 OpenAI 的接口。
而且这样的接口可不是天气、汇率这样可以定时抓取的 API 接口，而是每用一次就产生一点费用的实时接口。在现有价格下，中小型应用独立开发者根本不可能将其整合进自己的本地工具。
小结
所以我认为，现有 ChatGPT 辅助工具的共同问题，在于“GUI 整合能力不足”和“API 价格昂贵”这两点。
从商业角度来讲，现阶段属于抢占市场阶段。乘上 ChatGPT 的东风才是最佳选择，而不是用 ChatGPT 来改造现有的产品。整合进 GUI 更是天方夜谭。
从价格角度来讲，OpenAI 的价格已经很低，但还不够低。很显然，目前只有微软这种体量的公司能够把 ChatGPT 真正融合到自家产品之中。
尝试将 ChatGPT 集成到浏览器中的 Chrome 插件
作者：@沨沄极客
虽然我认为现阶段的 ChatGPT 辅助工具还存在一些问题，但仍然有一些很不错的工具已经在做尝试了。
相比之前只提供一个 ChatGPT 对话框的工具。ChatGPTBox 最大的进步在于，无论用户在什么网页中，都可以划词调用聊天对话框，用网页上的内容进行 ChatGPT 问答。并针对一些特