企业官网建设流程全解析

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 如果你是普通办公用户

你的核心诉求是：少折腾，稳定，能解决实际问题。

建议先看这几个分类：系统工具、输入法增强、截图录屏、文件压缩、笔记管理、云存储。先不要碰命令行、开发工具、容器这些偏工程部分。

阅读时记住两条原则：

1. 优先选有长期更新记录、有稳定官网、在 Mac App Store 能搜到的软件，下载安装更省心。
2. 同一分类下，先从列表里排在前面、注释说明较多的工具开始试。如果满足需求，就不必再对比其他同类。

比如想找一款好用的截图工具，先看“截图工具”分类里的选项，选一个下载量高、维护时间长的试一周。好用了就一直用，不好用再换另一个。不要一次性装五款截图工具来对比，那是浪费时间的自虐行为。

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 分钟做一次“软件体检”：

1. 打开官网，确认它是官方页面，而不是第三方下载站。
2. 查看最近一次更新时间，如果超过两年没有更新，需要谨慎。
3. 确认它的授权模式，是免费、买断、订阅还是开源。
4. 如果软件在 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 时容易犯的错误，整理成表格，方便对照自查。

日常使用中最常见的高频错误，其实是第一项“把清单当必装列表”。每次看到分类下的工具列表，都容易产生“这个好像也用得上，那个好像也不错”的冲动。但工具的价值在于使用，而不是拥有。与其安装 20 个工具后一天打开两个，不如先装 5 个工具并真的把它们用好。

8. 最佳实践：让软件选型成为可持续的流程

要让 awesome-mac 发挥长久价值，关键在于形成一套自己的“软件选型流程”，而不是每次临时查找。这里给出一套可以复用的做法。

第一，建立自己的候选清单。当你看到某个工具“好像有用但不确定”时，不要急于安装，先记进一个待办清单。每周花 10 分钟翻阅这份清单，只安装仍然需要的那一款。

第二，定期清理。每一到两个季度，打开应用程序文件夹，把超过一个月没有使用的应用卸载。对于通过 Homebrew 安装的软件，可以用brew list查看所有已安装项，确认哪些已经不再需要。

第三，用包管理统一管理安装和更新。对于能找到 Homebrew 版本的工具，优先使用 Homebrew 安装。这样升级卸载都有统一入口，避免系统目录越来越乱。

第四，为每个工具记录用途。如果在一台机器上安装的软件超过 30 款，很容易忘记当初为什么装某个软件。可以在自己的工具清单文件里为每个工具写一句话用途说明，避免出现“装了之后完全想不起来它是干嘛的”的尴尬。

第五，主动维护开源项目。如果发现 awesome-mac 中某个链接失效，或某款非常好用的工具没有被收录，可以到仓库提交 Issue 或 PR。这既是回馈社区，也是逼着自己更深入理解工具生态的过程，比单纯看清单的收获大得多。

这套流程适用于任何“信息过载型”场景。软件选型本身不是一次性的动作，而是一个需要持续维护的习惯。

9. 总结与后续方向

回到开头那个问题：macOS 上找软件为什么总让人头疼？因为工具太多了，又没有靠谱的入口。awesome-mac 这个项目用一个公开、长期维护、社区驱动的结构，把这件事整理成了一份“可持续更新的地图”。

这篇文章真正想表达的，不只是“有一个仓库列出了很多软件”，而是希望你理解：高效使用这份清单的核心能力，是“按需检索、快速验证、统一安装、持续清理”。这四步组合起来，才是一套完整的软件选型方法。

如果下一步不知道从哪里开始，建议做一个小实验：从这份清单里选出 5 个你当前最需要解决的场景，每个场景只装一个工具，用一周时间。一周之后，你大概率会建立起第一批真正属于自己的“生产力工具”。接下来，再回到仓库看第二遍、第三遍，每次都会有新的判断。工具永远在换，但这里积累起来的选型意识，会成为你长期受用的东西。