先是在星期天开始，手机无法登录原神亚太服务器了。因为用的不是中区账号，所以一直是玩的亚服。出现过网络延迟大影响体验的问题，但从没有连续两三天无法登录，而且换不用的机场居然都不能解决问题。于是研究日志，发现只有QUIC流量被block。一顿AI之后，都提示说是Surge默认block，用配置打开就行了，其实我是很疑惑的，原神默认应该和QUIC没啥关系，以往也是这么用的。果然，修改配置文件并不能解决问题。无奈之下，打开surge communitiy，准备发问的时候，手机弹出一个testflight更新的提示，一看更新说明，解决部分UDP流量被识别为QUIC的问题，那就是UDP流量本身被干掉了……所以解决方法很简单，更新最新的testflight版本，一升解千愁。

然后是今天。早上到公司，发现Master MX 3S鼠标的设置突然失效了，滚动方向什么的全没了。于是打开Logi Options+，看看是不是设置有问题。结果软件都打不开，始终在纯色界面滚动滚动滚动……第一反应是系统权限出了问题。一顿研究，发现是OK的。各种疑难问Perplexity，还对照了一下Gemini，都提示删干净重装，特别注意重装过程中重启下电脑、注意弹出的权限设置窗口等。于是一顿操作猛如虎，重装完全没能解决问题。AI继续教，安装离线安装包，又是一轮重启，无效。接着，Perplexity和Gemini产生纷争了，Perplexity建议进安全模式装，能解决权限问题；Gemini更理性，觉得可能是一些Logi的后台进程或者插件影响，进安全模式是无法启动后台进程和插件的，可能会更糟糕。幸好今天很忙，不能用就不能用吧，反正也不能一直在办公室待着，直到晚上才再次打开AI一顿搜索。这一次终于在Perplexity里发现了点蛛丝马迹，reddit上有今天的帖子，说普遍遇到Logi Options+无法正常使用的情况。打开链接一看，居然说30分钟前官方发布了个补丁，这是软件内部的证书过期了……果然官网看到了说明。安装patch后，正常了。但我删得很彻底，两个鼠标的设置都丢了……顺便吐槽下，一直没搞懂Logi Options+的备份机制。按说是云备份，但是重装软件没有一次能认出我连接的是同一个鼠标，然后能从云端获取配置的。

好吧，这一年才7天，已经连续遇到2个软件bug，幸好都能及时获得更新。为了健康，所以上来吐个槽，哈哈。

分别看了看以后，选型号称更现代的Astro，并且选了现在这么个简约的、还在演进中的免费模版。在迁移的过程中，也发现从2009年开始自建博客以后，很多文章现在看已经失效了，所以文章都是手工迁移了一下，把现在感觉还能看看的留下来了。正好现在这个模版分页功能还在开发中，需要控制篇幅。服务器空间是够的，所以历史还保留在这里。

Astro是要用node.js预构建的，结果发现我的小主机扛不住…… npm run build几次卡在check disgnostics那里，CPU 100%+，几分钟以后就被强制kill掉了。于是只能本地构建，再上传的服务器。总不能为了这么个功能还加钱嘛。

其实我对前端一窍不通，这次感谢Perplexity Comet，几乎是一步一步问过来的，哈哈，实用！

焕新以后应该会更新更新的。不过也许没那么多技术可写了，很多东西折腾不动了，可能会分享一些数码产品心得或者游记吧（年纪大了，旅游时候的很多感受都记不住太久，反而是吃了什么印象挺深的）。

于是经过一番搜索，发现主要的思路是用Dataview这个插件，配合比如tag或者是类似字典数据的方式，来实现聚合看板的功能。tag感觉对每日笔记的形式并不太适合，因为每天的记录里往往夹杂着不同项目在当天的推进情况，如果打上多个tag，后期筛选使用比较麻烦。而用字典数据的方式，比如会议:: 部门周例会这样总是怪怪的，要改变个人记录习惯。最终，我把这个问题抛给了perplexity.ai，它居然真的反馈了用dataviewjs编写的脚本。起步是可喜的，但是调试过程是痛苦的。一方面我不懂js，另一方面perplexity的数据来源似乎比较多，dataview又毕竟不是一个非常严谨的项目，perplexity对dataview里函数的调用反复出现问题。一番研究后发现，似乎是某些方法在最新的dataview里已经不支持了，或者是perplexity一开始就理解错了功能。它在做搜索筛选的时候尝试了file.content.includes()、app.vault.read()，结果实际都没能成功读出文档。最后还是经过我自己的搜索，明确提示它用dv.io.load()，才解决了读文档内容的问题。（前面两个方法在dataview里编译是正常的，无法读文档的原因反正我是没搞懂了）

最后的脚本先贴一下吧：

const searchTerm = '关键字';
const currentFilePath = dv.current().file.path;

