标签： macOS

DevLog：2025年9月17日

1、昨天已经基本实现了模型添加、AI对话的基础功能，今天继续完善，首先是添加多个模型并在对话时切换模型，首先在添加两个模型之后，发现设置-可用模型的模型列表里，两个模型之间有两条分割线，而且创建新模型时，无法保存我填写的新API密钥和基础URL，而是沿用了我添加的第一个模型的API密钥和基础URL

2、首先更新了AIModel结构体，添加了apiKey和baseURL字段，移除了isDefault字段，修复了ModelEditView的保存逻辑，更新了模型测试逻辑和对话配置逻辑，使用模型自己的API配置进行对话，而不是使用全局的API配置（早就应该这样了），然后移除了modelRow函数中的Divider():，去掉了多余的分割线，再次测试，两个问题成功解决

3、但AI对话窗口里又出现了回答在上、问题在下的情况，另外切换模型的弹窗显示也有问题，先修复切换模型的弹窗的显示效果，同时修复一下AI对话列表的选中状态，目前根本看不出来选中了哪个对话，修改后仍然不能在对话列表中标示出当前选中的对话，还需要再修改

4、先用硅基流动的DeepSeek R1 API测试了一个需要联网获取最新信息的问题，发现目前思考过程没有展示、AI回答内容没有经Markdown渲染、看不到Tavily提供的资料链接，决定让Cursor同时修复这些问题，并明确要求使用MarkdownUI来进行Markdown渲染，其实之前已经有了一部分支持这些功能的代码，但功能不完整，Cursor列出了Todo，一步步修改，稍后一并给Cursor反馈问题

5、Cursor一次修改了思考过程展示/折叠和展开、Markdown渲染、Tavily资料链接显示等功能，其中在Markdown渲染上，先创建了一个新的文件MarkdownView，但没有添加到项目里，提示构建失败，于是又重新启用现有的MarkdownRenderer，并且引入了MarkdownUI，同时还保留了自定义AttributedString实现作为备选方案，原因貌似是MarkdownUI只支持14.0以上的macOS，我觉得没有必要保留备选方案，之前修改NoteWith时已经验证了MarkdownUI的渲染效果，于是要求Cursor去掉了自定义实现相关代码，使用MarkdownUI作为唯一的渲染方案，MarkdownRenderer代码更加简洁了

6、接下来测试一下思考过程、Markdown渲染、Tavily链接的显示效果，先把AI对话内容的显示顺序搞定，然后处理了一下点击AI对话右上角无法切换模型的问题（原因是ChatView的模型选择回调中代码被注释掉了，没有实际实现模型切换功能，而且每个对话都显示第一个可用模型，而不是用户选择的模型，模型切换没有保存到对话中，我需要为每个对话独立保存选择的模型），Cursor自称目前已经实现如下目标：新对话默认使用第一个可用模型、点击右上角的模型名称选择其它模型、选择的模型立即保存到该对话中、每个对话都有自己独立的模型选择、重启应用后每个对话仍然使用之前选择的模型

7、模型可以正常切换了，但试了几个问题，发现无法触发应用通过Tavily获取最新信息，Cursor分析发现虽然Tavily密钥已经存储在模型中，但实际的消息发送逻辑中没有使用Tavily服务，需要实现Tavily集成，创建了一个新的Tavily服务类TavilyService，并修改了OpenAIService，表示当提问时应用会自动通过Tavily获取最新信息

8、测试发现即使是不支持深度思考的模型，回答内容里也会出现思考过程区域，而且回答内容没有经过Markdown渲染，也看不到Tavily的资料链接，在用MarkdownUI来实现Markdown渲染效果的过程中，Cursor多次创建和删除Package文件（因为一直没有真正引入MarkdownUI），多次用命令行修改MarkdownRenderer，多次尝试不使用MarkdownUI，而是换用SwiftUI的原生功能来实现基本的Markdown渲染，不知道为啥今天反复出现这种“退步”的操作，我多次打断，反复强调要用MarkdownUI来渲染

9、已经有部分文字可以呈现渲染后的效果，但表格还是无法正常显示，参考NoteWith，可能要对表格和代码块的显示进行单独的优化，猜测上面重复同样的操作可能是因为这个对话的上下文太长了导致的，后面在Cursor里开一个新对话再修改这些内容

10、又遇到了刚刚进行的问答没有被保存到对话里的问题，在修改ChatWith，将用户消息和AI消息更新后都调用onUpdate将其保存到Core Data后，问题解决

11、在修改MarkdownRenderer以支持对表格和代码块的渲染优化时，Cursor反复检查MarkdownUI的版本、添加MarkdownUI默认的表格和代码块渲染样式、添加自定义的表格和代码块渲染样式，然后删除这些内容，多次操作后相当于没有做任何的修改

12、决定试试让Cursor创建单独的文件来处理表格和代码块的渲染，并且使用MarkdownUI，Cursor创建了TableRenderer和CodeBlockRenderer，并将新文件添加到项目，但多次尝试后，即使已经将这两个新文件集成到AssistantMessageView之后，仍然未能实现对表格的正常渲染

13、由于目前的ChatWith是由iOS应用修改而来，且在修改过程中对代码和架构进行了大量的调整，怀疑目前有部分文件功能是重复的，让Cursor列举结构和分工后发现ChatWrapper是多余的、ChatView过于庞大、且组件职责不清晰，比如ChatMessageListSection和ChatMessageListView功能重复、ChatInputSection和ChatInputView功能重复，Cursor建议简化架构、删除冗余文件、重新组织文件结构，决定让Cursor实施这些优化

14、修改完成后架构更清晰（每个文件职责单一，易于维护，减少了不必要的中间层），代码更简洁（ChatView从436行减少到约280行，移除了重复的组件子定义），维护性更好（组件独立，便于单独测试和修改，文件结构更符合SwiftUI最佳实践），当然每次Cursor在修改完后都会这么说，还是要实际测试一下修改成果

15、继续测试具体的功能，首先发现在与支持深度思考的DeepSeek R1模型对话时，思考内容和回答内容混在了一起，未能像之前规划的那样分成两块，并且思考内容要可以折叠，可以展开，Cursor在分析后修改了OpenAIService中的seperateThinkAndAnswer函数，以正确解析思考内容，但仍然没有解决问题

