# UNTAG Premium 第五期

> 本文开放前 70% 正文，剩余内容会员可见。

原文：https://utgd.net/article/9380

本期内容目录：

- 会员讨论：星标、旗标、优先级

- iPadOS 上全键盘控制 Safari 浏览器的方案

- macOS 上开源免费的状态栏多时钟方案

- 不用换 Arc 浏览器，也能自动去除网址的追踪参数

- 如何不让 Safari 翻译网页中的图片

- 给 Markdown 列表自动加上序号和层级

- 免费、好用的 HomeKit 控制软件 ：Scenecuts

- 将视频订阅 RSS 化

- Notion 推出 Notion AI

- 腾讯翻译：替代 Google Translate 网页全文翻译

## 会员讨论：星标、旗标、优先级

作者：@Hum

Slack 群中，读者 @hexinzhe 提出了关于问题：

> 如果考虑对添加稍后读内容时打上标签，分个一二三四级，来确定要读内容的优先级，在随后阅读时按照优先级来读。你会分几级，每级都有什么？

星标，在涉及到“信息处理”时，是一个常见的功能。这里的信息处理所包含的范围非常广：从社交平台、到多人项目管理工具，它们都本质上都是信息。处理它们也就是信息处理。所以在此先铺出来最终结论，不要在乎“词汇”，不要被“大词”所震慑。在本站所涵盖的领域，我建议永远透过“词汇”去看它本身的功能。

### 稍后读中的优先级

让我们回到问题。

读者 @hexinzhe 的问题，是稍后读中的优先度如何处理。特别地，他给出的例子里有 4 个等级。但是他的问题又回到了，会给几个等级？每级都有什么？。

最知名的稍后读工具是没有 4 个级别的。大家都只用了两个等级：

- Pocket 中是“星标” ⭐️

- Instapaper 中是“喜欢” ♥️

关于“星标”和“喜欢”这两个符号，Twitter 在 2015 年做了一次巨大的社会实验。在 Twitter 老用户们激昂地表达了对“喜欢”的厌恶后，其结局却是“喜欢”增加了 27\.8% 的互动量。

原因如 Twitter 做这个决定时所预料，和解释的：

> You might like a lot of things, but not everything can be your favorite\. 你可能喜欢很多东西，但不是所有东西都能成为你的最爱。

“星标=收藏”是一个互联网——信息处理这个小领域的共识，而“心形=喜欢”则是跨语言、跨文化的共鸣。“喜欢”要比“收藏”所涵盖的定义宽泛得多，因此要轻松得多（感到轻松在自我提高之中也非常重要）。我会“喜欢”一个小狗小猫的视频，但我不会“收藏/最爱”它。就想这样，用户使用“喜欢”顾虑很少或者可以说没有顾虑（也许直到你喜欢的内容会在你时间线显示?）。

以上内容看似跑题，其实不然。

“稍后读”，定义上就代表，它没有时间上的优先性。换句话说，“稍后读”等于“不优先读”。谈论“稍后读哪篇文章优先级更高”，就像谈论“一堆方形里哪个更像圆”。那么，“稍后读”里的“星标”或“喜欢”，也就更应该趋近于 Twitter 的用法——我读了，我觉得不错（不管什么原因），我 Like 它一下。这是我本人的用法。

而回到读者提问的框架——会给几个等级？每级都有什么？

我的答案则是：

> 只有两级：①带星、②不带 ①带星的是 Next Action，马上/接下来要读的。读完了在②不带星的里面重新筛选，给接下来要读的打上星标。 理由简单说一下： 1\. 优先度判断基本上就是二维的：做或者不做。多分等级没有太大意义。且如果分 4 级，则没有什么理由只停留在 4 级，可以5、6、7、8…… 2\. 变化会发生得很快：今天的 2 级可能明天毫无意义、今天的 4 级也可能明天变成 1 级。说到底，这个星标方法仅是个参考。

但是这个围绕在问题框架之下的回答，却是来源于星标方法在另一种信息管理的使用——任务管理。

### 任务管理里的星标和优先级

优先级是“像样的”任务管理工具里不可缺少的功能。

理由很简单： 1\. 人们记录任务的速度比做任务的速度快：当任务多了，就要标记哪个先做，哪个后做。比如说，Premium 的选题，我可能随时想到一些，在任务管理工具里列出十来个并持续添加。但我不会每个都写，而是根据“时效性”、“是否独家”等因素去排它的写作和发布顺序。 2\. 项目里有先后顺序的任务必然要按照优先度与否来执行。这个道理更加简单。不做 A 就无法做 B，那么就应该先做 A。为了提高专注程度，任务管理工具最好能让你在做 A 的时候不看到 BCDEFG 等后续任务。

