jaywcjlove/awesome-mac一份值得反复阅读的 macOS 软件清单很多刚转 macOS 的开发者甚至用了几年 Mac 的老用户都经历过同一个场景想找一个 PDF 批量处理工具打开 App Store 搜出来的全是免费试用夹杂订阅收费广告权重比评分还高去搜索引擎查“macOS 最好用的 XXX”前三页几乎都是营销号软文进技术群问一句得到的答案又过于个人化没有版本、没有更新状态、没有替代方案。这些问题本质上是同一个问题macOS 生态的软件供给非常丰富但并没有一个靠谱的“选型入口”帮你做过滤。这篇文章要介绍的是 GitHub 上一个非常知名的开源项目jaywcjlove/awesome-mac。它不是软件本身而是一份社区维护的 macOS 优秀软件和工具清单。我的判断是这个仓库真正的价值不只是“收集软件”而是提供了一套可持续更新的软件选型方法论。读完这篇文章你会知道这份清单里有什么、怎么快速找到自己需要的工具、怎么判断一个软件是否值得安装以及如何把它整合进自己的日常工作流。1. awesome-mac 到底解决的是什么问题先说结论awesome-mac 解决的是“信息筛选成本”问题。macOS 的软件分发渠道非常分散。App Store 是官方渠道但搜索排序受下载量和编辑推荐影响很大经常出现同一个工具一类应用扎堆、重合度极高的情况。开发者常用的大量命令行工具、开源软件、内测版本工具根本不会上架 App Store而是以 GitHub release、官网 dmg 或 pkg 安装包的形式分发。你要在一个分类里横向对比几款候选软件通常得自己跑好几个网站、看几篇评测才能得出结论。这个过程非常耗时而且信息会快速过期。今天推荐的工具半年后可能已经被收购、改订阅制或者干脆停止维护。awesome-mac这个项目本质上是对 macOS 生态里分散的软件信息做了一个“结构化汇总”。它按用途把软件分成几十个分类每个分类下面列出多个可选工具并附上官网链接和 GitHub 地址。它不是编辑团队的商业推荐而是全球开发者在 GitHub 上共同维护的社区文档。所以它解决的第一个痛点是信息入口问题。你想找什么工具先来这里看一眼分类比漫无目的搜索效率高得多。它解决的第二个痛点是更新问题。软件生态是动态的一个项目只要还有人维护它就会持续合并社区提交的修改。旧的失效链接会被标记新出现的优秀工具会被加入。这意味着这份清单不是一个“一次性 PDF”而是一份长期更新的活文档。从这个角度看awesome-mac 的意义不在于里面某一个具体的软件推荐而在于它让“找 macOS 软件”这件事从一个依赖搜索引擎的随机过程变成了一个有结构化索引的确定过程。2. 分类体系解析这份清单里到底收录了什么awesome-mac 的 README 非常大分类非常多。第一次打开的人经常会产生“我是不是误入了某个大型软件商城”的错觉。这里只挑几个对开发者和重度用户最有价值的分类来讲。开发工具类是这份清单的核心部分。它覆盖了命令行终端、Git 客户端、代码编辑器、数据库管理工具、API 调试工具、容器工具等。比如在“终端工具”分类里你既能看到老牌 iTerm2也能看到一些基于新交互理念的终端模拟器在“数据库工具”分类里常见的关系型数据库客户端和 Redis、MongoDB 等 NoSQL 客户端也会出现在同一层级方便你一次比较。网络和调试工具类对后端和客户端开发者尤其重要。抓包工具、HTTP 调试代理、网络流量分析工具都会在这里出现。这类工具很多不在 App Store 上架靠搜索引擎找容易找到一堆过时教程但通过 awesome-mac 的分类你可以直接进入官网下载最新版。系统工具类则更偏向日常使用。磁盘清理、文件查找、系统监控、窗口管理、输入法增强、剪贴板历史等全部被收进这个分类。这些工具单个看起来都不起眼但组合起来能明显改变每天的使用效率。虚拟机与容器类近年权重也在上升。Parallels Desktop、VMware Fusion 等商业级虚拟机方案以及 UTM、Docker Desktop 等都可以在这里找到。如果你有“在一台 Mac 上同时跑 Linux 虚拟机、Windows 虚拟机、Docker 容器”这类需求这个分类可以作为选型起点。命令行与终端增强类是容易被忽略的另一个富矿。macOS 虽然有 zsh 自带的许多能力但要真正提高效率通常还需要一套辅助工具链。这份清单里会按“文件查找、目录跳转、命令行提示、包管理器”等维度列出候选工具走完一遍之后你对“终端里有哪些现代工具可替代传统命令”会有比较清晰的认知。除了以上几类它还包括视频音频处理、图像设计、笔记管理、云存储、远程桌面、数据恢复等多个维度。可以说它覆盖的已经不是一个单纯“程序员工具清单”而是一套“面向重度电脑使用者的完整的 macOS 软件地图”。需要提醒的是分类多不代表每个分类都值得逐条看。真正的阅读策略不是从头到尾扫一遍而是“按需进入”。你想解决什么问题就进对应分类只看那一条。3. 为什么它不是“软件收藏夹”而是一份“活文档”很多平台都有“我收藏了 100 个工具”这类帖子和 awesome-mac 相比两者的关键差异不在数量而在维护机制。awesome-mac 是一个 GitHub 开源仓库采用社区协作模式。任何开发者发现好用的新工具都可以向仓库提交 Pull Request发现某个链接失效或软件已停止维护可以提交 Issue 报告。维护者会定期审核这些变更合并有用的信息删除过时的内容。这种模式带来两个直接结果。第一个结果是“列表长度是持续优化的”。它不会无限膨胀。维护者和贡献者会清理掉不活跃、体验差、已经不维护的软件避免列表变得不可用。你看到的分类是经过社区过滤的结果而不是搜索引擎抓取的原始网页。第二个结果是“信息可信度来源于社区共识”。一个工具能被收录进 awesome-mac通常意味着它已经被一定数量的真实用户使用过而不是某个博主的单方面推荐。虽然不能保证每个条目都完美但相比商业推广驱动的榜单它的“营销污染”要小得多。这两个结果共同决定了awesome-mac 的阅读体验更像是在阅读一个“持续维护的产品文档”而不是在浏览一份“一次性整理的文章”。这也是为什么我建议把它收藏起来定期回去看看而不是只在刚装系统时打开一次。对普通读者来说不需要懂 GitHub 协作流程只需要理解一件事一个能持续维护、公开接受反馈、保留修改记录的项目它的信息健康度通常高于一个藏在个人博客里的长期不更新的“十大推荐”。4. 普通用户和开发者应该怎么读这份清单很多人打开 awesome-mac 的第一反应是“太多太全不知道从哪里开始”。这里按两类人群给一份阅读路径建议。4.1 如果你是普通办公用户你的核心诉求是少折腾稳定能解决实际问题。建议先看这几个分类系统工具、输入法增强、截图录屏、文件压缩、笔记管理、云存储。先不要碰命令行、开发工具、容器这些偏工程部分。阅读时记住两条原则优先选有长期更新记录、有稳定官网、在 Mac App Store 能搜到的软件下载安装更省心。同一分类下先从列表里排在前面、注释说明较多的工具开始试。如果满足需求就不必再对比其他同类。比如想找一款好用的截图工具先看“截图工具”分类里的选项选一个下载量高、维护时间长的试一周。好用了就一直用不好用再换另一个。不要一次性装五款截图工具来对比那是浪费时间的自虐行为。4.2 如果你是开发者你的核心诉求是可定制、可脚本化、能进入自动化工作流。建议重点看这几个方向终端工具和命令行增强这是每天高频使用的“工作台”值得花时间选。版本管理、代码阅读、API 调试直接关系到开发效率。网络抓包和代理调试后端、客户端、联调场景的刚需。虚拟机与容器前后端开发、测试环境隔离都离不开。开发者的阅读方式可以更“工程化”一些。找到某个分类后把候选工具拉到一起对比看它是否开源、是否有命令行接口、是否支持配置导入导出、是否有活跃社区。这些因素比“界面是否好看”更重要因为它们决定了这个工具能不能嵌进你的工作流以及遇到问题时能不能搜到解决方案。4.3 两类人共同的阅读原则不管你是哪类用户都建议做到一点不要全量安装。把 awesome-mac 当成“字典”而不是“购物车”。只看你当前需要解决的任务只挑一个最合适的。用得越多你越会形成自己的偏好这时候再看第二遍就会比第一遍收获大得多。5. 如何高效使用这份清单搜索、验证与安装阅读 awesome-mac 有很多方式这里分享一套比较高效的流程先精确定位分类再快速验证软件状态最后用包管理器统一安装。5.1 第一步定位分类缩小范围如果对软件名字完全没有概念先在 README 中浏览分类标题找到目标分类。比如你想找“抓包工具”对应的分类是网络调试相关。你可以这样在浏览器里快速查找打开项目 README 页面后按Command F输入Network或“抓包”直接跳到目标分类然后通读该分类下的工具名和链接。如果希望离线搜索还可以把仓库克隆到本地git clone https://github.com/jaywcjlove/awesome-mac.git克隆完成后直接用本地文本阅读器打开 README.md配合Command F搜索任意关键词。这种方式比网页端更稳定页面再长也不会卡顿。在本地文档里搜索某个具体关键词的示例grep -n -i 抓包\|proxy\|network awesome-mac/README.md | head -30这条命令会打印出所有包含“抓包”“proxy”或“network”的行前面带有行号方便你快速定位。5.2 第二步验证软件的真实状态找到候选工具后不要急着下载。先用 10 分钟做一次“软件体检”打开官网确认它是官方页面而不是第三方下载站。查看最近一次更新时间如果超过两年没有更新需要谨慎。确认它的授权模式是免费、买断、订阅还是开源。如果软件在 GitHub 上开源看一眼 star 数量和最近的 release 状态。这一步很容易被跳过但它恰恰是最重要的。很多老牌软件下载后才发现系统版本不支持或已经转向订阅制装上之后进退两难。5.3 第三步用 Homebrew 统一安装对于大量开源工具和常用软件推荐通过 Homebrew 统一安装。Homebrew 是 macOS 上使用最广泛的包管理器安装软件时能自动处理依赖、升级和卸载比手动拖拽安装包干净得多。安装 Homebrew 的命令/bin/bash -c $(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)Homebrew 有两种常用安装方式brew install用于命令行工具brew install --cask用于 GUI 应用。例如brew install --cask iterm2 brew install --cask wireshark brew install wget用 Homebrew 安装的软件后续升级只要执行brew update brew upgrade所有由 Homebrew 管理的应用都会统一更新到最新版本省掉了逐个去官网下载的麻烦。5.4 第四步记录并追踪自己的安装清单推荐在本地维护一份自己的工具清单格式越简单越好# 我的 macOS 工具清单 ## 开发 - iterm2终端brew install --cask iterm2 - visual-studio-code编辑器brew install --cask visual-studio-code ## 网络 - wireshark抓包brew install --cask wireshark当你重装系统或换新设备时这份清单就是你的“恢复脚本”。它比任何博客的推荐列表都更贴合你自己的真实习惯。6. 从“看清单”到“搭工作流”三个真实场景的选型路径读 awesome-mac 的终极目的不是收集软件而是解决实际问题。下面拆解三个非常常见的场景还原一下从“看清单”到“落地使用”的全过程。6.1 场景一Mac 上磁盘空间大量被系统占用很多用户在 macOS 上都会遇到“系统数据”占用几十个 GB 甚至上百 GB 的情况想清理却不知道从哪里下手。这种场景下需要的不是“清理大师”而是一个能“可视化分析磁盘占用”的工具。这时候进入 awesome-mac 的系统工具分类找磁盘分析类的软件。常见的方案包括 DaisyDisk、OmniDiskSweeper 等。装上一个工具后扫描磁盘按文件大小排序你会看到哪些目录占用了大量空间。比如Library/Caches、Library/Developer/Xcode/DerivedData、Docker 的虚拟磁盘文件等往往是空间黑洞。这类工具的典型用法是“定位而不是误删”。看到某个目录占用特别大先搜索这个目录是干什么的再决定是否清理。磁盘分析工具只负责告诉你“空间去了哪里”最终删除动作必须由你确认。6.2 场景二日常联调需要抓包和代理调试开发过程中如果前端要排查接口请求参数或者后端要调试本地回调抓包工具是刚需。在 awesome-mac 的网络工具分类里常见选择包括 Charles 和 Wireshark 等。开源世界也提供命令行方案比如 mitmproxy。这类工具在使用时有一个常见卡点安装完成之后抓不到 HTTPS 流量因为 Mac 不信任这个代理工具自己生成的 CA 证书。解决思路是先在“钥匙串访问”里安装并信任代理工具生成的根证书再把系统代理打开。抓包软件相当于一个中间人它会用自己的证书替换服务器证书只有系统信任了它的根证书HTTPS 流量才能被解包查看。理解这个原理之后以后遇到“装了抓包工具但 HTTPS 全显示乱码”的问题你就知道该去哪里查了。6.3 场景三在 Mac 上使用虚拟机很多开发者的日常工作需要在 macOS 和 Linux、Windows 之间切换。在 awesome-mac 的虚拟机分类里既有 Parallels Desktop 这类商业产品也有 UTM 这类免费开源方案。选择虚拟机方案时需要先想清楚你的使用场景如果是日常图形界面使用追求“无缝集成”商业方案体验更流畅。如果只是跑一个服务端环境或者做轻量测试UTM 这类开源方案足够。如果已经有现成的 Docker 工作流那么很多场景其实根本不需要完整虚拟机Docker Desktop 就够用了。读 awesome-mac 里的虚拟机分类不是让你“哪个推荐装哪个”而是让你在同一分类下看到多种不同定位的工具再根据自己的实际场景做决策。这个过程比直接使用某一个工具更重要。7. 阅读和使用 awesome-mac 时的常见误区下面这份误区清单是很多读者第一次使用 awesome-mac 时容易犯的错误整理成表格方便对照自查。误区具体表现正确姿势把清单当必装列表看到推荐就装最后电脑里一堆从不使用的软件只在有具体任务时进入对应分类选择只关注商业软件忽略开源替代导致成本上升或授权风险同一分类下先看是否有开源选项再决定是否需要商业版跳过软件体检不验证授权模式、更新状态直接下载安装安装前查官网、看更新时间、确认授权模式重复安装同类工具截图工具装三款终端模拟器装两款却始终没有定下来每类先选一个深入使用不满意再换只会用图形界面对命令行工具和包管理有心理门槛错过大量高效率工具用 Homebrew 安装一次工具就能逐渐接受命令行的便利忽略安全验证从非官方渠道下载安装包带来安全风险只从官网、App Store 或 Homebrew 安装日常使用中最常见的高频错误其实是第一项“把清单当必装列表”。每次看到分类下的工具列表都容易产生“这个好像也用得上那个好像也不错”的冲动。但工具的价值在于使用而不是拥有。与其安装 20 个工具后一天打开两个不如先装 5 个工具并真的把它们用好。8. 最佳实践让软件选型成为可持续的流程要让 awesome-mac 发挥长久价值关键在于形成一套自己的“软件选型流程”而不是每次临时查找。这里给出一套可以复用的做法。第一建立自己的候选清单。当你看到某个工具“好像有用但不确定”时不要急于安装先记进一个待办清单。每周花 10 分钟翻阅这份清单只安装仍然需要的那一款。第二定期清理。每一到两个季度打开应用程序文件夹把超过一个月没有使用的应用卸载。对于通过 Homebrew 安装的软件可以用brew list查看所有已安装项确认哪些已经不再需要。第三用包管理统一管理安装和更新。对于能找到 Homebrew 版本的工具优先使用 Homebrew 安装。这样升级卸载都有统一入口避免系统目录越来越乱。第四为每个工具记录用途。如果在一台机器上安装的软件超过 30 款很容易忘记当初为什么装某个软件。可以在自己的工具清单文件里为每个工具写一句话用途说明避免出现“装了之后完全想不起来它是干嘛的”的尴尬。第五主动维护开源项目。如果发现 awesome-mac 中某个链接失效或某款非常好用的工具没有被收录可以到仓库提交 Issue 或 PR。这既是回馈社区也是逼着自己更深入理解工具生态的过程比单纯看清单的收获大得多。这套流程适用于任何“信息过载型”场景。软件选型本身不是一次性的动作而是一个需要持续维护的习惯。9. 总结与后续方向回到开头那个问题macOS 上找软件为什么总让人头疼因为工具太多了又没有靠谱的入口。awesome-mac 这个项目用一个公开、长期维护、社区驱动的结构把这件事整理成了一份“可持续更新的地图”。这篇文章真正想表达的不只是“有一个仓库列出了很多软件”而是希望你理解高效使用这份清单的核心能力是“按需检索、快速验证、统一安装、持续清理”。这四步组合起来才是一套完整的软件选型方法。如果下一步不知道从哪里开始建议做一个小实验从这份清单里选出 5 个你当前最需要解决的场景每个场景只装一个工具用一周时间。一周之后你大概率会建立起第一批真正属于自己的“生产力工具”。接下来再回到仓库看第二遍、第三遍每次都会有新的判断。工具永远在换但这里积累起来的选型意识会成为你长期受用的东西。