16、我现在觉得可能将iOS版的ChatWith修改成Mac版，再逐个测试、恢复功能，可能是做了大量的重复工作，既然之前NoteWith for Mac已经基本可用了，那其实可以对它进行简化，实现我对ChatWith for Mac的一系列需求，于是复制了一份NoteWith for Mac的源文件，并要求Cursor将应用的名字改成ChatWith，这一过程包括将应用名称由NoteWith改为ChatWith、更新XCode项目文件中的名称引用、更新Swift文件中的名称引用、更新Info.plist文件、重命名相关文件夹和文件等

17、Cursor很快完成了修改，并且按照我的反馈替换掉了一些漏网之鱼，接下来就是去掉待办事项模块、测试功能了，后面可能还要把备忘录替换为收藏，去掉待办事项模块及相关功能包括了分析待办事项模块的组件和依赖、移除待办事项相关的数据模型、移除待办事项相关的视图、移除待办事项相关的视图模型、从DataManager中移除待办事项相关代码、从导航中移除待办事项相关项目、从项目文件中移除待办事项相关文件等步骤，并且根据我的反馈删掉了两处遗留的待办事项相关功能

18、构建成功后，整理了文件结构，特别是Views文件夹下既有AIChat和Notes两个文件夹来存放AI对话和备忘录相关的视图文件，又有大量视图文件散落在Views文件夹下，ViewModels文件夹也有类似问题，移动文件并更新project.pbxproj中的路径后，问题解决，结构清晰了一些

DevLog：2025年9月15日

1、目前ChatWith for Mac使用的数据存储方式是UserDefaults，虽然目前应用的功能还很少，UserDefaults足矣，但这种存储方式不适合大量数据存储，数据量大时读写较慢，只能存储基本类型和可编码对象，且不支持复杂查询，决定趁现在应用功能还少（并且参考NoteWith的教训，将数据存储方式切换到Core Data之后基本上所有功能都要重新测试、大量修改），先把对话数据切换到Core Data，设置类的数据仍然用UserDefaults
2、Cursor拆解步骤包括：设置Core Data模型和持久化容器、创建Core Data实体模型、更新ConversationManager使用Core Data、迁移现有的UserDefaults数据到Core Data，修改过程中Cursor创建了新的文件，但没有直接修改项目文件，反而又把新文件删除了，打断操作后纠正了这种无故回退的操作，而且反复创建版本化的模型文件
3、为了优先保证成功构建，Cursor先创建CoreDataManager，并通过CoreDataManager管理对话数据，但底层先使用了UserDefaults，在我的要求下切换到了Core Data，创建了ChatWith.xcdatamodeld模型文件，定义了ConversationEntity和MessageEntity实体，设置了正确的属性和关系映射（之前用Trae时创建模型文件、定义实体和设置属性、关系映射都需要手动操作），同时还实现数据迁移机制，自动检测并迁移现有的UserDefaults数据到Core Data
4、但目前这个应用还不需要数据迁移机制，于是修改了CoreDataManager和ConversationManager，移除了数据迁移相关代码，至此，对话数据使用Core Data进行持久化存储，设置数据继续使用UserDefaults
5、测试发现有多个文件出现了onChange相关的警告，这是因为在macOS 14.0中，onChange(of:perform)语法被弃用了，需要使用新的语法，修改后警告消除
6、还有一处警告信息：ChatWith isn’t code signed but requires entitlements. It is not possible to add entitlements to a binary without signing it.这是因为应用中又entitlements权限文件，但没有进行代码签名，macOS要求又权限文件的应用必须进行代码签名，Cursor认为目前应用不需要特殊权限，于是将其删除，后续如果需要将应用发布到App Store或者需要特殊权限时可以重新创建entitlements文件并配置签名代码、添加必要的权限声明
7、接下来修改应用的布局，先修改对话和收藏界面，左侧是列表，右侧是详情，Cursor使用了NavigationSplitView来替代以前的TabView，并且创建了左侧边栏SidebarView、右侧详情DetailView
8、之后扫了一遍所有的文件，删除了未被使用的FavoritesView和ConversationListView
9、接下来测试具体的功能，从添加模型、发起对话开始，首先在设置中添加模型时，目前的设置界面显示非常局促，不能完整显示具体的设置内容，要求Cursor将其改成分栏布局，即使用NavigationSplitView，并且调整了界面的文字和图标大小等等，但多次调整后依然有部分元素被遮挡，看来还得重新规划一下应用界面的布局，可能NoteWith目前在使用的三栏布局的确是比较好的方案

DevLog：2025年8月21日

