Newlearnerの自留地

#GitHub情报#Music#APPLE#APP#AI#macOS 🎵介绍两款针对 Apple Music 的东亚语言歌曲修复工具 Apple Music 分区众多，考虑到版权和曲库问题，许多人订阅了外区。但这带来了一系列问题，譬如非日区会将日语歌罗马音化，外区有时候还会将中文歌翻译成英文，造成了许多不便 今天介绍的两个工具，能够帮助你处理好 Apple Music 上东亚地区的语言显示问题。仅限 macOS（其他平台可通过 iCloud 同步），且针对资料库而非播放列表 1️⃣JiBA：在 Apple Music 中恢复原始语言标题 🔗：官网 | 下载 👉 Features - 自动将罗马音化的日语和翻译后的中 / 韩语曲目名修复回原始文字 - JiBA 在后台默默运行，随时为你整理新添加的音乐 - 通过安全的 AppleEvents 直接与音乐 app 协作，修改内容会通过 iCloud 音乐资料库同步到你的所有设备 - Enhanced Mode 引入全新的 v2 算法管线（AI），速度和准确度均有提升 Apple Music 经常将日语歌曲罗马音化，或将中韩歌曲名强行翻译成英文。JiBA 专为解决这一核心痛点而生，帮你找回原汁原味的元数据 2️⃣Apple Music Metadata Fixer 🔗：GitHub 👉 Features - 通过 AppleScript 一键导出 Apple Music 曲库 - 使用 Gemini AI 校正元数据 - 标注歌曲原始发行国家 / 地区 - 通过 AppleScript 将更正后的元数据写回 Music.app - 集成 MusicBrainz / Spotify 同样为了解决上述问题，群友开发了 Apple Music Metadata Fixer。不同于 JiBA 的开箱即用，Apple Music Metadata Fixer 需要运行于终端，但提供了更为丰富的 API 集成，充分保证了纠错语料的正确性。大家可以根据需求选择使用 👀 当然了，由于没有早年使用 iPod 的习惯，我从一开始使用 Apple Music 就是以播放列表的形式，没有「我喜欢」，也没有使用「资料库」。这样的使用方式会让修复歌名这件事变得很难，因为不可以直接修改云端的数据。不过，如果你一直坚持使用资料库（Bug 真的很多），那么一定要试试这些工具 频道：@NewlearnerChannel

#Tools#macOS#Terminal#AI#GitHub情报 💡Kaku：极速开箱即用的 AI 友好终端 🔗https://github.com/tw93/Kaku 🌝为啥要做 我一直想要一个自己用得爽的 Mac 终端，够快，默认顺手，还得支持多 Tab 和分屏。Alacritty 很轻快但没 Tab，Ghostty 字体渲染不合口味，Warp 需要登录我也不理解，Kitty 窗口管理我遇到过不少小问题。后来用上 WezTerm 发现可改性很强，就基于它做了深度魔改，删掉一堆我不用的兼容模块，重做加载和默认体验，做成 Kaku，当前已经发布 5 个大版本，差不多可以推荐给大伙使用了～ 🥗优点是啥 • 零配置默认体验，字体渲染 主题 常用 shell 组件都已打磨好 • AI Shell 修错，命令失败直接给修复建议，Cmd + Shift + E 一键应用 • kaku ai 统一管理 Claude Code Codex Gemini CLI 等工具配置 • 内置 yazi 与 lazygit，Cmd + Shift + Y 文件管理，Cmd + Shift + G Git 工作流 • 输入像文本编辑器，Cmd + A 全选，Shift 方向键扩选，输入直接替换选中 • 多分屏效率，Cmd + D 分屏，Cmd + Shift + S 切横竖分屏，Cmd + Opt + 方向键跳分屏 • 细节体验，选中自动复制并 Toast 提示，后台 Tab 闪点提醒，kaku doctor 一键诊断修复 🥂我怎么用 Kaku 更像一个把工作流直接打包好的终端，不需要你先折腾半天配置才开始舒服。你可以把它当成面向 AI Coding 的日常终端环境来用：一边跑 Claude Code，一边做 review，再在底部看 diff，Tab 按项目拆开，靠快捷键在分屏里来回切，专注度会提升很多。 ❤️欢迎使用 目前 Kaku 还在持续打磨中，功能会继续加，但方向很明确：更快、更顺手、更少折腾。欢迎来试用，遇到 bug 直接提 issue。 频道：@NewlearnerChannel

