# UNTAG Premium 第二十一期 > 本文开放前 70% 正文，剩余内容会员可见。 原文：https://utgd.net/article/20127 来自 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 问答。并针对一些特 --- [前往标准阅读页](https://utgd.net/article/20127?audience=web)