1、昨天把备忘录编辑功能由TextEditor换成了NSTextView，已经具备编辑、保存、选择、右键菜单等基础功能，今天继续测试并丰富备忘录编辑功能
2、测试发现目前备忘录未应用Markdown渲染，只显示了纯文本，未实现像Obsidian那种“所见即所得”的效果，Cursor表示需要将编辑器升级为支持实时Markdown渲染的WYSIWYG编辑器（不知道这个名字是啥意思），替换整个SimpleTextEditor为WYSIWYGMarkdownEditor
3、修改过程中发现又使用了NSColor.systemGray6这种iOS上才有的颜色，难道还是从iOS应用转为macOS应用的后遗症？
4、修改之后，部分Markdown语法已经实现了所见即所得的效果，比如标题1、标题2、标题3、有序列表、无需列表，但是粗体、斜体、行内代码三个语法虽然可以所见即所得，换行时渲染效果就会失效，而且编辑器内不支持通过快捷键command+Z实现撤销操作，Cursor先修复了撤销操作，然后通过改进样式应用逻辑来修复部分语法渲染失效的问题
5、编辑器出现了不能插入任何语法标记的问题，且刚刚insertMarkdown函数只是简单的在文本末尾添加内容，而不是在光标位置插入内容，Cursor进行了同步修改，自称可以实现在光标位置插入、包围格式智能光标、行级智能格式换行等等
6、再次测试，发现粗体、斜体、代码块这三个功能不好用，比如点击粗体按钮后，会在光标位置插入对应的Markdown语法，且光标在中间，但输入文字后，不会应用粗体效果，且部分文字会消失，斜体也是这样，代码块貌似不能正常闭合，会影响到后文的渲染，继续让Cursor修改
7、多次修改后，还出现了看不到备忘录内容的问题，Cursor创建了一个临时调试的简化版本，并增加调试信息来定位问题，粗体和斜体的正则表达式好像一直有问题，这几天一直在修复这个问题
8、在Cursor对编辑器进行“根本架构层面”的修改之后，文字可以正常输入、窗口可以随意调整、粗体也能正常渲染了，但我发现备忘录里应用Markdown语法后的内容，有的会同时显示语法标记和渲染效果，有的只显示渲染效果，Cursor更建议所有Markdown语法都隐藏标记，于是陆续隐藏了标题、列表、引用样式的语法标记，显示效果还可以，后面继续优化
9、接下来增加待办事项模块，在导航栏的“备忘录”下面增加“待办事项”，并由Cursor来设计一些待办事项相关功能，同时在搜索、数据统计、回收站中也增加待办事项相关功能，测试一下看看Cursor能够做到什么程度
10、Cursor创建了待办事项数据模型、在DataManager中添加待办事项管理功能、创建待办事项视图模型、创建待办事项主视图、创建添加待办事项视图、创建添加分组视图、创建待办事项详情视图，并更新导航栏、更新搜索功能、更新设置（数据统计、回收站），果然这次创建了很多新文件后，又没有更新项目文件就开始构建，甚至还想使用Xcode的命令行工具来添加文件，但明明可以直接修改项目文件，我叫停了使用脚本的操作，要求Cursor直接修改项目文件
11、然后再次构建测试，修复多个新文件中出现的macOS不支持的API，之后构建成功，据Cursor总结，目前已实现了完整的GRUD操作（创建、读取、更新、删除）、分组管理（支持自定义分组和颜色标识）、优先级系统（四个等级的优先级管理）、截止日期、智能分类（自动分类逾期、今日、其它待办）、搜索集成、数据统计、回收站及UI适配macOS
12、测试待办事项相关功能之前先让Cursor统计了下当前的代码量，目前整个NoteWith共有8292行Swift代码
13、开始测试并修复待办事项模块的问题，包括1.新建待办的界面显示不正常 2.新建分组的界面显示不正常，Cursor不仅修改了这两个视图，还修改了TodoDetailView，并设置了三个视图的固定窗口尺寸，显示不正常的原因在于，在macOS上，NavigationView和Form的组合可能会导致显示问题，改为VStack和ScrollView的自定义布局
14、之后在测试添加分组时，发现DEBUG信息中出现大量的颜色名称（Cursor创建的待办事项模块可以用不同颜色来区分分组），但这些颜色没有在应用的资源目录中定义，导致系统无法找到对应的颜色资源，Cursor修改了多个文件来解决颜色问题，使用了系统预定义颜色，并创建颜色转换函数
15、解决之后，测试待办事项添加、修改相关的功能，比如待办事项列表里看不到星期几，添加待办时可以精确到小时和分钟（其实我只需要精确到年月日），两个问题均已解决，今天就到这里了
16、怎么感觉现在这个NoteWith越来越像Notion了？原本我是在仿ima的

DevLog：2025年8月17日

1、今天重点优化备忘录相关功能，首先我发现备忘录列表里显示的备忘录内容不会随修改更新，比如备忘录里明明有文字，列表里却显示“空内容”，另外需要把备忘录标题下面的“文本编辑器”和右侧的字数统计去掉，因为界面右下角已经有字数统计了
2、修正这一问题后，发现又看不到支持深度思考的模型的思考过程了，并且在AI回答时，界面也不会自动向下滚动，可能是昨天将MessageView从AIChatView中拆分出来之后又有部分功能丢失了？先把这部分功能加回来，然后优化一下输出时的卡顿问题
3、继续优化备忘录，测试时发现了“列表顺序会随着点击发生变化，而不是只有修改内容时才会变化”和“光标自动跳转到结尾”的问题，在修改过程中，我发现虽然目前用的TextEditor是纯文本编辑器，但当前仍然有用到NSAttributedString来进行富文本处理，其实现在不需要处理富文本了，于是让Cursor去掉了富文本相关的代码
4、发现部分备忘录内容可以正常显示，部分不能，Cursor排查后发现Note模型有两个内容字段，一是markdownContent的纯文本内容，二是attrbutedContent的富文本内容，Cursor修改后改为二者均可正常显示，且优先使用前者，如果前者为空则使用后者
5、在修正备忘录问题的过程中，让Cursor去掉了知识库相关功能，暂时没有想好知识库该怎么用，而且知识库目前的存储也是以备忘录的形式存储的，和备忘录有些重合，先优化备忘录模块，后面再考虑更加其它功能吧
6、然后又修正了AI对话删除之后同时存在于列表和回收站的问题，修正了AI对话右上角无法切换模型的问题，奇怪的是之前我明明记得有一个AIModelSelectorView文件，啥时候消失了？
7、在让Cursor美化AIModelSelectorView时，美化有些过度了，并且再次出现了macOS不支持的SystemGray颜色，仍然时从iOS迁移至macOS的后遗症
8、结合当前应用的功能，让Cursor更新README，同时更新了应用的版本号为0.1，涉及info.plist和project.pbxproj两个文件
9、还在纠结数据的存储方式，因为UserDefaults主要用于存储一些配置相关的数据，在存储大小、性能、数据完整性、扩展性上均有限制，Cursor建议在数据量增长后迁移到Core Data或SQLite，比如数据大小超过5MB时，但因为对话内容中有大量的Markdown渲染，还有备忘录功能，数据可能很快就超过5MB了
10、决定先把目前的0.1备份一下，然后把数据存储机制改成Core Data，并且不需要迁移已有数据
11、Cursor表示要完成这一迁移，需要如下步骤 1.首先创建Core Data模型文件 2.创建Core Data管理器 3.更新数据模型以使用Core Data 4.更新DataManager以使用Core Data 5.更新相关的ViewModels，接下来当然又是修改项目文件、修复编译错误的漫长过程，待完成后再挨个测试功能
12、在修复编译错误的过程中，Cursor为了能更快解决编译错误竟然删除了五个视图文件，我拒绝，让它重新创建这五个文件，然后修正错误，因为担心后面还会再删除其它文件导致应用功能大量缺失
13、累计修复了：类型定义问题、可选值处理、方法签名修复、ScrollViewReader问题、Core Data关系处理、视图组件修复，以及几处警告，终于可以成功构建了
14、接下来测试功能，一打开App天都塌了，缺失了大量功能，接下来逐个修复，
1.备忘录界面没有创建备忘录的按钮 2.去掉预置模型中的所有模型，让用户自己添加，并且在添加模型界面增加Tavily密钥字段 3.AI模型管理界面无法关闭或返回 4.整体布局也很奇怪
15、Cursor还是将应用改成了三栏式布局，之后恢复设置功能，其中包含统一管理模型、数据统计、切换深色浅色模式、管理回收站等功能，并且提出优先让Cursor使用已有的文件和代码
16、然后调整了关于、模型管理功能（既然已经没有预置模型，那就不再需要每次打开应用时都删除了）、调整搜索功能（在导航栏里添加搜索按钮，点击弹出搜索弹窗，去掉备忘录界面的搜索按钮），仍然要求优先用已有的代码，目前已经恢复了应用的布局，今后再恢复各个功能