#macOS#Tools#GitHub情报 ⚡️ SuperCmd：Raycast的开源平替？ 🔗Web | GitHub ⭐️ Features: • Raycast 扩展兼容，可直接复用大量扩展生态 • 语音输入 + 文本朗读（TTS） • AI 动作流，支持 OpenAI / Anthropic / Ollama 等模型 • 支持记忆能力（Memory）和剪贴板历史 • 开源、免费 SuperCmd 是一个面向 macOS 的启动器，目标很直接，作为 Raycast 的开源平替，它还兼容了 Raycast 扩展。如果你已经习惯了 Raycast 的工作流，迁移到 SuperCmd 的成本会低很多，不用从零搭命令生态。 这项目的思路有点像“把几种热门产品拼成一个更通用的壳”，Raycast 的扩展能力、Wispr Flow 风格的语音输入、Speechify 风格朗读，再加上 AI 和记忆系统。对于重度键盘流用户来说，这个方向是对的——比起在不同 app 之间切换，统一入口确实更高效。 不过它也不是没有代价。项目当前技术栈是 Electron + React + Swift 原生辅助模块，官网文案会强调“原生体验”，但本质仍是跨平台框架为主。好消息是功能推进很快、社区活跃，坏消息是这类“全能启动器”通常会在稳定性、权限处理和细节一致性上经历一段打磨期。另外，SuperCmd 作为开源拖拉机，UI 目前还很粗糙，远达不到 Raycast 那种精致的感觉，并且由于 Electron，其在 macOS 26 中的功耗也相对较高。 🤔 如果你现在觉得 Raycast + 多个 AI 工具 + 语音工具太分散，或者说看不惯 Raycast 那种商业模式，SuperCmd 值得试；如果你只需要“一个稳定启动器”，那它目前更像一个进化很快的实验型选手，而不是绝对稳态方案。 频道：@NewlearnerChannel

#macOS#Tools#APP 🐟 Tuna：一个新的 macOS 启动器 🔗：Web ⭐️Features: • 100% 原生 Swift 开发，性能和能效表现更友好 • 多种交互方式： Fuzzy / Leader / Text / Talk Mode • 基于 Quicksilver 的设计理念重做现代启动器 • 免费可用 + 一次性解锁 又一个启动器赛道的新选手来了。Tuna 是一款 macOS 原生启动器，可以理解成加强版 Spotlight，或者 Raycast / Alfred 的另一种实现。它的思路借鉴 Quicksilver 那套键盘驱动 + 模态操作的思路，再用现代原生技术重做一遍。 Tuna 的核心是四种模式：Fuzzy Mode 负责模糊搜索，Leader Mode 负责按键序列动作，Text Mode 处理自由文本，Talk Mode 处理语音输入。我觉得这里面最有意思的是 Leader Mode，把复杂快捷键分解成先进入模式、再按特定按键的流程，有点接近 Vim 的 Leader Key 体验。对于重度键盘流用户，这种设计比记一堆 Cmd+Opt+Shift 组合键更直观。Tuna 同样也提供了剪贴板管理的功能。 当然目前 Tuna 还在 Beta 阶段，并且要求 macOS 15 Sequoia 或更新系统。扩展生态也在早期。根据官方介绍，Tuna 是个付费软件，但是当前在设置中可以一键解锁 Pro 且我在使用的过程中没看到过付费的地方 emmmm。 🤔 Tuna 目前更像一个值得观察和尝鲜的项目；但如果你喜欢 Quicksilver 式的老派效率哲学，又希望要原生、不要订阅，它很可能会戳中你。但说实话这种软件我最担心的是它能活多久。 频道：@NewlearnerChannel

