浮动工作区新增程序坞，小组件可移入托盘，Omarchy 支持的语言增至 50 种

01浮动工作区新增程序坞和窗口最小化功能

dhh 于 10 月 13 日提出 omacom/omarchy#15263，并将其合并到 quattro 开发分支。这项改动为浮动工作区添加了程序坞，方便查找已固定和正在运行的应用，并支持应用网格、拖动排序和自动隐藏。按 Super + M 可以最小化浮动窗口，再通过程序坞将其恢复。当前的 PR 描述还说明了自定义网页应用启动器如何保留在程序坞中显示所需的应用标识。

quattro 的相关提交让空工作区采用更改后的默认布局，同时保留已有窗口的工作区布局，并防止因无法读取工作区列表而清除已保存的布局：omacom/omarchy@b6af62e285a3 和 omacom/omarchy@ed92b0753f95。另一项提交会在进入浮动模式时启用标题栏。软件包仓库的 master 分支还通过 omacom/omarchy-pkgs@eba2a95f2e9e 引入了 titlebars 0.2.2，支持在浮动窗口标题栏上方调整窗口大小。这些提交均署名 David Heinemeier Hansson，并不意味着 Omarchy 已发布包含这些改动的稳定版。

02状态栏小组件可放入托盘抽屉

dhh 于 10 月 13 日提出 omacom/omarchy#15281，并将其合并至 quattro。新增的托盘区域将小组件放在抽屉内的应用图标之后。用户可以通过拖放或状态栏命令将小组件移入该区域，插件也可以将其设为默认区域。只要其中某个小组件的面板仍然打开，抽屉就会保持展开。

greptile-apps[bot] 指出，克隆的托盘会隐藏抽屉中的小组件。随后产生的提交 omacom/omarchy@1a161eb5192a 记录了对托盘克隆的支持、已配置的小组件被隐藏时可用的拖放目标，以及防止将托盘放入自身抽屉的保护措施。合并后，jandrusk 又报告了一个边界情况：如果没有承载该区域的托盘，将小组件移入托盘区域可能会使其消失，并在 omacom/omarchy#15281:issuecomment-6150468044 中建议拒绝此操作或将其放到备用位置。

03语言选择扩展至桌面和手册

dhh 于 10 月 13 日提交 omacom/omarchy#15326，并于报道时间范围之外的 10 月 14 日将其合并至 quattro。目前的说明在报道时间范围之后经过编辑，称菜单、桌面 Shell 和 Omarchy 通知支持 50 种语言，并提供翻译后的手册。选择语言后，Omarchy 会立即更新，而第三方应用将在下次登录时采用对应的系统区域设置。英语仍作为回退语言。

在 10 月 13 日的审查中，greptile-apps[bot] 指出了与号导致通知内容损坏、自定义菜单标题被覆盖，以及对翻译版手册中命令的检查不足等问题。这些是审查时发现的问题，并不能证明合并后仍存在这些缺陷。目前的说明称，用户自定义的菜单覆盖设置具有优先权，手册验证也涵盖链接和代码块。说明还列出了限制：终端诊断信息仍未翻译，从右到左的布局不会镜像显示，需要区分单复数的字符串只使用一种形式。

04AArch64 版 Superwhisper 软件包进入 stable 渠道

nchudleigh 提交的 omacom/omarchy-pkgs#965 为不同架构采用各自的 Superwhisper 归档包，同时保留签名检查和内含版本检查。ryanrhughes 于 10 月 13 日将其合并至 master。随后，github-actions[bot] 在 omacom/omarchy-pkgs#965:issuecomment-6137318104 中报告，适用于 x86_64 和 aarch64 的 superwhisper-bin 1.0.2-1 均已发布至 edge、rc 和 stable 渠道。

PR 作者报告称，已在本地为两种架构构建软件包，并曾在 AArch64 架构的 Omarchy 虚拟机中对 1.0.1 版进行听写测试；这些检查结果均由贡献者自行报告。另外一项署名 Ryan Hughes 的 quattro 提交在 Omarchy 本身中为 aarch64 启用了 Superwhisper：omacom/omarchy@9a10b488b111。软件包发布与开发分支集成是两个不同的步骤。