DevLog：2025年8月14日

1、今天继续优化NoteWith for Mac的界面交互，测试功能，首先就是修改AI对话和备忘录的界面布局，采用类似苹果备忘录的样式，左边导航栏，中间列表栏，点击列表中的条目在右侧打开，不再使用弹窗形式，条目右侧的编辑、置顶、删除按钮合并到右键菜单里
2、预感修改量会比较大，但这种交互方式比较适合用在Mac应用上，会更直观一些，Cursor首先修改了ContentView来实现三栏布局，修改AIChatSessionView来支持选择功能、移除按钮、添加右键菜单，修改NotesListView实现类似功能、修改AIChatView移除弹窗相关代码，移除返回按钮和dissmiss相关代码，修改NoteEditView，移除返回按钮和dissmiss相关的代码，修改saveNote方法，之后修复编译错误，构建成功
3、Cursor认为三栏布局是macOS应用的经典设计模式，右键菜单是macOS用户熟悉的交互方式，更符合macOS用户的使用习惯
4、继续优化交互：备忘录条目上的的右键菜单不再需要编辑按钮，在列表中点击条目时，第三栏里直接打开编辑界面就行；然后设置界面的第三栏默认显示AI模型管理的详情，点击第二栏时第三栏内容也随之切换
5、针对设置界面交互的变化，Cursor创建了SettingsListView和SettingsDetailView，之后修正新文件没有被添加到项目以及多处编译错误，之后构建成功
6、测试后再次优化多处交互，以及一些功能上的问题：点击备忘录列表中的条目，第三栏没有随之切换；去掉备忘录页面右上角的保存按钮，自动保存我所做的修改就行；设置中，备忘录回收站缺少了AI对话回收站那种恢复和永久删除的功能；左侧导航栏，把搜索按钮放最上面，然后是AI对话、备忘录、设置
7、在排查“点击备忘录列表中的条目，第三栏没有随之切换”的问题时，Cursor添加了一些调试信息，并创建了新的Note类型和onChange监听器，解决了问题，之后再修正新出现的“只要点击一次，即使没有修改标题或内容就会触发更新”的问题，Cursor通过添加标志机制来精确控制何时触发保存，需求达成
8、现有功能已基本稳定，接下来增加“知识库”模块，需求：增加知识库模块，和AI对话、备忘录同级，按钮放在导航栏的AI对话和备忘录之间，样式类似备忘录页面，从AI对话中收藏的内容进入知识库中，不再进入备忘录，同时在设置中添加“知识库回收站”，放在设置中的AI对话回收站和备忘录回收站之间，也可以像AI对话回收站那样清空、恢复和永久删除内容
9、Cursor陆续创建了知识库的数据模型、数据服务、ViewModel、知识库列表视图、知识库编辑视图、知识库回收站视图，然后更新关联的文件并把新创建的文件添加到了项目文件和对应的组，甚至还在搜索窗口的结果显示部分添加了知识库内容，我在提需求时忘了这一点
10、从目前的界面看下来功能已经基本齐备了，接下来测试新增的功能，并继续优化界面的细节，今天没有时间测试了

DevLog：2025年8月13日

