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