Bottles 67.6 实测:不装 Steam 跑 Proton

Bottles 67.6 于 2026 年 11 月 4 日发布。更新日志看起来只是一次普通的补丁版本,但其中有一项改变了这个项目的整体形态:UMU 现在终于变成了你能在图形界面里直接操作的东西。

如果你关注 Linux 游戏有一段时间,Windows 独占游戏的常规建议无非是「加成 Steam 里的非 Steam 快捷方式」,或者「手动折腾 Proton-GE 和 Wine 前缀」。Bottles 一直是管理 Wine 前缀更干净的工具,但在 66 版之前,UMU 集成对普通用户来说基本是看不见的黑盒。67.6 把它变成了几个可以逐个游戏调整的开关:可选的 UMU 控制项、launch wrapper 支持,以及直接显示在资料库里的 Proton 组件下载状态。

本文会介绍这次到底改了什么、如何安装 Bottles 67.6,以及怎样用它在一台完全没装 Steam 的 Linux 上跑起 Proton 游戏。

Bottles 到底是什么

Bottles 是 Wine 的图形前端。Runner(运行器)是能在 Linux 上运行 Windows 软件的兼容层,可以是原版 Wine,也可以是某个 Proton 构建;prefix(前缀)则是运行器操作的 Windows 环境。Bottles 把这套环境称为 bottle,并负责它的完整生命周期:创建、选择用哪个运行器、前缀里放哪个 DXVK/VKD3D 版本、安装 Windows 依赖、做快照、从里面启动程序。

近期版本真正的结构性变化,是从「Wine 前缀管理器」向「平台」转型。UMU 来自 Open Wine Components 项目,是 Valve 那套 Proton 运行时机制的社区复刻——相同的 Steam Linux Runtime 容器与 Proton 所期望的环境——被打包成任何启动器都能直接拉起的高性能运行环境。

图:Bottles 深色主题主窗口,「Create New Bottle」新建环境对话框处于打开状态。官方仓库截图。

这个区别比听起来更重要。通过 UMU 启动的游戏,行为上就是一个 Steam Proton 游戏——运行时、着色器配置、兼容性修复全都不差——哪怕这台机器上根本没装 Steam。

安装 Bottles 67.6

Bottles 以 Flatpak 形式分发,项目方明确表示这是唯一被完整支持、测试最充分的打包方式。没有官方的 apt 或 dnf 包可以直接装。

从 Flathub 安装:

flatpak install flathub com.usebottles.bottles

也可以直接在浏览器里通过官网上的 Flathub 按钮安装——这是 Steam Deck 以及 Flatpak 环境正常的发行版上的推荐路径。

项目还提供了一个由社区维护的 beta 通道,想提前拿到下一个版本时可以加:

flatpak remote-add --user flathub-beta https://flathub.org/beta-repo/flathub-beta.flatpakrepo
flatpak update --appstream
flatpak install --user flathub-beta com.usebottles.bottles

第三种官方格式是 cpak,项目目前仍标记为实验性。除非有特殊理由,否则请直接用 Flathub 的 Flatpak 版本。

创建第一个环境

启动 Bottles 后你会看到一个双标签窗口:Bottles 与 Library。点击 Create a new Bottle,对话框会提供三种环境类型:

• Application —— 针对生产力软件优化
• Gaming —— 为游戏预配置,内置 Steam、Epic 等商店支持
• Custom —— 面向特定场景的空白起点

图:新建环境对话框。上方选择环境类型,下方是运行器与存储目录。官方仓库截图。

再往下是 Runner 下拉框,截图中提供的是 Soda 构建(soda-9.0-1)。Soda 是专门为 Bottles 维护的 Wine 运行器。你还需要选择 Bottle Directory,即前缀在磁盘上的存放位置。有 NVMe 盘就尽量指过去——Wine 前缀非常吃 I/O,把前缀放在机械硬盘上是种折磨。

67.6 新增了在不同目录之间移动 bottle、以及复制 bottle 时指定目标目录的能力。如果你一直想把游戏前缀单独放在另一块 SSD 上,或者想把一个调好的配置克隆给同引擎的第二款游戏,这个功能确实实用。

每个环境的组件与显示设置

每个 bottle 都带自己的一套组件,设置界面就是调这些的地方:

图:单个 bottle 的组件与显示设置。官方仓库截图。

Components 一栏可以选择运行器(截图中是 sys-wine-9.0)、把 Direct3D 调用翻译成 Vulkan 的 DXVK 版本(dxvk-2.5.1)、面向 Direct3D 12 游戏的 VKD3D(vkd3d-proton-2.13),以及可选的 LatencyFix——它能减少不少游戏的卡顿。下面的 Display 一栏则提供 FidelityFX 超分辨率、独显优先和后处理等开关。

由于组件是按 bottle 隔离的,你完全可以让一款游戏跑在最新的 Proton 构建上,另一款跑在保守版本上,各自使用不同的 DXVK 设置。这种颗粒度在以前意味着要手改 JSON 再在终端敲 Wine 命令。

依赖、快照与备注

Windows 软件期待 Windows 的配套环境。Bottles 把常见的那些——.NET 运行时、Visual C++ 运行库、字体——做成一键依赖安装,背后是一个社区维护的依赖数据库。程序启动时如果提示缺少运行时,先从这里试。

Snapshots 让你保存 bottle 的状态并随时回滚:装完依赖搞坏了前缀,一键还原。这把「装了个东西之后游戏起不来了」从一下午的重装,变成两次点击。