1、昨晚突发奇想，问ima能否将iOS应用的项目文件改造为Mac应用，可以是可以，但一些问题需要注意，比如使用Xcode的Apple Catalyst技术，可以自动生成适配macOS的版本，这种方式可以复用大部分iOS代码，但需处理平台差异，也就是框架的差异，macOS应用使用的是AppKit，当然也可以用AI IDE来转换，要求“将iOS项目迁移至macOS，替换UIKit为AppKit”
2、不过对于目前的NoteWith而言，如果要迁移到macOS上，需要将SwiftUI替换为AppKit，UIKit和SwiftUI是Apple提供的两大UI框架，前者比较传统，后者比较现代，但二者可以混用
3、先把NoteWith的项目文件复制一份，文件夹更名为NoteWith for Mac，之后让Cursor在此基础上进行改造，然后NoteWith后续就兼顾手机和平板，个人认为macOS的操作方式还是以键鼠为主，直接将平板端应用安装在Mac上，操作并不是很方便
4、指令：我需要将这个使用SwiftUI编写的iOS应用改造为Mac应用，保留现有的AI对话（模型切换、流式输出、收藏等）、备忘录（置顶、编辑等）、模型（添加、管理等）、数据统计、深色模式等等功能，但要适配Mac端的用户操作习惯
5、Cursor陆续进行了修改项目配置、修改info.plist、修改主应用文件、修改ContentView、修改AI对话列表视图、修改备忘录列表视图、修改设置视图、修改备忘录编辑视图（含移除UIKit的导入）、修改AI模型管理视图、修改回收站视图等操作，之后继续修复UIKit导致的错误、将MarkdownEditorView改为使用AppKit的NSTextView、去掉iOS特性的颜色和API（比如systemGray仅限iOS使用）、去掉在macOS上不可用的ActionSheet，终于可以构建成功
6、小结，将iOS SwiftUI应用改造为macos应用的过程中，涉及项目配置修改、主应用文件适配、视图层修改、系统服务适配、颜色和样式适配、交互方式适配等
7、虽然构建成功，但功能还是要挨个测试并让Cursor修复，在Xcode中启动应用测试，这可比测试iOS应用简单多了，直接打开就能用键鼠操作，之前在不支持触控的Mac上测试iOS应用的触控操作属实有点费劲
8、初步测试发现这些问题：1.设置界面切换深色模式时，应用没有切到深色模式 2.AI模型管理界面，预置的模型和新添加的模型都无法编辑、删除 3.设置界面AI模型数量统计不正确 4.备忘录列表，创建新备忘录后只能编辑标题，不能编辑内容，先让Cursor修复一波
9、然后是对深色模式进行优化，现在不仅显示效果差，在切换到其它应用时外观设置还会丢失，Cursor优化了多个视图的深色模式显示效果、列表的空状态提示等，深色模式切换已基本可用
10、接下来是第二波修改，主要针对AI对话界面：1.提问的字体比回答的字体大很多，需要取一个居中值，让提问和回答内容字体大小一致 2.发送按钮比输入栏高很多，需要取一个居中值，让输入栏高度和发送按钮高度一致，同步优化下AI对话界面和备忘录界面的搜索栏输入框高度 3.长按消息弹出的弹窗上方有一个无用的按钮，可以删掉，修改过程中再次遇到了字体大小被MarkdownRenderer强制设置的问题，Cursor修改了这个文件，使其能够接受自定义的字体大小参数
11、第三波修改主要围绕应用的外观，可能是因为目前的应用沿用了大量的iOS代码，在应用的外观上有些别扭，比如图标按钮比较大但文字按钮比较小；搜索栏高度合适但有内边距，不够简洁；设置界面的数据统计功能三个横条的高度和AI模型管理、回收站、外观设置的三个横条相比偏窄等等，让Cursor统一优化下，并且让Cursor看看还有没有其它地方可以修改，让应用界面比较现代一些
12、Cursor创建了更现代化的设计系统，统一按钮样式、搜索栏样式和设置界面的布局，并对多个视图和按钮样式进行优化，之后修复一些几处小问题，测试发现界面上稍微有些改善，一些按钮不像之前那样局促了
13、继续测试并优化体验，特别是改为用键鼠操作后，那些曾经需要触控才能实现的操作现在都要改成用键鼠操作，比如AI对话条目右侧增加置顶和删除按钮，并且优化一下左侧的导航栏，去掉文字、增大图标，然后增加AI对话的删除/恢复机制，给AI对话双方增加头像标识
14、因为在AI对话列表中创建新对话时标题被遮挡，但多次修改后仍然被遮挡，且搜索栏样式较丑，决定将搜索按钮放在左侧导航栏，点击弹出搜索窗口，可在一个入口搜索AI对话和备忘录内容，Cursor在修改时自动创建了新文件SearchWindowView，去掉了AI对话列表和备忘录列表顶部的搜索栏，并且修改了搜索逻辑
15、搜索窗口做的还可以，但即使没有了搜索栏，在创建新的AI对话时标题还是会被遮挡，让Cursor将AI搜索列表页和备忘录页对比一下看看，为什么会有遮挡的情况，Cursor表示AI对话列表和备忘录列表的功能差异较大（反正就是想表达直接对比没有多大意义，也不会带来什么改善），后来添加了滚动监听，检测到状态变化时自动滚动到列表顶部，也算是解决了问题
16、然后优化备忘录界面，备忘录内容无法修改的问题依然存在，而且新创建的备忘录也会被部分遮挡，让Cursor结合DEBUG信息修正无法修改的问题，并参考AI对话列表的处理方式来处理新建备忘录被遮挡的问题，增加条目右侧的修改、置顶、删除按钮（Cursor在修改的同时移除了原有的收藏按钮），让AI对话列表和备忘录列表都能显示一行预览内容，目前AI对话列表只显示标题，尽量让两个列表的样式一致
17、目前AI对话列表和备忘录列表都已支持标题+置顶标识、Markdown渲染的内容预览（最后一条AI回答）、时间、操作按钮（编辑、置顶、删除），对比后发现置顶备忘录的标题左侧还缺一个置顶标识（pin.fill），也让Cursor加上了，至此两个列表样式基本一致
18、然后统一了AI对话回收站和备忘录回收站的样式和功能，现在都有恢复、永久删除、清空三个按钮了
19、功能修复至此告一段落，让Cursor删除多余的项目文件备份和脚本，接下来要重点处理备忘录的编辑功能
20、备忘录的编辑功能目前还无法正常工作，我不再需要切换编辑和预览状态，从列表中点击备忘录条目即可进行编辑，即使简化了需求也没有解决问题，于是询问Cursor有没有其它编辑器可以替换它，Cursor认为当前使用的NSTextView存在布局约束冲突、状态同步复杂、进程间通信稳定性、配置复杂等问题，并且推荐了“简化版TextEditor+工具栏”的替换方案，认为这种方案稳定性高、功能足够、易于维护，且符合macOS的设计规范，用户体验好，接受了Cursor的建议，很快替换完成
21、在编辑备忘录时，一旦选中文字并点击格式按钮切换格式，所有内容都会被应用格式，而不是只针对被选中的文字，并且无法用command+z撤销修改，还有，既然导航栏多次修改后依然没有去掉折叠/展开按钮，干脆就加回功能文字：AI对话、备忘录、搜索、设置
22、备忘录的编辑功能还是不能正常使用，先让Cursor将其替换为富文本编辑器试试，如果可以的话，就将备忘录功能与AI对话功能分离，类似ima的“笔记”，然后增加一个知识库模块，收藏的AI回答内容进入知识库，不需要对收藏的内容进行编辑
23、Cursor在修改备忘录编辑功能时表示将NSTextview替换成了SwiftUI原生的TextEditor，但前面好像已经换成了TextEditor，虽然现在可以使用了，但前面Cursor到底有没有替换编辑器呢？
24、总之，在将NoteWith迁移到macOS上之后，先修复功能上的BUG，之后再扩展一些功能，接下来先增加知识库模块，收藏的AI回答的内容放到知识库里，不放到备忘录了
25、这段时间Cursor创建了多个project.pbxproj的备份文件和脚本文件，测试基本稳定后再让它删掉这些文件，而且我发现创建了新对话后就容易出现这种问题：不直接修改项目文件，而是用脚本修改，构建完成后尝试打开应用等等

Mac常用App推荐：压缩工具The Unarchiver

距离上次更新已经有7个多月，这几天终于有点时间了，继续给大家推荐Mac上常用的App。

这次要推荐的是一个压缩/解压缩工具，The Unarchiver。

提到压缩/解压缩工具，Windows系统上自然是首选WinRAR、7-Zip之类，但WinRAR官方中文版本夹杂广告吃相难看，7-Zip仅支持Windows，macOS系统自带的“归档实用工具”支持格式有限（且偶尔还会遇到苹果电脑打包的文件在Windows电脑上无法解压的状况），有没有一个无广告、支持格式多，且压缩和解压缩都很快的Mac端压缩工具呢？

答案就是The Unarchiver，免费无内购、简洁无广告，且常见的不常见的压缩文件格式它都能支持，速度也够快。

最让我满意的当然要数The Unarchiver超级低的存在感，没有任何广告，图标也不像一些国产的压缩工具那样要么高仿WinRAR，要么花里胡哨。

安装之后点开The Unarchiver的图标，首先看到的就是它支持的超多格式，除了常用的.zip、.rar、.7z.之外，还有大量不太常见但偶尔也会遇到的压缩文件格式，可以在这里快速设置文件关联。

The Unarchiver解压缩时可以为解压缩的文件创建新文件夹、为创建的文件夹设置修改日期，在成功解压归档后可以将压缩包自动移到废纸篓，这些也都可以在The Unarchiver的设置中按需调整。