这两个理由，每个对应着任务管理的一个功能。根据个人原因来决定先做哪个的，是第一种。根据项目的任务顺序来决定先做哪个的，是第二种。

只有第一种，是我们在这讨论的优先度等级，它本质上是“以个人原因”决定的优先度。所以，这个功能的表现形式，就是“星标”（2Do 等）或者“旗标”（OmniFocus 等）。

而在支持“星标”和“旗标”的任务管理工具里，都会添加一个默认的“过滤”或者说“透视”——“已星标”或“已标注”：

这也就是说，这些任务是应该被优先完成的。每天打开任务管理软件，你应该优先解决这些任务。如果你并不是这么做的话，你就要考虑里面的任务是不是应该加上星标/旗标。

### 邮件里的星标、旗标

在邮件里同样有这样的星标/旗标系统。

我个人的用法则是把未完成的 Todo 邮件加上星标。代表“除非我完成了里面的事”或回复了它，否则我不该将其归档。比如说公司发集体邮件通知大家接种第三次的新冠疫苗。这个邮件我就会加上旗标，随后在打过疫苗之后把旗标取消后归档。

所有的邮件客户端对旗标都有一个特殊的界面。因此，不管你是不是 Inbox Zero 流派的邮件管理者，都能够在邮箱里迅速找到“要做的事”。

### 结语

本文内容概括表格：

工具类别 星标⭐️/旗标? 含义

稍后读工具 读完以后主观的喜欢，也可以是接下来想要读的内容

任务管理工具 下一步行动，下一步要做的任务

邮件工具 未完成的任务，完成之前不应该被归档

星标/旗标在所有“像样”的信息处理工具里都会体现，但它在功能上的体现是——给你一个特殊的视图，以及在展示所有内容时有一个特殊的对应。我们应该在乎和利用好的是这些功能。

最后，如我在 2017 年就在任务管理教程和 Live 中所提到的（大意如下，不推荐购买了，以后会把近年的思考更新）：

> 不要被“名称和意义”所迷惑，去陷入原教旨上文字、定义上的讨论。在使用工具时，应该把握这类工具的通用结构。当把握了通用结构后，一个功能叫什么名字就不再重要。

## iPadOS 上全键盘控制 Safari 浏览器的方案

作者：@Hum

在更换到分离式键盘之后，我发现自己越来越不愿意让手离开键盘，甚至不愿意去伸指头去够一些稍远一点的按键——比如方向键都不想去键盘左下角找了，而是要使用 功能键\+ JKLI。而这会直接引出下一个级别的键盘，键盘按键数从 80\+ 减少到 60\+。

分离式键盘的探索和征服以后会详细发布在 UTGD，让我们回到主题。

希望全键盘控制浏览器的各位高手想必早已知道桌面端的 cVim, Vimium, sVim…… 但是也希望尽量全键盘控制 iPadOS，打字的时候少抬手的我，也想要在 iPad 上也找到一个一样的方案。

这个方案目前是 VimKey：

- Github 链接

- App Store 链接

此类工具安装后需要授予权限。授权后在浏览器界面下，敲一下 F 键，再输入每个链接之上悬浮的字母，就再也回不去鼠标点链接的时代了。

## macOS 上开源免费的状态栏多时钟方案

作者：@Hum

对于工作在有跨国业务公司的人来说，多时钟算是个“痒点”。这个东西没有，没什么太大的问题。因为习惯之后，脑子里可以很快计算出来。但是不管习惯没习惯，状态栏上有个表，抬头扫一眼就知道对方时间，是一件舒服的事。比起来“心算”，扫一眼的“思维负荷”要少一些。

而对于没有工作在有跨国业务公司的人来说，多时钟偶尔也是有用的。比如大洋彼岸黑5结束的时间，或是掌握线上大学的上课下课时间。

macOS 有通知中心部件，可以拉出来以后扫一眼。但我个人更偏好状态栏部件，不用拉出来，就能扫一眼。所以在此推荐 Hovrly 这个免费开源的状态栏多时钟工具。

- 官方网站

- Github 链接

在状态栏点击它你会看到它相对丰富的菜单。其中值得多提一下的是“时光机”功能：

在你不是想根据当下的时间来计算对方当下的时间，而是根据自己未来或过去的时间来推算对方当时的时间，或者反过来。这些都可以用 Hovrly 轻松完成。

## 不用换 Arc 浏览器，也能自动去除网址的追踪参数

作者：@Minja

近期有会员在 Slack 群里提问，如何在 Arc 浏览器中启用移除链接追踪参数的功能。追踪参数即俗称的网址“小尾巴”，很可能带有隐私信息或广告参数，对用户而言通常无用，有时还有害，比如你好心去微博上分享一个小工具，结果就把个人信息全给“交底”了（我在某公寓交房费时，就发现收费页面把身份证、手机号、真实姓名和住址全部写进 URL 参数，非常糟糕。）