#macOS#APP#碎碎念#Blog 📦在 AI 浪潮中迷失的 Setapp 🔗 阅读全文：Web 💡引 Setapp 最近开始要求新上架的软件具备 AI 功能，忍不住吐槽几句。 过去两年上线的新工具里，我印象较好的有 LookAway、Bike、Strongbox、Supercharge、Muse 和 Spark。它们的共同特点是：用途明确，解决实际问题。都不以 AI 为主。 期间 Setapp 接连上架了一批评分低、用途模糊的 AI 软件。而 AI 领域的迭代速度极快，其中不少已经被市场边缘化。 好软件的魅力来自明确的用途和设计。Setapp 一旦用「AI 功能」做筛选标准，就会忽略那些真正优秀但不需要 AI 的工具。 👉讨论 Setapp 要求新软件必须具备 AI 功能，其实反映了当前软件行业的集体焦虑。API 调用有持续的成本，这成了开发商维持高额订阅制的理由，即使很多用户根本不需要这些功能。 Setapp 的订阅收入按照用户本月实际使用过的应用来分配，使用权重越高的应用分成越多。开发者如果还带来新用户，可以额外拿到那位用户订阅费的 20%。所以 Setapp 目前采取的策略比较像「养蛊」。大量引入 AI 软件，让用户做筛选。低频软件在这样的生态里没有收入，甚至无法生存。 但这跟我最初订阅的初衷不同，我其实期待 Setapp 像山姆一样，订阅是为了省筛选成本，希望平台替我过滤，把高质量的工具集中呈现给我，而不是把一堆软件批量倒进来，让我自己去淘金。 频道：@NewlearnerChannel

#macOS#APP 🗣Notchie：将 Mac「刘海」变成你的提词器 🔗：Web 👉Features • 聆听你的声音，随着你的讲话实时滚动 • 可自定义提词器区域外观 • 支持手动调节滚动速度和内容 • 对屏幕截图、录制工具完全隐形 • 支持市面主流视频会议软件 💻 macOS 的「刘海」近几年变成了一个大家公认的「灵动岛」，无数的项目和想法想要占领这块之前不被人待见的地方。无论是控制中心、文件中转站，我们之前都有介绍过。今天的用途比较单一，也比较垂直，那就是提词器 💡 说到提词器，不知道大家在 macOS 上常用的是什么？仔细想了一下，这类使用场景还不少。无论是线上会议，还是 Vlog 口播录制，为了交流自然、眼神向前注视，一个好的提词器都是不可或缺的 👀 Notchie 的优势是能够根据朗读者的语速，自动调节提词滚动，这一点对于讲英语的人非常好，但对于其他语种支持度则远远不够。为了这个创意花费 $29 买断，还是需要考虑一下的。介绍 Notchie 主要是向大家展示一种新的用途，也希望其他刘海软件能够跟进支持。最后，推荐一个同类的开源项目 NotchPrompter 📘 关联阅读： 1️⃣Boring Notch：让你的 MacBook 刘海成为视觉焦点 2️⃣NotchDrop：将你的 MacBook 刘海变成一个方便的文件传输区域 3️⃣NotchNook 和 lo.cafe 开发的 Apple 软件们 4️⃣MagicNotch：刘海屏内置快捷键 频道：@NewlearnerChannel