而且，The Unarchiver的压缩和解压缩速度都很让人满意，对于像我这种只需要打包文件发邮件，下载压缩包并解压缩的用户来说足够用了。

唯一需要注意的问题是：The Unarchiver支持对压缩包的文件名编码进行自动检测，偶尔也需要手动选一下。默认设置了80%的信心阈值，低于这个阈值时，程序会询问编码类型，这时只要根据你的压缩包的实际情况来选择就好，比如简体中文（macOS）、简体中文（Windows）等等，有数十种。实际使用了四年多的时间，仅有不到3%的压缩包需要手动选择一下文件名编码，就能正常解压了，以至于我暂时没能找到重现“手动选择文件名编码”的配图，先借用一张Mac App Store的图吧。到目前为止，我还没有遇到过即使选了文件名编码也无法解压的压缩包。

对于这样一款简单易用的解压缩工具来说，也没有太多可以分享的内容，静静地做一个用完即走的工具，已经很完美了。Mac App Store高达4.8的评分也足以证明它有多优秀。想要用的朋友们可以直接去Mac的App Store下载安装。

另外，如果你更习惯使用macOS系统自带的归档实用工具，但想修改设置的话，可以参考这个修改方法：

顶部菜单-前往，进入该目录：/System/Library/CoreServices/，展开Applications文件夹，找到并双击归档实用工具.app，这个App没有主界面，在顶部菜单点击归档实用工具-设置，可以对默认的解压缩目录、存储压缩包的目录进行调整。

不定期更新App推荐及使用心得，欢迎关注。

最初发布于2024年12月27日

Mac常用App推荐：快捷分屏工具Magnet

我在日常办公时经常需要分屏操作，比如对比两个文档，或者浏览网页同时记录一些内容，或者同时处理多个任务，在这些场景下分屏是很必要的。但如果每次都去手动调节窗口大小的确比较麻烦。如果你也有类似需求，可以试试Mac上的快捷分屏工具：Magnet。

Magnet可以在Mac端的App Store里可以免费下载，安装之后没有窗口，只有一个常驻菜单栏的小图标。可以通过快捷键快速实现全屏、居中、左右分屏、上下分屏、三个App分屏等等操作，而且可以自定义快捷键。

如果你觉得记快捷键很麻烦，还有更简单的办法，比如把窗口拖到屏幕最顶端，在屏幕上出现一层半透明黑色时松开触控板就能实现全屏。如果需要两个窗口左右分屏，可以把窗口拖到屏幕左右两侧的中间，同样是出现半透明黑色时松开触控板就能实现左右分屏。

Mac端App Store的Magnet介绍页面有详细的操作方法，感兴趣的朋友们可以去看下。最近的一次更新后Magnet可以在macOS 14 Snonoma上流畅运行，且目前还没有发现任何适配上的问题。

对了，还可以忽略当前活跃的App，点击图标选择“忽略”即可不被分屏，只需再点击一次即可取消限制。

如果你的显示器足够大、分辨率足够高，可以开启三分屏甚至六分屏，充分利用大屏幕的优势。同样可以通过快捷键或拖到屏幕边缘来实现。

总之，Magnet是一款很棒的工具软件，免费无广告、刚需不累赘、方便易操作，有需要的朋友们可以试试看。

不定期更新App推荐及使用心得，欢迎关注。

最初发布于2023年10月12日

告别“磁盘几乎已满”，清理苹果电脑存储空间的几种方法

身边很多使用苹果电脑的朋友，在购买时要么因为自己对存储空间没有什么概念，要么受限于预算（苹果电脑固态硬盘的价格的确比较贵），在后续使用时会遇到存储空间不足的问题，甚至会出现“您的磁盘几乎已满”的提示。而且近几年苹果的电脑都无法对硬盘进行替换或扩展，更让日常使用捉襟见肘。

这篇文章我来分享一些清理苹果电脑存储空间的方法，动手能力强的小伙伴们可以手动清理，如果嫌麻烦可以直接看本文第三部分，使用第三方App来清理。

本文中的所有方法都基于目前最新版本的操作系统，macOS Monterey 12.3。如果你在参考本文进行清理的过程中，发现部分功能有些不同，那我建议你先升级系统到最新版本。什么，连升级系统所需的空间都没有了？你不会先把文件拷出来一部分吗？

一、先做好备份

在清理存储空间之前，建议大家先用macOS的“时间机器”备份一下，防止误删文件引发问题。这个功能在系统偏好设置中可以找到。

首先需要准备一个移动硬盘，容量至少要大于你电脑的已占用空间。而且两端都是Type-C接口的话会更好，一是速度快一些，二是不需要用转接头，更稳定。硬盘首次连接电脑之后，系统便会询问是否将硬盘作为备份磁盘，然后便可在时间机器中进行设置和首次备份。

需要注意的是，备份前系统会将硬盘格式化为APFS格式，该格式无法在Windows系统上使用。如果你的硬盘足够大，且希望用来存储一些文件，可以先在Windows电脑上进行分区，然后将其中的一个分区用作时间机器备份磁盘，其他分区仍然可以在Windows电脑上使用。

首次备份会比较慢，时间机器会将电脑上所有的文件和设置都备份到硬盘上，并且会在每隔十天之后再次提醒你需要备份。这时只要将硬盘连接电脑，就会自动进行备份操作。当然你也可以一直把硬盘插在电脑上，随时备份。

时间机器会保留这些备份内容：本地快照（可用于恢复某个文件先前的版本）、过去24小时的每小时备份、过去一个月的每日备份、过去所有月份的每周备份。当硬盘已经没有空间时，最早的备份会被自动删除。如果你还是担心这会误删文件的话，那就用最简单的办法，复制重要文件到硬盘里，不用时间机器。

做好备份，确保不会因误删文件影响工作之后，我们再去删除无用文件，给电脑腾出更多空间。

二、手动清理

接下来是一些手动清理电脑存储空间的方法，供大家参考。每个人的电脑文件因人而异，但这些方法基本是通用的。

1、卸载不常用的App

打开启动台，看看你安装的这些App，有多少是只用过一次，后来再也没有打开过？这种App完全可以卸载掉，腾出一些空间。

打开访达窗口，点击左侧的“应用程序”，可以看到目前这台电脑上安装的所有App。有些App会自带卸载程序，直接运行它就可以了。如果没有的话，直接将想要卸载的App拖到废纸篓就可以。

iOS端预装的App已经有很多可以直接卸载了，但macOS还不行，希望以后苹果可以允许卸载部分预装App。

2、删除已卸载App的残留文件