67.6 还加入了每个 bottle 的备注和按名称排序资料库。备注功能看着不起眼,但当你有二十个环境、其中一个是「只能靠启动器的启动器启动的 Windows 独占 MMO」时,它就非常有用;按名称排序则能让资料库变得可导航。

不装 Steam 跑 Proton 游戏

这才是 67.6 有意思的地方。

UMU 集成在 Bottles 66 中落地,思路很直接:通过 Steam Linux Runtime 启动 Windows 游戏,既不用安装 Steam,也不用把游戏加进 Steam 资料库。游戏会出现在 Bottles 的 Library 里,和其他程序并列,封面图、可执行文件、前缀、Proton 构建、启动选项、依赖和环境设置全都集中保存在一处。

到了 67.6,这套集成获得了真正的控制权:

• 可选的 UMU 控制项——由你决定启动参数是否生效,而不是无条件继承
• launch wrapper 支持——可以在启动链里插入自己的脚本或工具
• 资料库内显示下载状态——不用离开应用就能看到 Proton 组件下载到哪一步了
• ProtoSoda——为 Proton 适配过的 Soda 运行器,UMU 游戏默认使用,也可逐个游戏切换

实际意义是:如果你手上有 GOG 版、实体盘版或直接下载的游戏,而且它带有 Proton 修复,你可以在 Linux 上把它当作 Proton 游戏来跑,既不用装 Steam,不用把它加进 Steam 账户,也不用把 Steam 凭据交出去。Prefix 由 Bottles 管理,运行时由 UMU 准备。

此外还有 Steam Library Bridge:它会探测你的 Steam 库,把 Steam 原生的 Proton 游戏也列成 bottle,让你在同一个界面里管理它们的设置、依赖和环境变量。

你真正在用的那些商店

图:安装器目录。社区维护的 Battle.net、Epic Games Store、EA Launcher 等安装脚本。官方仓库截图。

Installers 标签页是社区整理的 Windows 应用安装脚本目录:Battle.net、Epic Games Store、EA Launcher、Ubisoft Connect、Adobe 全家桶、Ableton Live、EVE Online,以及数百个其他应用。每个条目都带一个等级徽章(Silver、Gold、Platinum),代表脚本被测试的程度,旁边是下载按钮。页面顶部也写明:文件由第三方按专有许可提供,安装即表示同意相应条款。

这个分级值得留意:Gold 和 Platinum 条目经过的社区测试明显更多。如果你打算装一个带 Platinum 徽章的游戏启动器,基本就放心了。67.6 修复了 Battle.net 反复重启的老毛病,也改进了依赖安装之后的 Windows 版本恢复逻辑。

这次更新的另一半:修复

功能列表抢走了头条,但真正让 67.6 在日常使用中体现价值的是修复列表:

• 慢速网络下下载中断——更长的读取超时加上有限次重试
• Battle.net 反复重启——客户端无限循环启动的经典问题
• 导入的 bottle 保存到外置硬盘失败——外置存储回归问题已修
• 64 位 bottle 上选择 Windows XP 出错——会生成损坏环境的真实 bug
• Fsync 与 NTSync 之间切换——较新 Windows 游戏用到的同步原语
• 依赖安装后 Windows 版本被还原——不再悄悄退回错误的 Windows 版本
• Wine server 关闭——不再残留僵死的 wineserver 进程
• GL32 调试符号挂载——修正后用原生调试器分析崩溃才真正可用
• 向启动脚本暴露所选 Wine 可执行文件——launch wrapper 现在能找到正确的二进制

另外还有重置游戏时长的按钮,以及在提示程序文件缺失时保留快捷方式——安装损坏后不再悄悄删掉你的桌面入口。

2026 年谁该用 Bottles

如果你的 Linux 游戏全是 Steam + Proton,你其实不需要 Bottles——Steam 干得不错,非 Steam 商店还有 Heroic Games Launcher 顶着。Bottles 真正不可替代的场景是:

• 你想在不装 Steam 的情况下用 Proton。 用 Steam 运行时和 Proton 修复跑 GOG 或直接下载的游戏。
• 你要让 Windows 软件和 Linux 软件共存。 同一套前缀机制既能启动游戏,也能处理 Office、CAD 工具和只发 Windows 版的厂商安装程序。
• 你同时管理很多环境。 快照、按 bottle 独立配置的组件、备注与排序,都比手工管理前缀强得多。
• 你喜欢折腾。 换个 Proton 构建试试,先打快照,失败再回滚。

Bottles Next——一个采用 client-server 架构的完整 Rust 重写版本——正在开发中,并由 NLnet Commons Fund 资助。现有的 Python 代码库短期内不会消失,67.6 就是一个成熟且持续维护的版本,而它之前的两个补丁版(67.5 和 67.4)也都是最近六周内发布的。

结论

Bottles 67.6 是一次安静的版本更新,却在做重要的事。最大的变化是 UMU 不再只是底层实现细节,而变成了用户可以操作的开关;再叠加按 bottle 独立的组件、快照和安装器目录,Bottles 现在覆盖的定位和 Steam、Heroic 有真实的差异化。

对于手上有一堆非 Steam Windows 游戏的 Linux 玩家,或者需要让 Windows 软件与 Linux 桌面共存的用户,这是目前功能最完整的图形化 Wine 前缀管理器。装上 Flatpak,建一个 Gaming 环境,把运行器指向 Soda 或某个 Proton 构建,然后给它一个小时——下面这张 Library 截图就是配置好之后的样子。

图:Bottles 资料库中的已安装程序。官方仓库截图。

官方项目:usebottles.com——文档见 docs.usebottles.com,版本与源码在 GitHub。