当您下载客户端时，它不会太重，而且似乎做的很少。在应用程序包内有一个脚本——在检查环境并决定你没有运行 Linux 时——启动客户端，下载完整的支持环境和资源。为了实现这一点（所有这些都保存在捆绑包中，应用程序捆绑包在此过程中更新）Steam 需要辅助设备的通用访问以及您的密码。
可缓存资源、首选项（如键盘快捷键）、支持文件（如游戏硬件需求查找表）位于包内，而不是在~/Library/{Application Support|Preferences|Cache}; 游戏的数据被转储到~/Documents/Steam Content.
我将自己描述为有点强迫症（这确实说明了很多），我仍然不会那么在意。我会去梳理这些毛茸茸的乱七八糟的东西，找出东西在哪里，何时以及是否需要，即使它在一个陌生的地方；这实际上并没有让我失望。嗯，一点点。
让我担心的是Steam 需要访问辅助设备和我的密码才能首次运行。前者使其能够与正在运行的应用程序和底层系统进行非常密切的对话；而后者（管理员帐户）可以很好地给予它，它的发布者可以不受限制地访问我的所有软件、硬件和数据。像 Rockstar 这样的发行商使用场景 NOCD 破解在 Steam 上发布他们的游戏，我不太确定我对此是否满意。
我希望为 MacOS X 和所有运行它的漂亮机器提供更多游戏，但这种安排对我来说似乎不太像 Mac。看起来 Valve 正在围绕系统安全措施和最佳实践，放弃沙箱、代码签名、相对健全的结构化组织；所有对那些在派对上根本没有乐趣的人会有吸引力的东西，并且会孤独地死去，在他死去已久的母亲的地下室......等等。对。反正。
我们能否从了解可访问性 API 工作原理的人那里获得有关最终用户机器上 Steam for Mac 安全性的一些意见，了解 Steam 上分发的游戏是否可以在用户主文件夹之外读写，从其他正在运行的应用程序收集数据，或类似情况？