#GitHub情报#APP#AI#macOS 🎤Chorus: 多模型 AI 对话的轻量级桌面应用 官网 ｜ Github 在一个界面同时对话多个 AI 模型，获取不同视角的答案 ✨特点 • 多模型并行对话：同时向 Claude Sonnet 4、o3-mini、Gemini 2.5 Pro、DeepSeek R1 等多个模型提问，实时对比不同模型的回答 • Ambient Chat：可以从任何地方启动对话，Chorus 能看到你的屏幕，了解你正在做什么，无需额外解释 • MCP 支持：运行任何 MCP 服务器，支持网页搜索、终端命令执行、GitHub 集成等 • 本地和云端模型兼容：支持 OpenAI、Anthropic、Google、OpenRouter 以及通过 Ollama 运行的本地开源模型 • 文档处理：URL 自动提取、PDF/图片/文档上传、全文搜索 • Magic Projects：对话之间自动共享上下文 • BYOK：自带 API 密钥或使用代理服务 • 极速体验：毫秒级全文搜索、完整键盘快捷键支持、代码和 LaTeX 语法高亮 ⚙️机制 • 前端：React 18.3 + Vite 5.4 + TypeScript 5.8 • 后端：Rust (Tauri 2.5) + SQLite • UI 组件：Radix UI + Tailwind CSS 3.4 • 状态管理：Zustand + TanStack Query • 桌面框架：Tauri 2（使用系统 WebView，不打包 Chromium） 主要依赖 - AI SDK：@anthropic-ai/sdk、@google/genai、openai、@modelcontextprotocol/sdk - 实用工具：pdfjs-dist（PDF 处理）、cheerio（HTML 解析）、highlight.js（代码高亮）、katex（LaTeX 渲染） - 开发工具：ESLint、Prettier、Vitest、Husky 数据存储 - 本地 SQLite 数据库存储所有数据 - 隐私优先：数据不离开设备 - 支持文件系统监控 👨🏻‍💻使用场景 • 技术问题调试：同时询问多个模型，一个模型可能遗漏的错误，其他模型能发现 • 学术写作：避免单一模型的幻觉或道歉循环，通过多模型对比获得更可靠的答案 • 研究和学习：对比不同 AI 的观点和解释方式，获得更全面的理解 • 内容创作：利用不同模型的优势，Claude 擅长写作，GPT 擅长结构化，Gemini 擅长多语言 • 大文档分析：通过 URL 提取和 PDF 上传处理文档，配合全文搜索快速定位信息 🛣️路线图 根据 GitHub issues 和社区反馈，团队正在关注： • RAG 模式：社区提出详细的大文档处理方案（40k+ tokens），可能采用云端 RAG 或本地向量数据库 • Ollama 优化：增强本地模型支持，自定义 API 地址配置 • 语音集成：类似 qspeak.app 的语音交互功能 • 本地爬虫：替代 Firecrawl 的本地网页抓取方案 • 成本追踪增强：已实现 OpenRouter 成本跟踪，未来可能支持更多提供商 💬社区评价 Chorus 在 GitHub 上获得了 575+ 星标和 73 个 fork，开源仅两个月就积累了活跃的开发者社区。项目有 25+ 个 issues 讨论。 Garry Tan（Y Combinator 总裁兼 CEO）评价道：「这是关于 AI 如何改变个人计算的一个很酷的尝试。」 Hamel Husain（Answer.AI）称赞说：「Chorus 真的很酷。这是一个非常精致的应用，让你并排使用所有模型，'环境聊天'功能允许模型看到你电脑上正在做的一切。它就是好用。」 Alex Volkov（Thursd/AI）表示：「Chorus 对我来说已经成为不可或缺的 AI 工具！出色的键盘快捷键支持、对比模式、MCP、环境聊天、自带密钥支持、本地模型支持。它真的应有尽有！」 从社区反馈来看，用户最喜欢的是多模型并行对比功能和 Ambient Chat 的便利性，键盘快捷键和 MCP 集成也备受好评。不过也有改进空间：Windows 版本尚未发布（仅支持 Mac），MCP 服务器配置对新手有一定门槛，部分用户期待的 RAG 模式功能还在社区讨论阶段。总体而言，社区对产品持积极态度，维护者响应迅速，用户提出的成本追踪等功能已快速实现。 🖊️作者背景 Charlie Holtz - 联合创始人兼 CEO • 教育：Brown University 计算认知神经科学学士（荣誉学位） • 职业经历： - Replicate 工程师（领导增长，构建数百万用户应用） - Point72 量化研究员（最年轻的量化开发者，管理数十亿美元投资组合） - Brown University Serre Lab 计算视觉研究助理 • 背景：结合技术专长和认知神经科学洞察，前飞盘运动员 Jackson de Campos - 联合创始人 • 教育：Brown University 计算机科学学士 • 职业经历： - Netflix 机器学习软件工程师（扩展 Netflix 整个目录的视频理解模型推理） - Amazon SDE 实习生 - Brown University 教学助理（逻辑系统课程） • 背景：机器学习和大规模基础设施专家 公司：Melty Labs - Y Combinator S24 批次 - 种子轮融资：50 万美元（2024） - 团队规模：1-10 人 - 总部：旧金山，加州 - 产品线：Melty（AI 代码编辑器）→ Chorus（多模型 AI 对话应用） - 哲学：开源优先、本地优先、隐私优先 团队特色 两位创始人在 Brown University 打飞盘时相识，共同的技术热情和互补的专业背景（认知神经科学 + 机器学习）为产品注入了独特视角。他们使用 Claude Code 构建产品，在博客中甚至把 Claude 称为「本月最佳员工」。 💰定价 完全免费 + 开源 - MIT 许可证 - 自带 API 密钥（BYOK）：用户直接向 AI 提供商付费 - 可选代理服务：使用 Chorus 的代理 - 无订阅费用 🙋‍♂️感想 Chorus 刚发布时就吸引了我的注意力，相比其他套壳聊天软件，它的界面更精致，而且是首批支持 MCP 的产品之一。不过目前整体体验已经不如 Claude Desktop，因为 Claude 在桌面端提供了功能更强大的 Cowork 和 Code 模式。 但如果你需要对比不同模型的输出结果，或者当某个模型的答案不满意时希望能快速切换到另一个，Chorus 依然是个不错的选择——开源、免费、性能优秀，这三点在 AI 工具领域并不常见。 频道：@NewlearnerChannel

