来自 UNTAG 团队的第 36 期会员内容。会员内容会在每周一更新。
本期内容目录：
- Threads 未必能赢，但不会输
- 利用 Google Sheets + Google Translate 对表格进行批量翻译
- 利用 Google Sheets + ChatGPT 对表格进行批量翻译
- 法律工作中的 BBEdit（一）：同时检索多份法律法规
- 用 Rime 同时输入中文和标点——例如“第（一）项”
- 如何特定地点附近展开搜索（iOS Map）
- 快速开启 iOS 自带白噪音功能
- BetterTouchTool 更新支持悬浮菜单
Threads 未必能赢，但不会输
作者：@Hum
好吧，因为 Threads 和 UTGD 一样，还没有提供“查看我喜欢的 Post”这样的功能。所以先凭印象复述，以后相关功能打开后再追加链接和配图。
Threads 发布后，立场大概有 3: 1. Threads 会赢过 Twitter。原因主要在于数据非常疯狂，马斯克助攻。 2. Threads 会输给 Twitter。原因主要在于目前功能远不如 Twitter，主创不鼓励政治推。 3. 谁赢输的都是我们。原因主要是呐喊了多年的观点“免费用产品我们就是产品”。以前我们是广告养料，现在还是 AI 养料。
本来写了很多论据和数字，对以上每种立场都提出正反观点。但是大家会有很多机会在各处看到上面 3 个立场的各种表达。既然写了还是不要让其它内容来稀释我的想法。所以还是直接 Wrap Up 那些常规观点，抛出我的看法。
我的看法是，Threads 会是一个 Game Changer。
如果你是一个 Instagram 的用户，在你打开 Threads 的第一时间，你会感受到与过去完全不同的体验——很多人已经关注你了。
这是因为 Threads 关联了 Instagram 的账号系统，你在 Instagram 上的粉丝和关注会直接被导入。在最初，作为个人用户，我觉得这让很舒服，感觉没有进入一个冰冷的世界。
但让我意识到不同的，是看到 Threads 上的一个帖子，内容大概是：
这充分证明了经营一个 Instagram 账号比经营一个 Twitter 账号有价值得多。
因为太早抛弃社交网站（这是另一个故事），我没有从“经营账户”这个角度考虑这个问题的直觉。但这句话在这个社交账户就是生意时代显得无比合乎逻辑。
Twitter 的凶讯频传，而另一巨头开辟了一个可以“带着粉丝跳墙”的“替代品”。经营一个平台能获得两个平台的粉丝，这是什么一石二鸟事半功倍天上掉馅饼的好事儿。
Game Change 的地方就在，Facebook 不止想打通 Instagram 和 Thread。这只是个开始，是个 POC（proof of concept）。只不过这个 POC 同时还是有史以来增长最快的产品。
让我们回到“元宇宙”。那个让 Facebook 财富蒸发，沦为笑柄的元宇宙。
苹果说自己押宝“空间计算”，只是因为他不想用 Metaverse 这个名字给 Meta 打广告。我在《Vision Pro 很苹果，但这不是 iPhone 时刻》已经写了这背后的经济动机：
智能手机市场已经增长缓慢，资本和苹果都想找到新的增长点。而 Web2 的历史告诉我们，网络上的内容，随着软硬件的提升，其主要形式从文本，发展到图片，再发展到视频。这时候我们要问自己一个问题——视频是不是人类在智能设备上体验的终点？我发现自己无法相信这一点。那么，从趋势来看，视频需要进化，下一步的体验要进化到更加完整、更加沉浸的程度。
设备的问题，大家已经在寻求解决方案。Meta 更是拼命想要在设备上站稳，因为在设备上没有话语权的 Meta 被苹果欺负得太惨。
除了硬件，还需要内容，这里不赘述。但还有一个元素，是在我们进入元宇宙时所需要的——“身份”。如果元宇宙是“一个”世界，我们则不应该不停切换账户和 Avatar（形象？），乃至我们在不同设施（平台服务）里的影响力。
虽然在现实中，我们会是“上班的我难看和下班的我有什么关系”；我们在学校里是第一名是竞赛冠军，但路上遇到喜欢的女孩她完全不知道你的辉煌；我们在某个 Club 和 DJ、MC 熟的进后台像回家，但去了另一家 Club 还是得老老实实排队扫牌儿……
这就像是你在 Twitter 上是一呼百应的意见领袖，但在 Youtube 上根本没人看你视频，Ins 上没人看你自拍。或者反过来，Ins 上万千宅男迷恋你曼妙身姿，但上了 Twitter 你却发现自己好像没有驾驭文字只会对镜头挤眉弄眼。
科技，来源于生活，解决人们（自己甚至没有发觉得）本质需求（虚荣或者好听一些叫被认同感等）。当我们在现实上没有解决的（被认同感）问题，在元宇宙解决——具体地说，当我们在现实里无法光芒万丈，带着认同感从一间屋子走到另一间，但却可以在元宇宙实现——那，我们就不需要回答“为什么要去元宇宙”的问题。
饼画得太久，落地行为看一下。
在 Meta 的 Threads 介绍页中有这样一节 Compatible with Interoperable Networks：
...we are planning to make Threads compatible with ActivityPub... This would make Threads interoperable with other apps that also support the ActivityPub protocol, such as Mastodon and WordPress – allowing new types of connections that are simply not possible on most social apps today. ...我们正计划使Threads与ActivityPub兼容... 这将使Threads与其他也支持ActivityPub协议的应用互通，如Mastodon和WordPress--允许新的连接类型，这在目前大多数社交应用中是根本不可能的。
也就是说，在未来会有两种形式的社交服务——支持 W3C 的 ActivityPub 的，和不支持的。支持 ActivityPub 的会联合成为一个身份互通的“宇宙”，比如说藤校学生可以互相选课、用图书馆之类的，而不支持的只能在自己的用户池子里玩儿。
这个未来什么时候来，取决于 Thread 这个 POC 做得如何。不得不承认，目前为止从数据来看做的是太好了，可能是多重平行宇宙最好的那么好。
尽管如此，未来什么时候来，多少平台加入 Meta 领头的“身份宇宙”，尚未可知。起码目前来看，投资现实世界仍然是收益最高的。毕竟，当你在现实世界是一位“真正的”成功人士，你在各个社交平台的粉丝都会可观。
但 Meta 的这一步一下子拉近了《黑镜》里的世界一个量级。也许会有那么一个“身份奇点”，在那之后，投资虚拟身份要比投资现实身份收益更大。
利用 Google Sheets + Google Translate 对表格进行批量翻译
作者：@沨沄极客
这是一个很有用的小技巧，当需要对大量表格内容进行批量翻译时，就可以直接在表格工具中操作。尤其是当开发者需要对 .po 这样的本地化文件进行多语言翻译时，可以很大程度上节省工作量。
具体操作步骤如下：
- 把需要翻译的原文放在 A 列。
- 在 B2 这一格，输入公式 =GOOGLETRANSLATE(A2,"EN","zh-CN") ，即可对 A2 的英文进行中文翻译。
- 拖拽自动填充，把剩余内容进行翻译。
Google 翻译的质量在 DeepL 和 ChatGPT 这样的 AI 辅助翻译工具出现之前，还算是很不错的。而且似乎没有使用次数限制，对大批量的内容进行翻译也不会报错。很适合用于简单快速的内容翻译工作。
利用 Google Sheets + ChatGPT 对表格进行批量翻译
作者：@沨沄极客
由于 ChatGPT 在翻译方面可以做的很好，还能进行自动润色。但如果直接在 ChatGPT 的聊天框中让它翻译，很多时候会遇到单次文字上限，导致无法大批量地翻译内容。输出格式也不好统一。
所以如果内容比较多，可以考虑借助表格形式来一次性翻译大量内容。
选用 Google Sheets 的主要原因是因为它本身是一款云服务，相比桌面端的 Excel + 自动化工具显然更具优势。
提前准备：在 Google Sheets 中使用 ChatGPT 需要配置 OpenAI 的 API Key。
具体操作步骤：
- 在 Google Sheets 的“扩展程序”中搜索“ChatGPT”，可以找到插件 GPT for Google Sheets and Docs，进行安装。
- 安装完毕后，在侧边栏输入 OpenAI API Key。（如果没有，请在这里申请）
- 然后可以使用公式 =GPT_TRANSLATE(A2,"EN","zh_CN") 进行翻译了。
此外，这款插件还提供了通用的 GPT 公式 =GPT()。在这个公式中，第一个参数是描述词。所以你也可以输入 =GPT("请翻译此处的内容为中文",A2) 也可以实现一样的效果。
当然，你也可以发挥想象力，里用这个公式，让 ChatGPT 批量为你续写内容、改写内容等。
提示：这一方法在 OpenAI 调整请求策略后，对没有充值过的免费用户似乎格外不友好，少量请求就会遇到次数限制提醒。
相比 Google 翻译的方法，ChatGPT 的翻译结果准确程度更高，还会结合语境做出适应性的调整，很多时候无需修改就能使用。
但由于 ChatGPT 的 API 接口速度较慢、消耗 Token、容易报错等原因，使得免费体验的用户体验不佳。如果你的工作就是批量翻译内容，那么为 API 付费也许是值得的。
法律工作中的 BBEdit（一）：同时检索多份法律法规
作者：@Minja
回顾以往，我居然也写了几百万字的杂文，但每天都在用的文本编辑器 BBEdit，却很少提及，原因不过是其名声太响亮，功能太强大，而我不是程序员，似乎没有资格介绍它。
其实不然。工具的生命在于使用。越是名声在外的工具，越是被其名声所淹没，慕名而来者只知道工具很强大，却不知道具体怎样使用，最后甚至羞于自己水平不行。管见以为，介绍工具最好的方法就是提供真实案例，原原本本地展示使用环境。我越是发现 BBEdit 在编程领域之外如何左右逢源，就越发想介绍它。这个系列收录了我在法律工作中使用 BBEdit 的经历，希望它们可以启发一些使用工具的新视角。
开篇的例子是：用 BBEdit 批量检索一系列法律法规*。尽管有不少法律数据库（我也购买了一些），但仍然需要自己维护一个，一方面当然为了离线使用，另一方面，不要指望这些数据库是齐全的，很多地方的文件没有公开。所谓自己维护，其实就是把法律法规保存为独立文件，放在本地，问题随之而至：如何批量检索一系列文件？
有人说，把要查的文件放进同一个 Word 文档。有这种想法，其实已经是被 Word 的围墙关得太久，路都不会走了。国外知名网站 Johnny Decimal 甚至因此宣称 Microsoft 的办公软件“是垃圾”。
我选择走纯文本道路。除去少量带表格的法律法规（主要是税务方面的，用得不多），绝大多数法律参考文件都可以保存为纯文本，进而使用各种搜索工具，而 BBEdit 则凭借多文件搜索功能在一众工具中脱颖而出。BBEdit 有多种搜索模式，包括带详细设置窗口的 Search、和一般编辑器类似的 Live Search 以及同时搜索多个文件的 Multi-File Search，本文介绍最后一种。快捷是 ⇧Shift-⌘Command-F，默认会搜索当前打开的全部文档，也可以更改搜索范围；其余选项和一般的 Search 类似，同样支持正则表达式等进阶选项。仅以最简单的搜索为例，点击“Find All”，即可列出目标范围内的全部搜索结果。
或许有读者会感到不可思议：几乎任何笔记软件都可以全文检索多个文件（笔记）呀！确实如此，但 BBEdit 会列出所有带关键词的行，同时在下方呈现原文；点击任一搜索结果，可以在下方原文栏中浏览其上下文，既不用离开搜索结果页面就能透视文件，也可联系前后文，避免断章取义。惟需注意，关键词检索用处有限，盖法律概念很可能在不同文件中表述有别†，不宜认为搜索结果就是一切；不过，借用多文件搜索、粗粗扫视，已足以大大缩小进一步的检索范围，省去不少力气。
除了搜索本身，还有一个前置问题：如何将要检索的文件快速交给 BBEdit？最通用的做法，当然是先在 Finder 里找好，然后用 BBEdi