各显示器独立工作区、即时语言切换与更安全的更新流程

01语言切换对随后启动的桌面应用生效

dhh 提交了 omacom/omarchy#15791，并将其合入 quattro。现在切换语言时，系统会更新正在运行的 Hyprland 环境，并在新值被接受后重启桌面 shell。此后通过快捷键或启动器打开的应用，无需重新登录即可继承所选语言。

审查者 greptile-apps[bot] 在 omacom/omarchy#15791:discussion_r4305533187 中指出，文档需要补充一项限定：后续设置的 uwsm LANG 覆盖值会在下次登录时恢复生效，但在即时语言切换后不会保留。这项改动已合入开发分支，并不能证明它已进入稳定版。

02每台显示器都有自己的工作区快捷键

ryanrhughes 将 omacom/omarchy#15655 合入 quattro，为每台显示器提供编号从 1 到 10 的独立工作区，状态栏也只显示本屏的工作区。数字快捷键现在作用于当前获得焦点的显示器。显示器断开连接后，其工作区会并入另一台显示器；原显示器重新连接时，这些工作区会返回原屏。

合并后，greptile-apps[bot] 指出了显示器身份识别、过期的工作区返回记录以及自定义状态目录处理方面的问题。随后，ryanrhughes 合入 omacom/omarchy#15867，处理了这三项问题，并报告了问题复现和回归测试情况。保存的布局仍与工作区编号绑定，而方向快捷键无法切换到仅在角点相接的显示器。

alexgeorgousis 解释说，现在要通过固定的工作区快捷键分配应用，必须先让对应显示器获得焦点。在 omacom/omarchy#15655:issuecomment-6252794912 中，ryanrhughes 建议自定义针对特定显示器的快捷键绑定，并表示概览功能即将推出；这条回复不能证明概览功能已经发布。

03默认命令行工具改用 mise 原生延迟安装垫片

ryanrhughes 将 jdx 提交的 omacom/omarchy#9596 合入 quattro。二十款默认工具现在改用 mise 原生的延迟安装机制，替代手写包装脚本。旧脚本可能在每次启动时重写配置，也可能在 gh 充当 mise 凭据助手时陷入循环。迁移会保留自定义脚本和用户自行创建的符号链接。这项改动要求使用 mise 2026.10.11。

在 10 月 8 日的前期讨论中，charlielockyer-rice 反映了智能体客户端版本过旧，以及原生更新程序的使用方式令人困惑等问题。jdx 随后加入了智能体自动更新功能。已合并的配置对这十一款智能体命令行工具的更新检查频率不超过每四小时一次；若更新失败或设备离线，则运行已安装的版本。

移除和恢复预装工具的功能现在按用户控制系统默认工具，也可以单独禁用某款工具，改用用户自行安装的版本。PR 报告了针对性验证结果，但明确指出，全新 ISO 安装以及交互式移除和恢复流程仍有待验证。

04OpenClaw 迁移修复保障更新完成，并保留用户自行安装的版本

spencerbull 将 omacom/omarchy#14212 合入 quattro，废止旧的 OpenClaw 迁移流程，改为迁移至可自行更新的用户级运行环境。它修复了在更新命令受限的 PATH 下失效的检查，并加入网关恢复功能。随后，spencerbull 合入 omacom/omarchy#15864，移除了通用的迁移延后机制：缺少初始文件时，迁移现在会直接完成，不移动任何内容，后续配置则由启动器恢复机制处理。

随后，emirb 提交了 omacom/omarchy#15875，并将其合入 quattro。现在，如果用户自行安装的 OpenClaw 命令或网关发生冲突，系统会保留该安装，让更新得以完成。真正的配置失败仍会使迁移保持待处理状态。greptile-apps[bot] 通过代码检查审查了这一区别，并明确表示没有运行测试。

另有一项改动中，spencerbull 将 omacom/omarchy-pkgs#797 合入 master，恢复初始文件包，并将 OpenClaw 移出快速更新环。github-actions[bot] 在 omacom/omarchy-pkgs#797:issuecomment-6252395093 中报告，版本 2026.10.4-2 已在 edge 渠道面向两种架构上线。这份发布报告证实了 edge 渠道的可用性，但不能证明包含 quattro 修复的稳定版已经发布。

05晋级稳定渠道须等待经测试的 Arch 镜像快照

emirb 提交了 omacom/omarchy-pkgs#1247，并将其合入 master。现在，只有 stable 与 release-candidate 的 Arch 镜像时间戳一致，软件包才能晋级稳定渠道；任一时间戳无法读取时，晋级也会停止。PR 描述了 4.0.5 发布期间一次持续 18 分钟的不一致：为 Qt 6.12 构建的 Quickshell 与 Qt 6.11 被组合到一起，导致 shell 无法启动。

master 后续的提交完善了 stable 比 rc 更新时的恢复指引。omacom/omarchy-pkgs@49583e017635 引导维护者手动复制快照，而非使用已移除的反向同步辅助工具。要求快照一致的保护措施仍然保留；aarch64 没有同类检查，因为其各渠道使用的是实时 Arch Linux ARM 镜像。

06启动镜像保护措施保障非拉丁键盘布局下的口令输入

quattro 上与 kevincardwell 相关、署名 Kevin Cardwell 的提交，恢复了一项保护措施，防止非拉丁控制台键盘布局被用于 Plymouth 磁盘解锁提示界面。omacom/omarchy@1d134a5261cb 解释说，Arch 的 Plymouth 钩子开始独立复制控制台配置，绕过了 Omarchy 原有的排除规则，可能导致用户无法输入 LUKS 口令。

这项保护措施会阻止所列非拉丁键盘布局的配置被复制，同时保留旧配置中的拉丁键盘布局。迁移流程会重建受影响的启动镜像。这项改动已提交至 quattro；现有记录不能证明它已在稳定版中可用。

07软件包退役可针对特定渠道和架构中的过时条目

master 分支上的提交扩大了软件包退役工具的适用范围，不再仅限于构建配方已完全删除的情况。此前与 ryanrhughes 相关的变更 omacom/omarchy-pkgs@7c764cfb4bde 允许退役构建配方已不再构建的架构版本，以解决旧版 x86_64 Pinta 软件包遮蔽 Arch's 较新版本的问题。

emirb's 提交 omacom/omarchy-pkgs@56689c7d0d75 将退役判断细化到了各个渠道。提交说明中提到的案例是 stable 渠道中已过时的开发版软件包，它们可能妨碍从 edge 切换到 stable。规划工具还会将软件包基名与实际构建配方对应起来。omacom/omarchy-pkgs@d3995e0bef27 则让规划过程在无法读取构建配方时完全停止，避免将读取失败误判为软件包已被移除。这些提交修改的是退役工具，并不能证明过时条目已经被移除。