05主题切换优先更新终端，预览减少内存占用

Quattro 引入了多项署名 David Heinemeier Hansson 的性能改进提交，参与者名单中也列有 dhh。通过选择器或脚本切换主题时，omacom/omarchy@d8027c90d619 会先应用终端配色并重新加载 Hyprland，再在后台完成其他应用的配色更新。串行执行的批次会跳过已被后续选择取代的主题，防止较早的切换操作在较新的操作之后应用旧配色。

omacom/omarchy@8f5ca14e248f 以输入设备监听和恢复处理取代常规的键盘 seat 轮询。omacom/omarchy@4485e28de8a0 将剪贴板和封面图像的解码限制在显示所需的范围内，而 omacom/omarchy@c9a4af2cdf67 会在图像选择器关闭一分钟后释放预览图像。配套提交 omacom/omarchy@f5006bd41a17 增加了耗时预算，并检查空闲时是否有进程意外启动。这些是已提交到开发分支的改动，并非经过独立测量的性能结果。

06静默启动缩短菜单等待时间，并提供直接返回启动菜单的入口

dhh 于 10 月 13 日提交 omacom/omarchy#15301，并于报道时间范围之外的 10 月 14 日将其合并至 quattro。目前的说明规定，Limine 默认采用等待一秒的静默启动方式，并在“系统”菜单中提供一个操作，用于重启进入启动菜单，同时禁用自动启动。迁移时会保留现有明确设置的超时时间。

greptile-apps[bot] 要求增加身份验证被拒绝时的测试覆盖。dhh 报告称，已添加一个拒绝身份验证的测试，要求迁移失败且不修改菜单，随后又调整了依赖权限的测试用例，使其在 root 身份下跳过。该 PR 仍要求通过实际重启来确认菜单能否显示，以及单次进入启动菜单的请求是否生效；所提供的检查并未独立证实这些硬件上的实际结果。

07锁屏熄屏期间暂停指纹重试

dhh 于 10 月 13 日提交 omacom/omarchy#15294，并于报道时间范围之外的 10 月 14 日将其合并至 quattro。根据目前的说明，锁屏使显示器熄屏后，将暂停发起新的指纹验证，但允许正在进行的验证完成。对用户而言，取舍很明确：必须先唤醒屏幕，才能使用指纹解锁。

在 10 月 13 日的审查中，greptile-apps[bot] 发现，重复的空闲锁屏请求可能错误地重启指纹读取器。dhh 报告称，已修改这一处理路径，只有检测到系统曾挂起的迹象后才会恢复读取。在另一段讨论中，dhh 说明，如果亮度或音量操作未被锁屏程序检测到，指纹检查可能会一直暂停，直到收到键盘或指针输入。greptile-apps[bot] 在 omacom/omarchy#15294:discussion_r4259080090 中接受了这一限制。

08锁屏使用静态图像的方案仍在提议阶段

dhh 的 omacom/omarchy#15289 于 10 月 13 日提交，截至 10 月 19 日检查时仍未关闭。目前的说明提议用缓存的模糊静帧取代锁屏上的视频壁纸播放，移除视频流及其定期进行的显示状态查询。这仍是提议中的行为，尚不能视为已合并的改动。

greptile-apps[bot] 指出，移除视频流测试夹具时，也一并移除了对静态图像选择和图像释放行为的检查。dhh 回复称，已恢复一个精简的离屏测试夹具，并通过变异测试进行了检查。该机器人随后在 10 月 13 日的总结 omacom/omarchy#15289:issuecomment-6145843873 中表示，恢复的测试已解决其指出的问题。

09内存看门狗提案将预警和暂停功能与智能体干预分开

