进入 2026 年Mac App 真正值得装的数量其实没有想象中那么多。我这份清单围绕 9 个方向展开覆盖了 Agent 类开发工具、语音输入法、终端、窗口管理、虚拟机和自动化扩展核心就三件事提升日常操作速度把重复任务交给自动化和 Agent跑通本机和远程开发环境。它不适合想靠 App 数量填满菜单栏的人更适合希望用少量工具真正改变 Mac 使用节奏的人。如果你用的是 MacBook Air、Mac mini 或入门款 MacBook Pro这份清单会更有参考价值。这类机器性能和接口都有限装 App 最容易踩的坑不是找不到工具而是工具之间互相抢资源启动项越装越多最后开机就转圈。下面每个分类我都会先讲环境和判断标准再讲具体操作这样你拿到手就能照着做。1. 先确认你到底需要哪类 Mac App1.1 不是评分高的应用就适合你现在的工作流很多人选 Mac App 的习惯是看编辑推荐、看评分、看下载排行。这个思路不能说错但它会带来一个很实际的问题很多软件功能很全普通场景根本用不上反而占内存、占启动项、占菜单栏空间。我更建议先画一条自己的工作流。你每天打开 Mac 之后最常干的事是什么写代码、写文档、回消息、查资料、管理服务器、控制硬件每个场景对应的最佳工具完全不同。比如一个只做文字工作的人装一堆开发向 Agent 工具意义不大。反过来一个整天在终端里切换服务器的人花很多时间调语音输入法也不划算。不是哪些 App 更好而是哪些 App 能嵌入你的工作流。1.2 9 类 Mac App 清单和选择标准下面这份清单不是纯功能罗列而是我按“使用频率高、替代成本高、踩坑率低”三个标准筛出来的。每个方向我只给代表方案不把同一类工具全部列出来。序号方向代表工具/方案解决的核心问题1Agent 开发Codex CLI在终端里跑能接管任务的智能体2智能助手Pi Agent对话式需求做成本地助手3语音输入法第三方语音输入法中文语音直接变成文字4快速启动Raycast全局搜索、剪贴板、系统控制5窗口管理Rectangle键盘控制窗口排列6终端iTerm2多标签、多会话、日志滚动7远程连接SecureCRT管理大量服务器会话8虚拟机VMware Fusion本地跑 Windows/Linux 或做远程测试9自动化扩展Hammerspoon 与硬件调试工具用脚本控制本地环境和硬件严格来说第 1 项和第 9 项里的 Codex CLI、Hammerspoon 不是传统图形界面 App一个是命令行工具一个是脚本框架。但它们对长期使用效率的影响比大部分图形 App 更大所以我仍然把它们放进清单。这里的判断标准很直接装完之后它能不能让你少点几次鼠标少记几条重复操作少切换几次窗口。如果 48 小时内没用起来建议先卸载别让它躺在后台耗电。2. Agent 类工具先跑通最小任务再考虑复杂工作流2.1 Agent 和普通自动化脚本的差别Agent 类工具这两年变化非常快。以前我们写自动化脚本是把每一步都写死先读文件再调接口再输出结果。Agent 不一样它更像把一个目标交出去让工具自己拆分步骤、调用工具、判断结果。在 Mac 上最常见的 Agent 形态是命令行工具或桌面临时助手。这类工具多多少少会消耗 CPU、内存和网络有的还会生成大量日志文件。不要以为只是“多装一个 App”它实质上是在本地跑一个任务执行引擎。以 Codex CLI 这类开发向 Agent 为例它解决的是在项目目录里直接下命令自动改代码、跑测试、修复报错的场景。听起来很省事但你得先满足它的运行环境Node.js 版本、权限设置、项目目录可写、网络能访问依赖源。这些前置条件少一个第一轮体验基本就是报错。2.2 Agent 安装和启动的通用流程我不写死版本号因为 Agent 工具的更新速度太快。你可以按这个通用流程走能避开大部分问题先看官方 README 或 Release Notes确认支持 macOS 哪个版本Apple Silicon 还是 Intel。检查本机是否安装了对应运行时比如 Node.js、Python、Go。优先使用官方给出的安装方式不要用网上二手教程里的安装包。安装完成后先在空目录里执行帮助命令确认启动正常。再用一个很小的任务做验证不要一上来就让它改整个项目。常见安装方式有三种通过包管理器直接安装、通过官方安装脚本安装、下载二进制包后手动放到目录。不管哪种安装完成后立刻看三样东西版本号、帮助信息、默认配置目录。如果版本号能正常输出版本信息说明基础依赖已经接上了。# 这只是示意具体包名和命令以对应项目 README 为准 npm install -g agent-cli-package cli-name --version cli-name --help2.3 首次使用最容易出现的问题我实测时遇到最多的问题不是 Agent 本身不会干活而是任务执行到一半被环境问题打断。第一种是权限问题。Agent 要写文件或运行命令如果当前目录不可写它可能不会直接提示“权限不足”而是卡在某个任务状态看起来像死锁。先看日志再确认目录权限。第二种是依赖版本问题。不同 Agent 对 Node.js 或 Python 的版本要求不一样。过低可能不支持某些语法过高可能触发兼容性警告。如果任务执行中途报错先检查 runtime 版本是否在支持范围内。第三种是网络依赖问题。Agent 需要拉取依赖包或调用模型接口时如果网络不稳定任务会反复重试。不要把重试次数调到非常大否则失败日志会把磁盘空间打满。我的习惯是最多重试 3 次失败后落盘原始错误信息方便排查。Pi Agent 这类个人智能体工具也一样。有的版本带图形界面有的只是后台服务。第一次启动时先看控制台日志和系统资源占用确认它在后台到底做了什么事再决定长期保留。判断标准一个 Agent 工具值不值得留看你能不能复现任务。如果同一个任务今天能跑通、明天跑不通优先查环境和依赖而不是怪模型能力。3. 语音输入法安装前先想清楚你是在说话还是在转写3.1 三种语音方案的区别语音输入法这个词其实包含了几种不同的东西。很多人混为一谈装完之后才发现不是自己想要的效果。第一种是 macOS 自带的听写功能。它在系统设置里开启不需要额外 App适合偶尔打一段字准确率受普通话口音和麦克风影响比较大。第二种是第三方输入法里的语音模块。这类方案把输入法和语音识别做在一起适合中文日常打字。在网络环境不错的情况下识别速度比较快也支持自定义词库。第三种是语音转写工具它处理的是已经录制好的音频文件不是对着麦克风边说边出字。适合会议录音、访谈整理、视频字幕这类场景和“输入法”完全是两回事。你要先确定自己的核心需求是“边说边写”还是“音频文件转文字”。如果搞混了装再多的语音输入法都没用。3.2 我筛选语音输入法的 4 个条件选语音输入法我一般只看四个维度条件普通场景进阶场景离线能力在线识别可以接受必须支持离线识别准确率日常短句准确专业术语、人名地名准确标点处理自动加标点能按语音指令控制换行和删除资源占用只在说话时占用麦克风后台常驻但内存占用很低如果一个语音输入法在你常用场景里准确率低于 85%基本可以放弃。准确率不是看宣传页而是自己读一段三百字左右的中文文本念完之后统计错字。如果一段话里错五六个字说明它不适合你的口音或语音习惯换一个比硬磨合更快。第三个条件容易被忽略。语音输入最烦的不是识别错文字而是标点符号全乱。好的输入法会结合上下文自动加标点差的方案可能是整段长句没有停顿。你在小样本测试时要特别留意句号和逗号的位置。3.3 使用语音输入最容易踩的三个坑第一个坑是麦克风权限没给对。macOS 对麦克风权限控制很严格很多输入法第一次调用时系统会弹窗问你允许还是拒绝。如果你点了拒绝后续在应用设置里不一定能找到开启入口需要手动去系统设置里重新授权。第二个坑是后台常驻耗电。有些带语音功能的输入法会启动“语音唤醒”能力麦克风始终处于监听状态。学习办公场景偶尔用一下还行如果经常开会、戴着耳机建议把语音热词和唤醒功能关掉按快捷键再开始识别。第三个坑是把语音转写当成语音输入。我见过不少用户装了转写工具后对着麦克风说话半天发现没有实时出字。这不是软件坏了而是工具定位不同。转写工具一般要求导入音频文件处理完成后导出文字稿。建议做正式内容时先用小样测 3 分钟。你的真实使用环境、实际文件格式、网络条件都过关了再考虑购买付费方案或长期保留。4. 效率启动器和窗口管理Raycast 与 Rectangle 怎么配合4.1 Raycast 的价值是减少上下文切换Raycast 这类启动器很多人只拿它当 App 搜索框用。实际上它的核心价值是减少上下文切换。你可以在一个快捷键面板里完成几件事搜索并打开 App、查剪贴板历史、执行自定义脚本、快速计算、翻译单词、控制系统设置。和系统 Spotlight 相比它的可配置性更强命令列表更直观第三方插件也更丰富。但越是这类工具越要注意“配置过度”的问题。装了百八十个插件确实看起来很厉害但每次打开面板都要想一下命令叫什么反而拖慢操作。我一般是先装好只加常用命令跑熟一个再加一个。4.2 Rectangle 只需要记住 4 组快捷键窗口管理工具也有不少Rectangle 的优点是轻量、免费、快捷键直觉。它解决的问题很简单不用鼠标把窗口拖来拖去按几个键就能把窗口放到屏幕左半、右半、最大化或居中小窗。我最常用的四组操作左半屏、右半屏写代码时左边编辑器右边浏览器或文档。居中窗格处理弹窗和预览。最大化需要专注时不看其他窗口。上下分屏长文档上下对照。这些操作不需要学很多快捷键。先把两三个高频组合记熟比把整个快捷键表背下来有效。4.3 安装后怎么判断自己是否需要卸载这类工具对系统资源的占用通常不高但如果安装后出现以下情况就要考虑卸载或换掉开机启动时间明显变长。快捷键和系统或输入法冲突导致某个键失灵。菜单栏图标太多反而影响注意力。更新频繁每次更新都要重启应用。判断标准很简单三天内有没有实际用到它。如果一个启动器或窗口管理工具装了三天都没按过一次快捷键那它对你不产生价值不要因为“以后会用到”而留着。5. 终端与远程连接iTerm2、SecureCRT 和不同场景的连接方式5.1 终端工具选型看会话管理能力终端工具看似都差不多其实差异主要在会话管理。如果你只在本机敲几条命令系统自带的终端 App 已经够用。一旦你要同时处理多台服务器、多个环境、多个密钥终端工具的便利性就变得很明显。iTerm2 是我长期保留的终端 App。它支持多标签、多窗口、分屏、搜索回滚、复制粘贴优化还支持保存常用配置。对开发者来说它的日志滚动和快捷键手感比默认终端更舒服。SecureCRT 则更偏向服务器管理场景。它适合管理大量远程会话可以保存连接参数、账号信息、登录密钥、日志回放。如果你维护的服务器规模比较大这类工具比每次手动 ssh 更省事。5.2 远程连接的两种基本模式我把远程连接分成两种基本模式配置思路完全不同。第一种是从 Mac 主动连到远程服务器。最常见的是 SSH命令就是ssh 用户名服务器地址。如果端口不是默认的 22加上-p 端口号。连接前先确认密钥文件路径和权限权限太宽松会被系统拒绝。第二种是反向连接也就是让外网访问你本机的 SSH 服务。这种情况在 Mac mini 做家庭服务器时很常用。你可以在服务器上执行一条反向隧道命令把本机的 SSH 端口映射到服务器某个端口再从外部连上来。# 反向 SSH 示例把本机 22 端口映射到服务器的 2222 端口 ssh -R 2222:localhost:22 用户名服务器地址反向连接可以解决 Mac mini 在局域网内无法从外网直连的问题但也要注意安全。不要对公网开放大范围的端口尽量用密钥登录不要在服务器或路由上做过于开放的端口转发。5.3 远程报错排查顺序远程连接报错时很多人第一反应是换工具其实问题往往不在工具。我一般按这个顺序排查先确认网络通不通ping 目标地址。再看目标端口是否可达。然后确认远程服务有没有启动。最后检查账号权限和密钥授权。如果用 Xshell 从 Windows 机器连接 Mac也是一样的逻辑。先让 Mac 开启远程登录确认两台机器在同一网络或端口可达。如果你的网络环境中有虚拟机、防火墙、端口过滤那就要逐层放行。常见错误提示里“Connection refused” 通常表示服务没起来或端口不对。“Connection timed out” 通常表示网络层不可达。这两个提示的处理思路完全不同不要混在一起猜。6. 虚拟机、JDK、Maven、Python 这些底层环境怎么配最稳6.1 VMware Fusion 跑虚拟机适合哪些场景VMware Fusion 是 Mac 上比较成熟的虚拟机方案。适合的场景包括测试 Windows 应用、跑只能在 Linux 里运行的开发组件、模拟多台服务器的联调环境。装虚拟机前先看磁盘空间。一个普通 Windows 虚拟机至少预留 40GB 磁盘Linux 最小化安装也要 20GB 左右。运行内存方面如果你的 Mac 只有 8GB 内存建议不要同时跑多个虚拟机否则宿主机都会卡。很多人遇到的问题是“虚拟机内部网络不通”。这种情况先看虚拟网络模式NAT 模式让虚拟机共享 Mac 的网络桥接模式让虚拟机看起来像独立设备。如果外部设备要连进虚拟机桥接模式更直接但也更容易受路由器设置影响。6.2 在 Mac 上配置 JDK、Maven、Python 的顺序对于开发环境我强烈建议按这个顺序配置先装 Homebrew它是 Mac 上常用的包管理器。再通过 Homebrew 安装 JDK、Maven、Python 这类基础依赖。不要在项目级依赖没装之前就强行跑框架。每次安装完成先查版本再跑最简单命令。# 示例命令具体包版本和做法以当前 Homebrew 仓库为准 brew install openjdk17 maven python java -version mvn -v python3 --version某些老项目会要求 JDK 8。除非项目文档明确要求不建议主动安装旧版本。旧版本在 Apple Silicon 上可能会遇到架构兼容问题个别版本没有原生 ARM 包需要靠兼容层运行整体性能会打折。Maven 的配置重点不是安装本身而是“mvn -v 能否正常输出”。如果能输出 Java 版本和 Maven 版本说明 JDK 和 Maven 已经关联上了。如果输出里找不到 Java多半是环境变量或 PATH 配置不对需要回看 JDK 安装路径。6.3 配置成功后的验证标准不要只看安装过程没报错就以为环境好了。我常用的验证路径是这样java -version能输出正常版本。mvn -v能识别 JDK。python3 --version能输出 Python 版本。用 Maven 创建一个最简单的工程并打包确认能生成 jar 文件。用 Python 跑一个print(hello)确认解释器能执行文件而不是只进交互模式。这些验证看起来很基础但能最大程度避免“装好了第一天用就崩”的问题。环境配置是最忌讳跳步骤的因为你不知道哪一步会导致后面的依赖解析失败。7. 自动化扩展到硬件Hammerspoon 和 ESP32 蓝牙控制7.1 自动化脚本为什么比 App 更耐折腾如果只装现成 App你的操作方式基本被应用设计锁死。而 Hammerspoon 这类自动化框架可以让 Mac 上的一部分操作按你自己的规则运行。它能做的事很多绑定快捷键、监听窗口变化、定时提醒、控制桌面环境、运行脚本。虽然学习成本比普通 App 高但一旦写好稳定性和可复用性都很强不会因为应用改版而经常失效。第一次用 Hammerspoon我建议从极小的脚本开始。绑定一个快捷键弹一条通知验证框架能正常工作。不要一开始就抄网上几百行的配置因为你不一定知道每一行的作用出了问题很难排。-- Hammerspoon 示例按 CmdAltM 弹一条通知 hs.hotkey.bind({cmd, alt}, M, function() hs.notify.new({title Mac 自动化, informativeText 脚本运行正常}):send() end)7.2 用 Mac 控制 ESP32 的流程要点Mac 不仅能管桌面也能通过蓝牙控制 ESP32 这类开发板。这个方向非常适合做硬件原型和教学演示。基本流程是开发板侧跑一个支持蓝牙通信的固件Mac 侧用蓝牙客户端扫描设备、连接、发送指令。Mac 上可以用的方案不少可以用 Python 的蓝牙库也可以用 Web Bluetooth。连接前先确认两件事开发板固件里是否打开了蓝牙广播Mac 蓝牙权限是否已经授权给对应终端或浏览器。如果扫描不到设备先重启开发板再检查 Mac 蓝牙开关最后看设备协议是否兼容。这个场景和普通 App 安装不太一样它需要你有基本的日志排查能力。开发板发出的日志、Mac 端的连接日志、蓝牙协议的错误信息这三个地方一定要都能看到否则问题只能靠猜。7.3 低配置 Mac 跑到什么程度会吃力低配 Mac 跑自动化脚本和轻量硬件通信通常问题不大。真正吃资源的是同时跑虚拟机和多个开发环境。比如你一边跑 VMware Fusion一边开着 Maven 构建一边再用 ESP32 的调试串口监控数据内存很容易吃满。如果发现风扇一直转、应用切换明显变慢第一件事不是换电脑而是关掉不用的 Agent 服务和后台监听。很多 Agent 工具和调试工具默认开机启动长期占用 CPU 和内存。到了这一步返回到文章开头提到的标准这个工具是否还在解决你当前的核心问题。8. 安装时的权限、安全提示和报错排查8.1 安装被拦截先别急着找绕过方案Mac 对不明来源应用有非常严格的拦截机制。下载 dmg、zip 或 pkg 后打开时经常会出现“无法打开因为来自身份不明的开发者”之类的提示。很多人第一反应是找绕过方法比如临时关闭系统保护。这个思路风险很高。正确的做法是回到下载来源从官方网站或可信渠道重新下载。如果官方应用也会被拦截通常是签名或公证在下载过程中出了问题优先确认文件校验值。对于企业内部分发的应用可以使用系统提供的公证流程而不是简单关闭保护。做开发调试时如果确实要运行本地编译的未签名程序也要明确知道自己在做什么用完就恢复默认设置。8.2 收到“包含恶意软件”提示怎么理解macOS 在下载到带有恶意特征的组件时会弹窗提示某个文件包含恶意软件并说明“此操作未对 Mac 造成危害”。这是系统的主动拦截行为意思是这个文件还没有被执行或已经被阻断。这个提示经常发生在下载压缩包、破解工具、第三方 Helper、游戏模组和外挂组件时。如果弹窗指向的是一个不是你主动下载的应用优先从系统里删除对应项目再去检查启动项和配置文件。不要因为好奇而强行打开。安全提示不是功能开关是系统最后的防线。如果确实需要某个正版工具去官方渠道下载正式版本比折腾绕过方案更省事。8.3 通用排查顺序和日志查看思路一个 Mac App 或开发工具报错时我建议按这个顺序排查能覆盖 80% 的问题先看有没有弹窗提示或日志输出。再检查输入文件、路径、文件名编码是否符合要求。然后确认依赖版本和系统版本。接着检查权限包括文件权限、目录权限、麦克风权限、蓝牙权限。最后看资源占用确认是不是内存或磁盘空间不足。日志是最容易忽略的信息源。命令行工具一般会直接打印错误图形 App 可能在统一日志里记录。可以先在“控制台 App”里搜索应用名称按时间过滤错误信息。看到具体报错文本之后再去搜索引擎搜报错关键词而不是整段复制。如果报错信息是通用的比如“operation not permitted”或“execution terminated”不要急着改业务代码。先确认是不是权限、目录、依赖这三个基础条件出了问题再进入逻辑层排查。很多问题看起来像 App 不兼容实际上是你把文件放错了路径或者环境变量没更新。安全提示遇到报错时先看来源和日志再决定是否放宽权限。任何时候都不要为了跑通一个不明应用把系统安全保护全关掉。9. 第一次配置 Mac 时的推荐安装顺序9.1 按这个顺序装踩坑最少如果你是刚拿到一台新 Mac或者准备重新整理系统我建议不要把 9 类工具一次性装完。一口气装完的结果是你不知道哪个环节出了问题也不知道哪个工具在拖慢系统。推荐顺序是这样的先开系统更新安装最新安全补丁。装 Homebrew它负责后续大部分命令行工具。配置开发环境JDK、Maven、Python并逐一验证。装终端和远程连接工具方便后续排查。装 Raycast、Rectangle 这类效率工具先看快捷键是否冲突。最后再尝试 Agent 类工具和语音输入法因为它们对运行环境更敏感。这个顺序的核心逻辑是先打好稳定的基础环境再逐步引入高依赖工具。每一步之间都留一点使用时间确认稳定后再继续。9.2 如果只留一个工具我会怎么选如果只能留一个我会留 Homebrew。不是因为它最花哨而是因为它能最大程度降低后续安装环境的成本。没有包管理器之前装一个 Python 可能要手动去官网看安装包装一个 JDK 还要自己配路径有了包管理器很多工具都能用统一命令维护。但如果你是普通办公用户不写代码、不管理服务器那 Homebrew 的价值就没有那么高。办公用户优先留一个效率启动器比如 Raycast日常启动 App、剪贴板、系统操作都能更快。工具好不好要结合自己的使用场景判断没有一个答案对所有人都成立。9.3 长期维护更新、备份和卸载Mac App 装完之后长期维护比安装更重要。我给三条具体建议。第一更新前先看更新说明。很多工具更新后会有行为变化特别是 Agent 类和自动化类工具新版本可能改接口、改配置目录、改默认权限。更新大版本前先备份配置文件和常用命令。第二定期检查启动项和后台进程。可以在登录项里看到哪些工具有开机自启不常用的尽量关掉。后台进程可以通过活动监视器看资源占用占用明显偏高的工具要及时卸载。第三卸载工具时要清理残留文件。直接把 App 拖进废纸篓不一定能删除配置目录、缓存和登录项。不同工具的残留位置不一样可以用系统自带的清理方式也可以在确认删除后手动查找对应的用户目录。踩过几次之后你会发现Mac 上很多问题不是软件能力不够而是前置环境、安装来源和使用习惯没有处理好。把这篇文章里的判断标准和排查顺序跑一遍比到处找新工具更有效。