function extractRelevantContent(content, searchTerm) {
    const lines = content.split('\n');
    const results = [];
    let isCapturing = false;
    let captureLevel = 0;
    let currentSection = [];

    function getHeaderLevel(line) {
        const match = line.match(/^(#+)\s/);
        return match ? match[1].length : 0;
    }

    for (const line of lines) {
        const headerLevel = getHeaderLevel(line);

        if (headerLevel > 0) {
            if (isCapturing) {
                if (headerLevel <= captureLevel) {
                    // 遇到同级或更高级标题，停止捕获
                    results.push(currentSection.join('\n'));
                    currentSection = [];
                    isCapturing = false;
                } else {
                    // 遇到低级标题，继续捕获
                    currentSection.push(line);
                }
            }

            if (line.toLowerCase().includes(searchTerm.toLowerCase())) {
                // 找到包含搜索词的标题，开始捕获
                isCapturing = true;
                captureLevel = headerLevel;
                currentSection = [line];
            }
        } else if (isCapturing) {
            // 捕获标题下的内容
            currentSection.push(line);
        }
    }

    // 处理文档末尾的情况
    if (isCapturing && currentSection.length > 0) {
        results.push(currentSection.join('\n'));
    }

    return results;
}

// 搜索整个文档库，排除当前文档，并按创建时间倒序排序
const pages = dv.pages('')
    .where(p => p.file.path !== currentFilePath)
    .sort(p => p.file.ctime, 'desc');

//dv.header(1, `包含 "${searchTerm}" 的章节（按创建时间倒序）`);

let matchedCount = 0;

for (const page of pages) {
    try {
        const content = await dv.io.load(page.file.path);
        const relevantSections = extractRelevantContent(content, searchTerm);
        
        if (relevantSections.length > 0) {
            matchedCount++;
            dv.header(3, `${page.file.link}`);
            
            for (const section of relevantSections) {
                dv.paragraph(section);
            }
        }
    } catch (error) {
        console.error(`处理文件 ${page.file.name} 时出错:`, error);
    }
}

dv.paragraph(`共找到 ${matchedCount} 个包含 "${searchTerm}" 的文件。`);

<dv> </dv>

最终的效果是，在当前文档库里搜索包含关键字的文件，并将该关键字所在段落及子段落（按标题的级别分段落级别）汇总显示出来。显示时按文件的新建时间排倒序，也就是比如开部门例会，会按最近的会议记录在最上面依次排列下来，文件名同时是可点击的链接。具体使用方法就是安装Dataview插件后，新建一个.md文件，把上面代码按dataviewjs的方式贴进去，修改第一行关键字就行了。

大概的效果可能是下面这个图这样。

全文搜索的实现方式似乎有点低效，但目前在我一个有过百每日笔记的库里，跑起来没什么感觉，内存占用也没什么感知。具体效率如何，还有待长期观察了。

最后，在大概明白原理的情况下0语法基础写代码还是可行的，perplexity.ai的能力不错，AI几乎就是直接能跑的起步。但是它对互联网信息时效的理解还是没能跟上（网上搜到的代码也确实很多不能跑了），debug挺痛苦。

换了一个思路解决问题：把这个键映射成Cmd+Ctrl+Q并叠加Escape，就能实现锁屏进入屏保然后熄屏的功能，解决了临时离开座位需要快捷锁屏的需求。考虑到这是个连续的按键组合，可以用Macro设置解决。

进入Macro设置界面，将M0设置成{KC_LGUI, KC_LCTL, KC_Q}, {KC_ESC}。如果你和我一样将左Control和Caps键互换了，那要改成{KC_LGUI, KC_CAPS, KC_Q}, {KC_ESC}。（因为这里的按键码都是QMK基础键码，还没经过macOS“转译”）

效果非常好，一键完成两个组合键动作，没看到屏保就已经熄屏了。

现在简单了，macOS Sonoma 14.0 开始，官方已经给了“永久”个性化配置的方式。打开/etc/pam.d/，可以看到一个sudo_local.template的模版文件。我们以此建立自己的配置：

sudo cp /etc/pam.d/sudo_local.template /etc/pam.d/sudo_local
sudo nano /etc/pam.d/sudo_local

在打开的编辑器里，将最后一行的注释#去掉，即auth sufficient pam_tid.so直接生效。通过sudo_local文件，我们就实现了本地的个性化配置，按官方的说法，版本升级也会保留，不需要再操心了。

几种思路

这几天研究了一下，大致有以下几种思路可以解决问题：

1. 安装Karabiner Elements，这是个非常强大的键盘映射软件，有多平台版本，而且是共享软件，迭代好多版本了，稳定靠谱
2. 在系统设置里将媒体键改回成F1~F12，然后通过Keyboard Maestro或者Better Touch Tools将F1~F12中需要的部分，重新赋予媒体功能。例如，可以用KM重新将F1映射成调低屏幕亮度的功能，过程中就可以对F5~6按需映射成其他功能。KM的功能还挺全的，这里有个可以直接用的案例。这方法算是另辟蹊径吧。好处是，这样映射出来的功能可以比较丰富，比如可以调用脚本、打开某个程序之类的，而且KM或BTT安装面本来就很广。
3. 直接研究键盘映射，这也是本文主要介绍的方法。适合映射很少的一些键位，不想太多第三方软件常驻后台。

最轻量级的就是方法3了，也是无意中在这里的讨论中发现，然后花了点时间研究尝试。

具体方法

直接以将F6改造成锁屏并启动屏保来讲解方法：

直接映射方法的本质是，macOS里有个hidutil指令，通过设置UserKeyMapping就可以实现基于HID键码的映射。也就是，当系统底层接收到键码A，我们通过这个指令让操作系统当键码B来处理。

第一步，通过USB键盘的HID键码规范来查你需要的两个键码。在USB Implementers Forum的网站上有键码表，2023年初发布了当前的最新版HID Usage Tables 1.4。这规范看起来是个天书，但是我们重点需要看的是这么三张表格：Consumer Page（P125开始的表格）、Keyboard Page（P89开始的表格）、Generic Desktop Page（P32开始的表格）。 现有的F6实际功能是Do Not Disturb，查P33倒数第二行可以看到“System Do Not Disturb”，对应的第一列代码9B，这个表格的开头章节是0x01，所以 请记住0x10000009B这个代码。类似的，我想把它替代成锁屏或关闭屏幕，这个类型的操作在Consumer Page里，P130中间“AL Terminal Lock/Screensaver”，对应代码是19E，这一章开头的大类代码是0x0C，组合得到0x0C0000019E。所以，我们要做的就是将0x10000009B映射成0x0C0000019E。

这里的三张表是各有侧重的，总体来说，媒体键的主要功能是在Consumer Page里，音量、屏幕亮度、键盘亮度、启动特定软件之类都在这里。而Keyboard Page是普通键盘，比如原生的F6（也就是macOS里按Fn+F6），就在这里可以找到。Generic Desktop Page用得不多，现有的F1~12里，就只有F6(DND)是在这个表里。表格最后一列的链接，点击过去是对相应功能的展开说明，如果不确定简略说明是不是你想的那个功能，可以参考。

我也整理了一个附表，是主要功能键和一些常见功能的HID键码。

找到键码以后就可以进入代码环节了：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>com.local.KeyRemapping</string>
    <key>ProgramArguments</key>
    <array>
        <string>/usr/bin/hidutil</string>
        <string>property</string>
        <string>--set</string>
        <string>{"UserKeyMapping":[
            {
              "HIDKeyboardModifierMappingSrc": 0x10000009B,
              "HIDKeyboardModifierMappingDst": 0x0C0000019E
            },
            {
              "HIDKeyboardModifierMappingSrc": 键A,
              "HIDKeyboardModifierMappingDst": 键B
            }
        ]}</string>
    </array>
    <key>RunAtLoad</key>
    <true/>
</dict>
</plist>

可以看到，上面代码中，HIDKeyboardModifierMappingSrc就是原键码，HIDKeyboardModifierMappingDst是目标键码。注意代码是示例，需要自己修改以后才能使用。

将这个文件保存成~/Library/LaunchAgents/com.local.KeyRemapping.plist，即个人资源库的LaunchAgents路径下。

最后启用这个配置，可以选择直接重启，也可以用下面指令来立即启用：

launchctl load -Fw ~/Library/LaunchAgents/com.local.KeyRemapping.plist

如果想反复测试或者修改了plist后还需要重载，那么用下面的指令可以取消加载：

launchctl unload ~/Library/LaunchAgents/com.local.KeyRemapping.plist

附表：常见功能的HID键值

其他参考资料

在Apple开发文档里也有HID Usage Tables，不过个人觉得还不如上面规范的PDF容易用，优势是，规范是面向多平台和设备的，这个开发文档可以让你知道哪些在Apple的系统和设备上有实现。

最后，有国外网友把常用的映射做成了一个方便的网页工具，还是开源的，懒得自己研究的可以尝试。

解决的方法从简单到复杂+自动，有这么几种：

一、手工修改

把文件拖到比如下载文件夹以后，右键——简介（或者选中后⌘+i），最下面的共享与权限中，把第一条本用户的权限改为“读与写”。这个方法得每次修改，有点繁琐。

二、脚本定时修改

稍微研究一下可以发现，微信的这个机制是安全需要。另一个方面，在对话框收文件（根据你的设置，可能是自动的）后实际是保存到 ~/Library/Containers/com.tencent.xinWeChat/Data/Library/Application Support/com.tencent.xinWeChat/2.0b4.0.9/××××/Message/MessageTemp （中间的××××是一串组合编码，除非你登陆过多个账号，否则只有一个）。拖动到另外的文件夹，也只是从这里拷贝出来而已，所以文件权限的基础在MessageTemp里。

下面的语句就实现了批量调整整个文件夹里的收件：

chmod 644 "~/Library/Containers/com.tencent.xinWeChat/Data/Library/Application Support/com.tencent.xinWeChat/2.0b4.0.9/××××/Message/MessageTemp/*/File/*"

在终端里运行它就行了。

三、自动运行脚本修改权限

第二点的脚本可以通过快捷指令等方式每隔一段时间自动运行。我选择了更直观、高效的Hazel，它能监控文件夹。例如我下面的配置是，监控并遍历MessageTemp的子文件夹（第一张图），只要新增了文件，立刻执行chmod 644修改这个新文件的权限（第二张图）。

日常场景中，Hazel的灵敏度就足够了，只要收文件和双击打开中间间隔了那么一两秒钟，那么权限已经被改过来了。

最后就是注意，正是因为存在风险，所以微信对文件是按只读处理的，大家按需使用吧。

一、充分利用扫描仪自带的软件

多数国际品牌的扫描仪都是自带Abbyy FineReader，比如我是ScanSnap，就是自带Abbyy FineReader for ScanSnap v5.5，其macOS版还是Intel芯片的，功能上并没有什么问题。FineReader识别率是有口皆碑的，我还曾经买过单行版。但是最近两三年FineReader大概也意识到生意艰辛，改成订阅制了，我买过的单行版直接就不能用了，令人气愤啊；而for ScanSnap版如果打开非扫描仪生成的PDF会告知限制后退出。如果能让所有的PDF用上for ScanSnap版，那还是很香的。

我测试了一下，其实for ScanSnap版本就是靠读取PDF文件的元数据来判断并限制的，具体来说是要求PDF的Creator对应你的扫描仪型号。那就简单了，调用一个pyPDF库就能解决的问题。具体代码放Github上了。顺便说一句，pyPDF库似乎把原来的pyPDF2、pyPDF4之类都大一统了，也更加简单好用了。

当然，这种方法也是一种“破解”，并不符合版权要求（我是用好像100多刀买过单行版，自我感觉还是可以安慰一下的哈）。

二、直接用macOS的OCR能力

macOS Monterey开始有了LiveText，特别是在有ML芯片的Apple Silicon机器上，性能和准确性是很不错的。我也是这几天研究这个问题才发现macOS 13开始，自带的预览已经支持OCR识别后在PDF嵌入文字，具体的方式就是文件——导出——勾选嵌入文本。根据文档大小，预览会开始识别，完成后保存。

三、两种方法比较

用这两种方法识别了一个410页的PDF文件，其扫描分辨率应该是低于300dpi的（因为FineReader一边识别一边抱怨……）。从输出看，FineReader最后生成74M的文件，预览生成的文件63.4M；没有精确计算时间，但是FineReader至少是2倍以上；过程中FineReader基本是靠CPU，在300-400%的占用率，预览是亲生的，基本不影响任何其他操作，CPU就是个50%以内；结束后，FineReader生成大量Compressed内存，预览感觉不明显。我用FineReader连续识别了大概10多个扫描文档后（自己扫的300-600dpi，有黑白有彩色），M1 Pro、32G内存的电脑卡得不行，但奇怪的是CPU不高、内存也并没有用上Swap，我只能理解是Rosetta 2转译的问题？

最后是文档的准确性，为了方便对比，我用code block展示吧：

--FineReader（下面空格是软件自己加的）
呈现在读者面前的是一部有关苏联74年兴衰历史的实证性专题研究著 作，由24名中国学者合力完成，书中涉及政治、军事、外交、经济、文 化、民族、宗教等各个方面，共28个专题，总计约130万字。

--Preview（下面空行、空格是软件自己加的）
呈现在读者⾯能的是⼀部有关 苏联 74 年兴衰历史的实 证性 专题研究著

⽂ 作 ，由24 名中国学者合⼒宛成，书中洗政政治、年事、外交、经济、

化 、民族、宗教等各个⽅⾯，共28 个专题 ，总计约 130 万字。

可以看出FineReader还是靠谱很多，只是多了2个空格，文字完美；预览拿来应个急也是可以的，无故多了空行、也有一些错字。

现在ML越来越厉害，相信类似文字（特别是印刷字体）、语音识别转写之类的都会普及成为基础功能了。

首先在性能上，在90%的场景上，M1 Pro对我来说是浪费了，上网、看4K视频、写文档、改PPT真不算重度应用，卡顿什么的是不可能存在的。剩下的10%场景主要是Lightroom Classic(LrC)。我第一次体会到，LrC里的滤镜/预设预览是可以实时、即点即有的。以往总是要直接选一个预设，然后等1-2秒看看效果如何，不行再选下一个，如果外接了大屏幕（我用一台LG Ultrafine 4K 24'），往往还得几秒才能在看到大屏幕上计算完毕加载进来；现在的体验是鼠标焦点放到一条预设上，小图、大图的效果已经到位了。所以真不是Adobe的软件不优化，还是电脑问题啊。转视频格式什么的，时间减半吧。不过我很少处理视频，就不多说了。

和CPU相关的任务基本上都快了一大截（对比我之前那台2017 MBP中配）。一份含有不少公式的Excel，办公电脑（Win）和之前的笔记本打开都会提示几秒到十几秒的计算过程，现在秒开。基本上除了软件刚更新或装上，其他时候都不大看得到图标在dock上弹跳。

另一个能用上M1 Pro性能的是机器学习。出于个人兴趣，我偶尔抽空用下这方面的包。现在PyTorch还暂时不支持M1 Pro的多核GPU，Tensorflow有专门的版本了，这俩货是能用上CPU的。

所以，如果你只是上网、看视频、处理文档，MBP是大概率用不上的，找个用上M1芯片的版本（比如MBA）就够了。

我真正关注的点是续航。Apple Silicon的能耗真心犀利。我记得升级2013版本子的时候，轻度使用能有7-8小时（当时Win的本子还普遍是3小时），已经觉得是天花板，下一次大进步可能得靠电池材料本身革命了。没想到8年后换个芯片，这个续航能翻番。我真试过一天带着四处开会，主要用文档、上网、微信，连续用了10个小时以后还提示可以再战3个多小时。至今我没能一天内完全用到没电，我熬不过它……刚开始用没多久，试过不插电装各种homebrew包、python包、更新应用程序之类的，按iStat Menus的提示应该可以跑7个小时。我现在的使用习惯都完全改变了，除非预计接下来会很长一段时间跑出去，否则回到办公室都不怎么补电。用了5个月，电池寿命还有99.1%，算正常水平。希望iPhone和Apple Watch可以学习这种迭代升级的精神。

续航强的另一个原因是机器非常冷静、风扇几乎没动作，刚买的时候是冬天，我还没怎么注意。最近30˚C了，依然保持 0 rpm……以至于我感觉到机身发热点了，立刻就去看看是不是哪个程序出了问题，后面提到企业微信总有个进程出问题，就是这么发现的。所以，冬天确实没原来Intel机器那么友好，掌托比较冷。

第三个大提升是屏幕。MacBook屏幕的口碑一直是挺好，这一代支持ProMotion、HDR、1600 nits 高亮度了，戏称买屏幕、机器半价。ProMotion目前的感知不强烈，好像很多软件也还没应用上，Safari下感觉不明显（对比旧机器是有感觉，但是真用上了好像也没什么）。HDR是真好用。HDR刚推广的时候，我是比较抗拒的，我觉得不管是图片还是视频，一眼假。经过几年的迭代，特别是在电影视频方面，有没有HDR真的感受不同。从内置屏幕把视频转到外接的Ultrafine上，立刻颜色、明暗削弱几层。所以我对刚发布的Studio Display是失望的，都不支持HDR，怎么好意思加上“Studio”这个前缀？只能理解成是商业方面的考虑。

但是这一代屏幕是XDR Display，得默认用自带的色彩文件，除非改用其他的参考色彩文件和空间，否则是不能和以往一样校色的，具体可以参考官方文档。

内置喇叭好像也有点升级，对比2017款感知不算明显，音域宽了一点，保持某个姿势下有那么一点环绕感，但毕竟是个本子，别有太高期望。

这次改款也是做了减法的，键盘改回稳定性更高的剪刀脚、TouchBar被抛弃。这两个我不算非常赞同。蝴蝶键盘可能是需要适应，但是习惯以后，感觉打字非常省力，几乎就是在“摸”键盘。故障率那确实比较高，上一代我去换过两次，看来是蝴蝶键盘实在迭代不上去了。TouchBar搭配BTT其实也还是能用上的，我也几乎没遇到它崩溃，不过确实使用频率低，我也不会拿它打麻将，没了就没了吧。

真正的减法其实是机身重量。一手就能感知比之前几代重、厚（我用的14寸）。直接手持的厚度感知不如上一代（虽然偶尔有点割手）好。唯一能安慰自己的是，重的应该是电池吧……由于厚了，我原来的一个随手包都得换掉，算是唯一需要替换的配件了。

新版本增加了接口。其中最实用的当然是HDMI。主要还是办公时候四处拿着跑，接投影、电视比较方便。雷电口升不升级的感受不强，反正延续用着CalDigit的扩展坞是OK的。接口方面最贴心的设计是，磁吸和USB-C的充电都OK，虽然速度上有点差异，但大大提升了外出的兼容性，毕竟USB-C充电现在都普及了。3个TBLT 4的口都是全功能的，也非常实用。

经过一年，软件的兼容性大大提升，我自己装的软件里，就剩下百度网盘、富士通的ScanSnap仍未支持Apple Silicon芯片。Adobe的软件架构实在比较复杂，Lrc、PS等主程序都迁移了，但是还有一堆不知道干嘛的小程序岿然不动。

目前遇到的问题还包括：

• 企业微信自带了企业云盘，其中Node开机自动运行，且占CPU 100%。企业云盘“显示包内容”后删除WeDrive文件夹即可解决。不影响企业云盘使用。
• Apogee等仍然需要手工降低安全策略，才能安装驱动，具体方法可见官方文档
• 安装iOS App的体验因开发者而异，比如米家App能装、能加小组件，但一重启，小组件就消失了。当前来说，这个功能的实用性还有待提升.
• PlayOver能让Apple Silicon的电脑支持更多的iOS App，例如很多人拿来玩原神，但有些App不稳定，比如抖音或TikTok国际版就会闪退.

所以如果要我打分，90+是可以的，扣掉的主要是厚度和重量分。半年下来幸福感依然满满，让我们一起再战4-5年。

内核扩展

首先，到/Library/StagedExtensions/Library/Extensions/这个路径，可以看到安装的所有第三方内核扩展。如果和我一样装了Apogee驱动的，这里是5个驱动目录。

找到地方就容易卸载了。关机后长按电源/TouhID键，启动电脑时选择进入“选项”后，在菜单栏进入“终端”：

cd /Library/StagedExtensions/Library/Extensions/
ls
rm -rf *.kext

如果只是删除某一个驱动，当然可以把最后一条指令改成特定的驱动名。

最后关闭终端并重启电脑就行了。

顺便说一句，Apogee的安装包里有卸载程序，要先运行卸载程序后再做上面的手工步骤。安装包里面信息也不太全，对Apple Silicon的电脑，建议参考官方安装文档。

系统扩展

有些软件为了系统级权限等，用了系统扩展（System Extension）。它和内核扩展是不同的，内核扩展基本上是硬件驱动程序，系统扩展可能还包括网络类，比如一些代理、过滤器等。系统扩展可以用这个指令查询：

systemextensionsctl list

如果你安装了Adguard，在这里就可以看到com.adguard.mac.adguard.network-extension。同时这里会有TeamID字段。

一般来说，软件本身会管理扩展，这个扩展会跟着软件卸载干净。如果极个别情况需要手工操作，那还是上面这个指令就行（注意替换<teamID>）：

systemextensionsctl uninstall <teamID>

总之，现在还在让你装内核扩展的，都是反应偏慢的厂家了。最后吐槽下，Apogee号称迭代推出了新一代的控制软件Apogee Control 2，但每次在我的电脑上打开时，都有个ApogeeMessager的进程疯狂占用CPU，唯一值得欣慰的是它只占一个核。应该有几个月了，还没看到修复的希望（外站也有抱怨的，也没官方回应），只能手工干净卸载了，反正我的Apogee Duet现在只是个备用DAC。

安装环境

• 说明： 为操作方便，统一建立了~/Developer/ConvertDict/路径，把需要的软件统一放到该路径下

  cd ~/Developer/ConvertDict/
  

1. Homebrew安装Python 3 这在网上有大量教程，就不赘述了。我用的是比较新的Python 3.9.7. 安装Homebrew过程中应该完整安装了Command Line Tools for Xcode。

2. 安装python依赖包

   pip3 install lxml beautifulsoup4 html5lib
   
   brew install lzo
   export C_INCLUDE_PATH=/opt/homebrew/Cellar/lzo/2.10/include/lzo:/opt/homebrew/Cellar/lzo/2.10/include/
   export LIBRARY_PATH=/opt/homebrew/lib
   pip3 install python-lzo
   

   上面安装python-lzo的时候需要分步，否则编译时会提示丢失头文件lzo/lzo1x.h。 指定的环境变量路径是按照Apple Silicon机型环境，如果是Intel芯片，则将/opt/homebrew/改为/usr/local/

3. 下载安装Dictionary Development Kit

   git clone https://github.com/SebastianSzturo/Dictionary-Development-Kit
   

   虽然多年前的版本，但使用上是没有问题的。

4. 下载关键工具pyglossary

   	git clone https://github.com/ilius/pyglossary
   

转换

cd Mdict字典下载文件夹
python3 ~/Developer/ConvertDict/pyglossary/main.py --write-format=AppleDict "朗文当代高级英语辞典（英英·英汉双解 第6版）.mdx" "朗文当代高级英语辞典（英英·英汉双解 第6版）"

最后一个参数是生成文件的路径名，为了方便，你也可以把相应文件都改成英文命名，避免带上那么多引号。下面是可以修改实际显示名称的。

编译安装

进入上面生成的文件夹，修改Makefile，将DICT_BUILD_TOOL_DIR改为正确的Dictionary-Development-Kit路径（"/Users/用户名/Developer/ConvertDict/Dictionary-Development-Kit"，注意不能用相对路径名，必须是完整的）。

cd "朗文当代高级英语辞典（英英·英汉双解 第6版）"
make

生成的字典在objects文件夹里

• 修改配套格式 用原来mdict文件夹中.css文件的覆盖掉DefaultStyle.css

• 设置在原生词典中显示的名字 Xcode（或者其他plist编辑器）打开info.plist，可以修改其中的几个字段 Bundle name对应的是界面上的字典名缩写，一般建议简略一些，比如“朗文当代高级6ed” Bundle display name对应的是设置界面里的名称，一般建议可以放全称，比如“朗文当代高级英语辞典（英英·英汉双解 第6版）”

make install

字典安装路径是~/Library/Dictionaries，进去打开可以看到结构和上面编译以后的几乎一样，所以你也可以只在这里的.plist文件里修改显示的名称。

补充说明

1. 字典里面可能包含语音，我转换出来已经是mp3（也可能是mdict文件自带的格式就是mp3），所以不需要额外调整，已经可以点击朗读。如果你的字典里不是mp3或wav格式，请参考pyglossary官方文档或这里一篇教程批量转换
2. 如果CSS文件里定制了字体等，可能也需要根据这一篇教程调整，我没遇到相关问题，直接把mdict下的CSS覆盖过去就完美了。

综上，其实找到一个好的字典源可以省掉很多事情。我自己是在某宝买的，就不多说了。

• 其他参考材料： Mdict转Mac词典小记 Mdict词典文件转换为macOS原生词典

0. 安装环境与准备

• 群晖：1515+，DSM 6.2.4
• 虚拟机环境：DSM里安装套件Virtual Machine Manager（简称VMM）
• 虚拟机需求：需要2 vCPU、2G内存、32G硬盘
• 小米账号：因为涉及两个插件，所以手机号码和ID都在米家App里查一下吧
• Github账号：这个免费注册就行了
• 浏览器：推荐用Chrome（我用Safari一样顺畅完成了99.9%的环节，但在最后选择设备列表等的时候，似乎有点迟钝，容易点错）

1. 安装 Home Assistant

到HA官网下载.ova文件。打开群晖VMM——虚拟机——导入（新增按钮下拉），选择硬盘上的.ova，一路可以默认，到最后记得固件要改为“UEFI”。

导入和启动完成后，过上一会儿在虚拟机可以看到新主机的IP地址，打开浏览器访问http://IP地址:8123；如果没有，那可以用homeassistant.local:8123打开。

第一次登陆，界面提示是初始化需要20分钟，一般可能更久。反正看到是蓝房子界面就问题不大。

2. 配置 Home Assistant

正常情况下，你会看到创建用户账户的提示，注意记好这里的用户名密码，以后重启虚拟机的时候是登陆的，然后就是拖好自己的所在地、核对清楚时区、单位等。

2.1 基础设置

影响后续使用的设置主要是静态IP了，稳定起见，这种长期运作的服务还是给个静态IP比较好。路径：Supervisor——系统——Host——IP地址——变更——IPv4。改了地址以后记得你浏览器改下URL重新进入。如果你用旁路路由或者自己的DNS等，这里也记得改改。

2.2 安装SSH

为了方便后面的步骤，我们还是给HA装上一个SSH Server。点击侧边栏Supervisor——加载项商店——Terminal&SSH，安装后点顶部配置，主要修改password后面，设置一个密码（和HA本身的密码没有关联）。下面网络那里会默认提示已禁用，如果你不是非常在意安全，可以再次写入22，这样就打开了ssh的默认端口22，记得分别保存.

2.3 安装HACS

HACS本质上算是个免费的软件商店或者目录，汇总了支持各类设备的插件，我们后面就要用到里面的小米插件。网上关于HACS安装讲得比较复杂，很多手动安装+升级的。我用旁路路由实现了“全球通”，所以直接安装。

打开电脑终端程序，ssh root@IP地址，输入密码（macOS第一次会提示你保存密钥，答复yes就行了）。HACS官方的安装方式和网上说法有差异，今后不知道还改不改，所以建议你直接读官网文档。

目前的指令是

wget -O - https://get.hacs.xyz | bash -

贴进去跑就行了。如果失败，可以多试几次，其实脚本本身是很快的，一直不行的就请检查你的网络了。

安装好HACS后，需要重启一次HA服务（配置——服务控制——服务管理——重新启动）。再一次和网上很多帖子不同，重启侧边栏并不会 直接显示出HACS。你需要到配置——集成——添加集成（右下角加号）——HACS手工添加，过程中会等上一点时间，然后提示你打几个勾确认用户协议，并出现一个6位的验证码，点击后打开你的github账号，按要求确认关联就行了。这一步其实是建立授权，后续用你自己的github账号访问HACS里整理的那些插件。

至此，HACS能在侧边栏看到了，点击后，页面会提示“正在启动”，大概等个10分钟就可以了。但是注意，当你需要装第一个插件的时候，又会进入禁用的状态，这时候你只能等1个小时，这是触发了github免费账号的流量限制。反正耐心等着吧。

3. 安装米家插件

在HACS界面下面增加，搜索输入“xiaomi”，可以看到Xiaomi MIoT和Xiaomi MIoT Auto，可以选一个装。很多帖子是都装了的，但其实如果两个插件里都托管上同一个小米账号，你的设备是会重复的。两者的区别我没有仔细研究，但是我分别加了一遍设备。Xiaomi MIoT操作上相对简陋一点，功能更新好像比较及时，可以到项目地址去逛逛。Xiaomi MIoT Auto对批量加设备更友好，不需要像前者一样逐一选择，只要设置黑名单（EXCLUDE）模式然后留空，就等于把所有设备加进去了，另外支持局域网和云端管理。按网评来说，云端有明显时延，有可能几十秒乃至几分钟才刷新。我自己测试，如果选了云端，在家庭里一开始都没看到，搞得我以为是配置出了问题。我自己是老老实实用了Xiaomi MIoT，反正主要都是灯，其他设备少，没什么在外的管理需求。

说回安装插件，和网上很多帖子说的不同，可能在系统集成里仍然看不到这两个组件。建议去重启一次HA服务，然后在配置——集成——添加集成这里手工增加这两个插件。过程中会提示你登陆小米账户（一个是要邮箱或手机号的形式，另一个是ID），还会提示你当前账户里已经有了哪些设备，可以选择一并添加，也可以后面再手工选择加。

到添加设备的时候就建议用Chrome了，这就是我说Safari似乎会导致整个界面比较卡的环节。

4. 连接HomeKit

加完设备以后，你点击侧边栏的概览，应该就能看到你的设备状态，并且能手工开关灯了。按照前面类似的方式，在配置——集成——添加集成增加HomeKit就行了，改不改名字无所谓，反正就是一个HomeKit网桥，放哪个区域/房间没有任何影响（对于Xiaomi MIoT而言，所有设备会默认出现在这个HASS网桥所属房间，你可以之后在iOS或macOS设备上修改；Xiaomi MIoT Auto则是在你加设备的时候就提示选择对应区域/房间，这里也没什么影响）。出现二维码，用手机扫进你的家庭，不要在意没有认证的警告。

OK，至此就完工了，你在HA里的设备都进了家庭，可以试试控制效果了。Siri会比利用米家App的iOS捷径功能（实验室功能里）要灵活得多，捷径方式需要一个确定的口令，不能错字，而直接走HomeKit，只要能让Siri听懂房间名称，很少会出错了。

参考资料

除了上面链接里的一些文档，安装过程中还参考了一些网友的贡献，一并感谢如下： How To Connect to Home Assistant via SSH 通过HomeAssistant将米家设备接入Apple-HomeKit 虚拟机安装home assistant 添加HACS商店

可能不是很多人知道Omnikey for Safari，但用上以后很难离开。Omnikey的作用是按照你的设定扩展URL，最常见的用途是输入关键字，自动帮你搜索对应的网站。比如我设置在Safari地址栏输入tb 商品名，可以自动帮你转成到淘宝搜索。

可惜的是，因为这是一个独立的第三方免费开源插件，所以Safari 13（特别是macOS 10.15 Catalina）以后，这个插件没法安装使用了。估计短时间内原作者不会在Mac App Store上架。最近搜索进展的时候，找到了替代脚本，实现效果也还不错。

这是把插件自动运行的方式变成了要通过快捷键激活脚本的形式，多了个输入快捷键的步骤。先分享一下脚本。

use AppleScript version "2.5"
use framework "Foundation"
use scripting additions

property |⌘| : a reference to current application
property shortcuts : {{"a", "https://www.amazon.com/s/?link_code=wsw&_encoding=UTF-8&search-alias=aps&field-keywords={search}&Submit.x=0&Submit.y=0&Submit=Go"}, ¬
	{"imdb", "https://www.imdb.com/find?q={search}&s=all"}, ¬
	{"maps", "https://maps.google.com/maps?hl=en&authuser=0&q={search}&ie=UTF-8"}, ¬
	{"w", "https://en.wikipedia.org/w/index.php?title=Special:Search&search={search}"}, ¬
	{"y", "https://www.youtube.com/results?search_query={search}"}, ¬
	{"bk", "https://search.douban.com/book/subject_search?search_text={search}&cat=1001"}, ¬
	{"tb", "https://s.taobao.com/search?q={search}"}, ¬
	{"jd", "https://search.jd.com/Search?keyword={search}&enc=utf-8"}, ¬
	{"z", "https://www.amazon.cn/s?k={search}"}}

-- Get the existing clipboard contents.
set oldClipboard to (the clipboard)
-- Ensure Safari's the frontmost process.
activate application "Safari"
tell application "System Events"
   set frontmost of application process "Safari" to true
   -- Select and copy the address field contents.
   keystroke "lc" using {command down}
end tell
-- Keep getting the clipboard contents until they change or haven't changed after a certain time. (Adjust as required.)
repeat 2 times
   set textValue to (the clipboard)
   if (textValue is not oldClipboard) then exit repeat
   delay 0.5
end repeat
-- Restore the old contents. (Optional.)
set the clipboard to oldClipboard

set spaceOffset to offset of space in textValue
if spaceOffset = 0 then return
set token to text 1 thru (spaceOffset - 1) of textValue
set query to text (spaceOffset + 1) thru -1 of textValue

set nsQuery to |⌘|'s NSString's stringWithString:query
set allowedPathCharacterSet to |⌘|'s NSCharacterSet's URLPathAllowedCharacterSet()
set encodedQuery to nsQuery's stringByAddingPercentEncodingWithAllowedCharacters:allowedPathCharacterSet
repeat with aShortcut in shortcuts
	set {_token, _url} to contents of aShortcut
	if _token is token then
		set queryURL to (|⌘|'s NSString's stringWithString:_url)
		set searchURL to (queryURL's stringByReplacingOccurrencesOfString:"{search}" withString:encodedQuery)
		tell application "Safari" to set URL of current tab of window 1 to (searchURL as text)
		exit repeat
	end if
end repeat

这个脚本的主体版本是来自这里。我稍微加了一点国内购物网站的配置。为了方便大家使用，也提供附件下载。

需要个性化定制的，就直接修改脚本里property shortcuts的部分，{}里都是一对配置，第一个是缩写字符，后面是扩展后的URL，{search}代表你搜索的关键词。比如第一行配置就表示先输入a再输入关键词，就变成到美亚搜索关键词。

因为是AppleScript，所以脚本可以配置好几种触发方式，我个人是在Keyboard Maestro里配置了一个脚本组，仅在Safari里用Command+K激活；也可以直接在系统偏好设置的键盘快捷键那里设置，用系统自己的功能调用；要是喜欢Alfred的也可以改造下。原作者的Github里有个issue也讨论了这个问题，大家可以参考。

Roon是一个数字音乐的管理平台，除了类似其他媒体管理软件（例如Audirvana、Amarra等），能管理和播放硬盘上的无损音乐文件，对一个古典音乐爱好者来说，它最大的优势是有一套在线的元数据库。只要你的无损音乐文件不是太冷门，它可以自动匹配、关联对应的专辑，从而获取相应的封面、曲目单、演绎者信息等，不少专辑、作品、作曲家和音乐家还配有一些文字介绍（当然是英文的）；对曲目的元数据有一定的“模糊”归并功能，例如尽管有英文、德文、法文等不同的曲目编写方式，但一旦归并后能作为同一个曲目的不同版本，因此可以看到一个曲子已经收集了多少个不同的演绎版本，点击进去可以拖进播放队列，做比较的时候非常方便。因此，总体上听古典和爵士等的用Roon挺多。

但Roon的曲目管理也存在一些问题。诸如元数据不精准等问题还是经常可见，多数可以通过调整为以音乐文件自带的描述信息为准来解决。对古典音乐而言，最烦的是同一个作品，包含多个乐章或组成部分（比如组曲）时，Roon没能正确识别，导致每个或其中几个乐章被当作独立作品来显示；特别是一些音乐会现场录音，可能只是抽取一个作品中的部分乐章。分割显示还容易造成作品没法纳入版本管理或是对作品版本数量计算错误（不同乐章变成了多个版本）。下图左就是原始症状，右图是修改后理想状态。

研究了一大圈，这是Roon的老问题了。在Roon中，如果“Edit”相应的tracks，会发现只有“Group Tracks”选项，这个选项是用选定的音轨建立单独的专辑，就我们的需求而言是越改越乱。在官方论坛我找到了正确的解决方案。

简单来说，就是利用"Composition/Movement"、"Work/Part"这两对标签来标识“作品/乐章”关系。这两对标签是等价的，一般在IDv3的管理软件里没有默认包含，所以诸如Meta、Mp3Tag和XLD里都不能直接设置，但Kid3能新增个性化标签字段。

在Roon里，可以参照以下步骤来处理：

• 设置用文件里的元数据来分隔作品，而不是用Roon在线库的信息

要一步到位的话，就在 Settings-- 对今后所有导入都如此设置；如果只是修改某一个专辑，那么进入专辑后点 ...--Metadata Preferences 。

• 修改相应的音乐文件

新增"Composition"和"Movement"两个标签字段，分别将曲目名称和乐章的信息写进去，同一个曲目的"Composition"字段信息应该是一致的，而乐章信息就是Roon在曲目下显示（略小的字体）。 图——Kid3示意

为了方便，我写了个批量填写"Composition/Movement"字段的Python脚本，如果你和我有一样的曲目编写模式（用第一个“ - ”分隔作品名和乐章名，注意前后有空格），可以直接使用，否则需要稍微改改分隔提取两个字段信息那段函数。

Roon最近的v1.8改版比较大，争议也非常大，所以最近迭代也挺快的。程序响应快了一些，总体排版我觉得更清晰了一些。希望我这个脚本能有所帮助。如果你有更好的点子或使用技巧，欢迎随时分享，评论或邮件都可以。