#macOS#APP#GitHub情报 📦AppPorts：将 Mac 软件优雅的转移到移动硬盘里 🔗：GitHub | Releases 👉Features • 一键将几十 GB 的大型应用（如 Logic Pro, Xcode, 游戏等）迁移至外置硬盘 • 采用 Contents 目录链接方案，专为适配 macOS 机制设计 • 自动识别并锁定系统应用，防止误操作破坏系统 • 迁移前检测运行状态，防止损坏正在运行的应用 • 便捷的还原机制 • 原生 SwiftUI 开发，多语言支持 💡原理 在本地保留 .app 文件夹结构，将内部的 Contents 数据目录链接至外部存储。本地仅保留文件夹索引信息，Finder 不会显示快捷方式小箭头，且支持 macOS 26 的「App 菜单」显示 🧑🏻‍💻 Mac 高昂的硬件售价，让许多人购买时往往选择存储空间较小的版本，时间一长就会把硬盘塞满。大家的扩容方式也各有千秋，有挂 PSSD「尿袋」的，有购买可以直插 NVMe SSD 的硬盘盒的，也有直接用大容量 SD 卡的 👀 外置存储放放文件是非常具有性价比的，但是涉及到应用等复杂结构的数据存储，就存在不方便、不美观的问题。AppPorts 从美观、兼容性与系统整洁度出发，帮助大家一键将 Mac 内置存储中的应用、游戏等大体积文件转移到外置存储。为了避免 Applications 出现无效内容，建议大家将其用在 Mac mini 等不频繁插拔外置存储的场景中 频道：@NewlearnerChannel

#Tools#macOS ✂️ FinderClip：让 macOS 拥有 Windows 的剪切粘贴体验 GitHub ⭐️ Features: • 支持在 Finder 中直接使用 ⌘X 剪切文件，`⌘V` 粘贴移动 • 自动区分文件选择状态与文本编辑状态，避免快捷键冲突 • 提供剪切/粘贴状态通知，支持 Esc 键取消剪切 • 基于 Swift 开发，菜单栏驻留，支持超时保护与自动更新 众所周知，macOS Finder 原生并不支持对文件的“剪切（⌘X）”，但是有个类似的操作流程：用户通常需要先“复制（⌘C）”，再到目标位置使用“移动（⌘⌥V）”。对于习惯了 Windows 逻辑的用户来说，这种“先复制后决定移动”的操作并不直观。 FinderClip 通过拦截键盘事件并结合 Accessibility API 实现了剪切逻辑：当按下 ⌘X 时，它会记录当前文件并进入剪切模式；当按下 ⌘V 时，它会自动将其映射为系统的移动操作。它还贴心地加入了超时保护和场景识别，确保在重命名文件或编辑文本时不会误触发剪切功能。 🤔 这是一个典型的“小而美”补丁，解决的是一个极其细微但高频的交互问题。我作为十年的 macOS 用户都不知道有这么一个快捷键，虽然资深果粉可能已经习惯了 ⌘⌥V 的逻辑，但对于跨平台办公或刚从 Windows 转过来的用户，FinderClip 可以极大地降低肌肉记忆的迁移成本。此外，开发者的另一款产品 OneClip 全功能剪贴板管理也内置了此功能。如果你只需要这个单一的剪切增强，FinderClip 无疑是更加轻量、专注的选择。 频道：@NewlearnerChannel

#macOS#Web#Tools#APP ☁️tinydot：一键将本地 Finder 文件上传到云端 🔗：Web | Wiki | App Store 👉Features • 通过本地应用，将 Finder 文件夹内容快速上云 • 可发布图片、Markdown、音频、视频等内容，并获得专属域名 • 文件内容修改时自动同步到云端 • 详尽的指南，帮助你自己建站、上传、自定义网站外观等 💡 在我看来，tinydot 是一个纯技术驱动的项目，开发者一定热衷于编程、文档编写和极简设计，它也让我想到了之前的几个 Apple 生态相关的在线项目。它的出现更多是一种围绕苹果生态的玩乐，论云端存储和同步，成熟的方案太多 👀 但 tinydot 对身在 Apple 生态里面的人，有它自己的玩法和乐趣。譬如工作上没有处理完的文件，可以打包放在文件夹中同步，然后在家中的 Mac 上访问。你也可以和同样使用 Mac 的好友亲人共用一个文件夹，方便互传互享 🧑🏻‍💻 目前 tinydot 还处于内测阶段，所以完全免费，但有一定的文件上传容量限制。开发者对于未来的功能和付费计划有着自己的想法，计划加入自定义域名、数据分析、团队协作、更多存储空间等新特性。项目从去年最后一天上线，迭代速度比较快，期待未来小而美的发展 📘 关联阅读： 1️⃣Alto：一键发布你的 APPLE 笔记 2️⃣Public.me：利用 iMessage 搭建你的微博客平台 频道：@NewlearnerChannel