Windows系统上的软件经常会在卸载之后残留一些文件，macOS也一样。首先我们需要寻找残留文件所在目录。当光标停留在桌面时，按住Option键，点击顶部的“前往”就可以找到“资源库”。

在资源库中的Application Support文件夹里，可以看到因为安装一些App生成的文件夹。如果App已经删除了，那留着这些文件也就没什么用了。通过文件夹的名字，可以大概看出是哪些App的残留文件，直接删掉就好了。

比如我之前曾经安装过暴雪的客户端，早在一年前就已经卸载了，在该目录下仍然有一些残留文件，如Blizzard、Blizzard Entertainment，那就可以手动删除它们。也有一些残留文件会保留在资源库里，比如很久之前用过的虚拟机VirtualBox，直接删除就好。

3、删除无用的大文件

像我这样在电脑上积累了大量的工作相关文件，哪个文件放在哪儿了，哪个文件用不到了，自己根本无暇理会。但无用的大文件的确太浪费存储空间。可以用下面这个方法来清理。

点击屏幕左上角的苹果标志，关于本机——储存空间——管理——检查文件，接下来就可以看到这台电脑上的大文件，可以在这里删除确实无用的大文件，或者决定是否转移到其他存储设备上。这样操作下来，应该可以腾出不少空间。

4、删除微信产生的文件

我们的工作生活都已经离不开微信，它也成了电脑上占用空间最大的App。比如我在删除了2020年以前的微信相关文件之后，它仍然占用了将近80GB的空间。

目前macOS版微信已经可以清理聊天中的图片、视频、文件等数据，也可以清理缓存。但有时我不想完全清理掉某个聊天会话中的文件，只需要删除两三年前的老文件，该怎么做呢？

Windows版微信目前会按照月份自动生成文件夹，存储聊天过程中传输的图片、视频和文件。而macOS版微信貌似是按照聊天会话来生成文件夹，想要删除无用文件的话，比Windows版微信更麻烦。

首先当光标停留在桌面时，点击顶部的“前往——前往文件夹”，输入这个目录，就可以打开微信所在目录。

/Users/你的用户名/Library/Containers/com.tencent.xinWeChat/Data/Library/Application Support/com.tencent.xinWeChat

该目录里以一长串字母和数字混合命名的文件夹，包含了在这台电脑上登录过的微信账号产生的所有文件。再展开Message——MessageTemp，就可以看到聊天会话生成的文件夹（也是由一长串字母和数字混合命名的文件夹）。进入MessageTemp文件夹，并在左上角搜索常见的文件类型，如rar、zip、docx、pptx、xlsx、jpg、mp4等等，搜索结果定位到MessageTemp文件夹。之后按日期排序，即可选择并删除一定时间段内的文件。

上次清理时，我用这种方法删除了大概60GB的文件，删除的过程比较慢，因为全是数量庞大的小文件。耐心等它删除，然后清空回收站就好。

三、使用第三方App清理

如果你觉得上面这些方法操作起来比较麻烦的话，也可以使用第三方工具软件，如腾讯柠檬清理。这款软件完全免费，但建议大家去官网下载完整版本，而非直接使用App Store中的lite版，功能上有缺失。

腾讯柠檬清理可以进行大文件清理、重复文件清理、相似照片清理、应用卸载、隐私清理、开机启动项管理、磁盘空间分析等操作，功能比较全面。

而且用腾讯柠檬清理来卸载App时，可以选择同时删掉残留文件。省去了自己寻找残留文件的繁琐操作。

至于很多人推荐的CleanMyMac，这款App需要付费解锁完整功能，官网价格至少99元，个人感觉没有必要。对于一般用户来说免费的腾讯柠檬清理已经足够用了。

以上就是我在使用MacBook Pro两年多后总结的一些存储空间清理方法，希望能够帮到大家。此外我建议大家如果预算允许，尽量买存储大一些的版本。小存储的电脑再怎么清理，也迟早有占满的一天。

最初发布于2022年3月24日

为提升效率而持续进化 macOS Monterey使用体验

今年的新款MacBook Pro在前段时间开售，苹果也同期发布了新操作系统macOS Monterey的正式版，版本号12.0.1。今天我来分享一下macOS Monterey值得关注的几个新功能。

我的电脑是2019款的MacBook Pro，i5、8GB版本。目前还没有上线的功能、国内无法正常使用的功能以及只有M1芯片的Mac才能使用的功能就不说了，这篇文章只从日常办公和使用角度来说说Monterey能怎样帮助提升工作效率。

功能更强的备忘录

备忘录是我每天都在使用的APP，甚至我还把之前存在印象笔记、熊掌记里的内容全都迁移过来了。这次备忘录APP又有一些更新，也修正了一些Big Sur时一直存在的BUG。

首先是新增的快速备忘录功能，可以通过触发角（偏好设置——调度中心——触发角）来实现，比如把快速备忘录设置成屏幕左下角，只需将鼠标指针滑动至屏幕左下角边缘处就会触发。点击它就可以直接打开一个快速备忘录窗口（比备忘录APP界面简洁很多），很适合记录零碎的想法。

备忘录APP会给所有的快速备忘录自动设置一个新的分类，不会和其他文件夹混一起。当然快速备忘录中的内容也可以直接移动到其他文件夹中。

至于触发角，其实这不是一个新功能，至少在我刚入手这台电脑时的Catalina就已经有了。屏幕的四个边缘角都可以自定义相应的功能，比如我就将右下角设置为桌面。只需要将鼠标指针划到桌面右下角，所有的窗口就会收到桌面边缘。

当然如果你更习惯用快捷键，也可以用Fn+Q来启动快速备忘录。

说完快速备忘录，再来说说新增的标签功能。以往笔记较多时只能靠文件夹来整理分类，标签相当于在原有的文件夹基础上，增加了一个分类维度。（其实和熊掌记的分类方式比较像）

新建内容后，只要输入#符号和相应的文字，系统就会自动生成标签。也可以把这个标签加到已有的笔记里，或者在笔记列表里右键点击标题，直接添加标签。

还可以创建一个智能文件夹，并且在智能文件夹的设置中加入这些标签，只要包含这些标签的备忘录，就会显示在智能文件夹里，自动归类，还是很方便的。

第三项更新内容是备忘录支持添加富媒体信息。在地图中搜索的地址、Safari中当前打开的网页、信息中的链接等，都可以直接添加进备忘录，并以富媒体格式显示缩略图。不过我不怎么用这个功能，因为工作的原因，在备忘录中记下的内容大多要放到word文档里，富媒体信息复制粘贴到word里就只剩文字，连链接都没了。