KewkLW 于 10 月 13 日提交 omacom/omarchy#15272；该提案仍未关闭。目前的正文在报道时间范围之后经过编辑，提议提供一个由用户选择启用的看门狗，在 systemd-oomd 终止应用前发出警告，事后指出被终止的应用，并在达到终止阈值前暂停符合条件的高负载任务。暂停会阻止任务继续活动，但本身不会释放内存。目前的范围不包含智能体响应程序，该部分留待后续处理。

10 月 13 日的讨论涉及范围更广的实现。greptile-apps[bot] 指出了游戏保护和暂停记录的安全性问题，KewkLW 随后报告了多项修订，包括继承游戏保护、更安全的记录方式，以及持久化保存向响应程序移交任务的信息。这些报告描述的是仍在审查中的工作，并非已交付功能的保证。之后，jandrusk 在 omacom/omarchy#15272:issuecomment-6150464090 中建议先单独合入预警和暂停功能，认为引入能够终止进程的无界面响应程序，是一项更重大的产品决策。目前缩小后的提案范围体现了这一划分。

10arXiv Assistant 修复隐私问题并移除 Codex 支持后上架

pierrecagne 于 10 月 13 日通过 omacom/omarchy-plugin-marketplace#11408 提交了 arXiv Assistant。该插件列出所选分类中的预印本，并为加星标的论文生成 AI 阅读报告。github-actions[bot] 当晚报告插件已发布，并关闭了上架申请。其自动验证仅适用于当时确切的插件市场快照，并不属于安全审计。

HANCORE-linux 的审查促成了一系列隐私改进。审查者确认，每次运行单独使用的密钥解决了未经身份验证即可访问报告的问题，随后又指出，读者的私密上下文通过进程参数暴露。pierrecagne 报告称，已改为通过标准输入传递配置，将日志和报告设为私有，并收紧了现有已保存报告的权限。

HANCORE-linux 还发现，Codex 沙箱使论文处理工具能够访问其中挂载的凭据和历史会话。pierrecagne 在 omacom/omarchy-plugin-marketplace#11408:issuecomment-6156586127 中承认了这一问题，并移除了 Codex 支持，而没有发布无法自行测试的集成。剩余的引擎选项是以受限模式运行的 Claude Code，以及文档中明确标注为不受沙箱隔离的自定义命令。

11构建基础设施将受信任贡献者的任务和 ARM 内核构建迁至 Namespace

emirb 于 10 月 13 日提出 omacom/omarchy-iso#269，并将其合并至 quattro。安装测试现在根据作者是否具备资格来选择 Namespace 运行器，而不是判断分支是否来自 fork。具有写入权限的协作者和获得担保的贡献者符合资格；查询失败时则回退到 GitHub 运行器。

Copilot 指出，信任所有机器人账号会让任意 GitHub App 都获得资格。后续提交将这一例外限制为 Dependabot 和 GitHub Actions。Copilot 还解释说，由 PR 控制的工作流可以直接请求运行器。最终的 PR 说明区分了运行器选择与安全控制，并指出仓库审批设置才是另一道独立的安全边界。

在软件包仓库的 master 分支中，omacom/omarchy-pkgs@3afdffcedf47 将 aarch64 内核的构建迁移到 Namespace 使用 Apple 硬件的运行器上。这项署名为 Emir Beganovic 的提交称，构建耗时从 GitHub ARM 运行器上的 105 分钟缩短至该运行器上的 24 分钟。这些测量结果由贡献者报告，目的是缩短测试硬件补丁前的等待时间。

12Super + L 仍是切换工作区布局的快捷键

mattwolfgang 提议将 Super + L 改为锁定会话，并将循环切换布局移至 Super + Ctrl + L。该提案于 10 月 13 日关闭，未获合并。omacom/omarchy#14203 指出，从 Windows 或 GNOME 转来的用户可能会误以为自己锁定了会话，实际却只是切换了布局。

dhh 拒绝了这一对调方案，理由是 Omarchy 一直使用 Super + L 切换布局，并在 omacom/omarchy#14203:issuecomment-6156758671 中建议偏好另一种方案的用户自行修改本地配置。这项默认快捷键变更提案未获采纳。