#macOS#APP#Logitech 🖱记一次 Logitech Options+ 在 macOS 上的故障及解决 🔗：解决方案 🤔 相信最近使用罗技鼠标的一些朋友，都和我一样遇到了 macOS 上支持软件突然失灵的问题。具体表现为，如果鼠标不携带板载内存，所有的自定义功能和其他设置都无法使用。官方过了十几个时候才给出了解决方案，和大家一起分享 ❓问题所在 归根结底一句话：Options+ 和 G HUB 的 macOS 证书过期了。而 macOS 的机制是：macOS 要求第三方 App 必须使用 Apple 签发的 Developer ID 证书进行代码签名，并通过 Apple 的公证服务；Gatekeeper 在用户端验证签名和公证状态，决定是否允许运行 因此，Options+ 和 G HUB 软件无法正常运行，在电脑重启或者休眠结束后，后台守护进程无法将其唤醒，导致了配套软件本质上失效、鼠标恢复出厂设置 💡解决方案 点开顶部的连接，可以看到虽然比较迟，但是罗技给出了比较完备的处理方案。首先我们不要卸载 macOS 上已经安装的支持软件，接着下载页面里面的「修复补丁」并安装，即可正常使用对应的罗技支持软件 需要注意的是：目前的补丁只适配 macOS 13 / 14 / 15 / 26，针对更早 macOS 版本的修复将于稍后推出；此外，由于过期证书也影响更新程序，自动更新无法正常工作，需要手动下载并安装更新版本；最后，用于大规模部署的 Options+ 离线安装程序也受到了影响，罗技正在解决这一问题 👀 回顾起来，macOS 因为证书的问题闹出过很多突发状况。譬如 17 年的时候 1Password 就因为类似的原因发过一次声明，再譬如 19 年的时候 Apple 自己都因为忘记续签「安装证书」令用户无法制作新的 macOS 安装镜像。总之，一切恢复就好 频道：@NewlearnerChannel

#macOS#Blog#Design 💻It’s hard to justify Tahoe icons 🔗：Blog 👀 大家对 macOS 的吐槽不是一天两天了，无论是前几年正式版发布一拖再拖，还是几次 UI 和功能的迭代，都很难真正让人称得上满意。我能够理解这整件事，即功能越来越复杂的当下，想要做到「大而美」其实并不容易，但 macOS 在许多表层的细节上，表现依然不尽如人意 💡 老朋友 Nikita 就在近期发文，猛烈抨击 macOS Tahoe 奇奇怪怪的图标排布和设计。Nikita 也是一个 Mac 和 macOS 老派爱好者，之前研究过给 Mac 挑选外接显示器等一系列问题，博客设计也非常简约大方。此次发文，导火索是 Apple 违背了人机交互指南的准则，为右键菜单栏增加了太多图标 😡 在 Nikita 看来，太多图标会影响大家快速识别和选择对应的选项。此外，macOS Tahoe 的图标设计还存在着一图多用、一致性缺失、缺乏细节、令人费解、模糊不清等诸多问题。他非常耐心地做了一些截图展示和对比，并且描绘了他心目中这些图标应有的样子，合情合理、让人十分信服 🧑🏻‍💻 作为 macOS 老用户，我们都品尝到了 Apple Silicon 等硬件为 Mac 带来的丝滑体验，但也希望 macOS 本身能够越来越好。设计主管 Alan Dye 被 Meta 挖走，不知道未来 Apple 的设计团队会给出什么样的作品，但可以肯定的是，macOS 距离大家心目中的模样，还有很长的一段路要走 📘 关联阅读： 1️⃣SolidGlass：在 macOS Tahoe 上禁用 Liquid Glass 效果 2️⃣Mac: It Just Works —— Terribly 频道：@NewlearnerChannel