第四项更新是共享备忘录，可以发送邀请链接给好友或同事，一起编辑同一条备忘录，也可以设置为仅可查看，有点石墨文档的意思了。

经过一次又一次的更新，现在的备忘录已经具备了很丰富的功能，而且十分稳定。至少对于我来说，备忘录已经让我无需再订阅任何笔记APP了。而且这次更新还顺便修复了Big Sur时一直存在的文字加粗/取消加粗操作无效的问题。但我还是希望备忘录能够添加统计字数的功能，有了这个功能，备忘录就完美了。

顺便说一下，macOS自带的提醒事项APP也加入了标签功能，对于只需要简单的事件记录、事件提醒功能的用户来说，自带的提醒事项APP已经完全够用了。

实况文本

在Monterey正式版本发布之前，实况文本功能已经在iOS 15上线了。在相机界面就可以直接提取文字内容，在相册中如果打开带有文字的图片，也可以很方便的提取文字。在使用了几次之后我果断删掉了手机上的“白描”APP。

而在电脑上，虽然没有触屏，依然可以直接识别图片上的文字，甚至还能直接选中、复制出来。比如用预览打开图片时，在Safari浏览器中打开有图片的文章时，均可以直接识别、复制相应的文字。虽然这一功能的识别成功率很高，但识别出来的文字内容最好还是自己校对一下。

如果你使用预览打开了包含文字的图片，但并不能直接复制文字，可以试试选中“工具”中的“文本选择”。

实况文本功能，再配合Monterey系统级的翻译功能，还可以直接翻译图片中的文字，甚至直接复制已经翻译好的中文，值得一试。

Safari浏览器

苹果系统自带的Safari浏览器界面简洁，而且跟系统高度整合，会同步手机端的浏览记录、密码等，已经足够日常工作使用。随着macOS Monterey的发布，Safari浏览器也有了一些新功能。

首先是新的标签页布局“紧凑”模式，在该模式下，标签页全部采用圆角矩形设计，和网页地址、浏览器扩展等融为一栏，相比之前的标签页布局模式，可以显示更多网页内容，当然这是可以选择的，在偏好设置——标签页中可以选择用“紧凑”模式或“单独”模式。

个人还是更习惯“单独”布局模式，“紧凑”模式真的太紧凑了，显示的信息非常少，而且很容易误点关闭按钮。

另一个大更新是“标签页组”功能，可以将一系列的标签页保存为一个标签页组，而且标签页组支持iPhone、iPad、Mac间同步访问。只要点击这个标签页组，Safari浏览器就能立刻打开标签页组里所有的网页。如果你用Safari来收集一些资料，标签页组功能还是很实用的。

但是，Safari浏览器的地址栏还是一如既往的难用。输入关键词之后，有时会如愿跳转百度搜索结果，有时报乱码，有时甚至会跳转到App Store搜索结果，如果能把这个bug修复，我觉得都可以卸载Chrome了。

隔空播放到Mac

翻译一下，就是用电脑播放手机上的内容。比如可以隔空播放音频内容，用电脑播放手机上的歌曲，手机可以控制播放的内容和音量等等。也可以扩展显示，直接把手机屏幕的画面投屏到电脑上。在控制中心里就可以直接开启这一功能。

毕竟与iPhone相比，MacBook有更大的屏幕、更好的音响，直接将iPhone的内容在MacBook上播放，有时的确体验会更好。

实际测试投屏的确很流畅。不过除了用电脑来放映手机上的PPT之外，我想不到这个功能还能用在什么场景，可以说是一个适合用来应急的功能。

对了，隔空播放功能既可以无线使用，也可通过USB有线连接来实现。如果你想让使用过程尽量稳定，或者没有可以用的Wi-Fi，就可以用有线连接。

专注模式

macOS Monterey还增加了专注模式，点击菜单栏“控制中心”里的专注模式就可以启用该功能。

初次进入时，系统一共提供了勿扰、睡眠、工作、游戏等模式，其中工作和勿扰模式都可以定时1小时或直到晚上，系统会自动过滤通知和电话。而且还可以选择允许通知的联系人或APP。

一旦在电脑端开启专注模式，手机端也会自动开启，反过来也是如此。而且在系统更新至最新版本之后，还可以根据自己的习惯设置自动启动专注模式，比如在工作日我来到公司之后，手机就会提示是否开启工作模式，手机开启之后电脑也会同步开启。

而在周末在家时，手机会提示我是否开启游戏模式（最近周末在家的确经常玩游戏）。电脑有没有同步开启游戏模式就不知道了，毕竟周末真的不想碰电脑。

快捷指令

之前iOS端的快捷指令，在Mac更新到Monterey之后也可以在电脑上使用了，默认在启动台的“其他”文件夹里。而且苹果在“快捷指令中心”里提供了大量的快捷指令，可以直接选择使用。当然也可以很方便地设置自己想要的快捷指令。

快捷指令也可以在手机和电脑、平板之间同步。不过笔者一直没怎么用这个功能，不忙了再挖掘挖掘。

摄录指示器

macOS Monterey增加了一项隐私保护功能（其实之前iOS上就已经有了），在你在使用摄像头时，系统顶部菜单栏会出现一个绿色的圆点。如果在使用麦克风，顶部菜单栏则会出现一个黄色的圆点。

低电量模式

macOS Monterey支持低电量模式，它可以通过降低系统时钟速度和显示器亮度等方式，延长电脑的续航时间。可以在系统偏好设置——电池——电池中开启低电量模式。

以上就是笔者在使用macOS Monterey一段时间后发现的几个比较实用的功能。感受最明显的莫过于备忘录、实况文本和Safari的更新了，对于提高工作效率还是很有帮助的。

还有一个目前还没上线的“通用控制”功能，官方称可以横跨Mac和iPad无缝操控，比如Mac的光标可以直接移动到iPad上进行操作，还可以直接在二者之间拖拽内容，比如Affinity Publisher里的图层。而且只需要把两台设备并排放在一起就可以，无需任何设置。这个功能还是很让人期待的，iPadOS和macOS也算是打通了。

由于这次是在等到正式版发布之后才更新，没有遇到之前更新Big Sur测试版时的种种bug，从最近这几天的使用情况来看，更新之后整体使用体验和之前一样流畅，看来我这台电脑还能再用几年。

当然如果你担心系统更新之后电脑可能出现bug甚至变砖的话，可以再等一段时间的12.1或再晚些的更新，会陆续修复一些已知问题。

最初发布于2021年11月15日