部分注重隐私的浏览器已经意识到了追踪参数问题，除了上面提到的 Arc，Firefox 浏览器也会自动截掉追踪参数。但我不可能为了这一个功能拖家带口换浏览器，因此我 写了 一个 Keyboard Maestro 动作，在 Safari 中复制 URL 时自动删掉小尾巴。

使用方式非常简单，你甚至意识不到发生了什么事情：在 Safari 中复制网址时，如果 Keyboard Maestro 检测到里面带有 /? 开头的追踪参数，就会将其全部删除，等你去其他地方粘贴链接的时候，已经是清洁之后的版本；如果是不含参数的链接，则保持原样。

我特意没有清除 ? 或 \# 开头的参数，而仅仅对 /? 下手，因为前两种参数通常是有用的，前者常被视频网站采用，表示视频的 id；后者则用于锚链接，可以直接跳转到页面的某个位置，在较长的文章和论坛中很常见，删掉反而不方便。

## 如何不让 Safari 翻译网页中的图片

作者：@Minja

在 macOS 13 之后，不少人发现 Safari 在翻译网页时会把配图中的文字也一并翻译，可惜这不见得是个好主意。Safari 采取了非常粗暴的图片翻译方式，直接把译文像狗皮膏药一样贴在原图上，有碍观瞻；如果原图中文字较多——比如它本身就是一张图表——那么翻译效果往往让人难以接受，完全是小孩子的恶作剧。

我之前分享过 一种网页对照翻译方法，目的就是保留原始图文，不要被翻译搞乱了；结果 macOS 13 好心办坏事，害带图的文章基本都没法看，以至于有读者给我发邮件，问我能不能关掉 Safari 的图片翻译功能——可是苹果怎么可能允许让你关掉那么酷的功能呢？

其实，也不是不行，方法就是在系统语言设置中关掉 Live Text（实况文本）。原来，翻译网页图片的功能其实两个特性的叠加，即 Live Text 加上网页翻译，而一旦关掉 Live Text，网页上的图片也就不会被破坏了。

至于关掉 Live Text 是否属于壮士断腕，权看您是否需要这个 fancy 玩意儿。如果日常只使用中文和英文，Live Text 一打一个准；但再多一两个语种的话，Live Text 基本就是夹忙捣乱了。

实在不想关掉 Live Text，又不像配图被搞乱，还有一种折中方法：打开阅读模式，此时 Safari 会直接读取原始图片，也就避开了翻译图片的问题。

## 给 Markdown 列表自动加上序号和层级

作者：@Minja

尽管我不是“三点邪教”的成员，但凡事只要有必要，我都习惯列个清单，把大段文本炸成一条一条的项目，方便阅读。列清单最简单的工具当属 Markdown，无需乞援 OmniOutliner 等又复杂又昂贵的软件，只需要最简单的纯文本就能清晰表达，像这样：

```
- 授权委托书
- 法定代表人身份证明
- 身份证复印件
- 营业执照副本
```

上面这种简单的清单还好，但篇幅一长或者开始有二级三级的层级，原始的 Markdown 就不够用了：你很难扫一眼就知道每一层级有多少个项目，不得不用手指戳着屏幕数，显得非常业余（以及会弄脏屏幕）。但我又不想为此转到 OmniOutliner，于是用 Markdown 凑合了很久；未曾想到，解决方案居然来自一款和 Markdown 关系似乎不大的软件：Bike，尽管我稍后给出的方案不需要买这个软件。

大纲软件 Bike 是 Taskpaper 开发者的新作，最近正式开售（促销中），惹得一批 Geek 为它编写各种脚本和自动化工具。作为一款大纲软件，Bike 默认用 HTML 存储数据，这让老牌 Geek Dr\.Drang 喜上眉梢，马上 写了 一个脚本，把粗糙的 Markdown 无序列表转换为有序列表，而且还带有层级，当前项目是第几项、层级是多少都一目了然。我一眼相中的倒不是 Bike 本身，而是 Dr\.Drang 脚本中的 CSS 部分：Drang 自己写了一段 CSS，可以插到任何 HTML 模板中，把无序列表自动渲染为带层级的有序列表；而配合 Marked 或其他 Markdown 预览工具，你实际可以把任何 Markdown 无序列表渲染成有板有眼的层级清单，在每一行前面视层级和位置而加上 1、1\.1、1\.1\.1 等序号。

读客可能会问，为何不直接使用 Markdown 有序列表的

---

[前往标准阅读页](https://utgd.net/article/9380?audience=web)
