根文件系统镜像安装器并入开发分支，本地编程模型与 ARM 电源配置取得进展

01根文件系统镜像安装功能进入 Quattro，并加入磁盘与引导保护措施

emirb 将 omacom/omarchy-iso#216 合并到了 Quattro 开发分支。该方案部署预构建的根文件系统镜像，再添加针对具体机器的软件包，无需逐一安装约 940 个软件包。提案注明，最初的根文件系统镜像设计出自 hegjon。

此次合并也包含针对自定义存储布局和引导文件命名的修复。emirb 表示，已将镜像文件移入额外挂载的子卷，并拒绝安装器无法安全部署文件的布局。greptile-apps[bot] 发现自定义引导文件名与校验逻辑不一致；emirb 在 omacom/omarchy-iso#216:discussion_r4371954341 中表示，已修复两处，使其使用相同的前缀。

dhh 还合并了 omarchybot 的磁盘清理提案 omacom/omarchy-iso#327。整盘安装现在会在分区前释放旧的 RAID 和 LVM 存储栈，并在失败时记录有范围限制的磁盘诊断信息。在另一份硬件报告中，emirb 描述了在一台微星台式机上利用空闲空间成功安装四次的结果，原有安装中已检查的分区和引导数据均保持不变。这些报告结果仅适用于该机器及其测试配置，并不代表稳定版 ISO 的表现。

02提案拟为智能体面板加入本地编程模型

dhh 提交了 omacom/omarchy#16590，计划通过智能体面板和命令行添加本地编程模型。首个针对特定硬件的部署方案面向 NVIDIA N1X 和 GB10 机器，采用 Qwen3.8 27B TensorFold，提供 200k 上下文窗口。该方案将下载固定版本的镜像和权重，在无 root 权限的 Podman 下运行服务端，并配置 pi 使用该服务。

该提案面向 Quattro，目前仍未合并。dhh 表示，已在一台配备 64 GB 内存的 N1X 笔记本上跑通添加和重启流程，但移除、模型切换、全新机器配置以及通过面板选择模型等流程尚未测试。文档和专用图标也仍然缺失。

03ARM 电源配置迎来可用的守护进程与迁移恢复机制

ryanrhughes 将 dhh 的 omacom/omarchy#14737 合并到 Quattro，以 Omarchy 构建的版本替换原版电源配置守护进程。该改动针对原版守护进程不支持的 ARM 策略，使平衡和节能配置能够生效，并允许在接通外部电源时选择性能模式。提案称 N1X 的输入延迟有所降低；这些数据由作者测得。

在审查期间，ryanrhughes 修改了迁移逻辑，不再处理已停止或被屏蔽的守护进程，避免切换电源配置的请求失败后阻塞后续迁移。greptile-apps[bot] 接受了对恢复机制的解释，并撤回了有关完成状态仍待处理的审查意见。随后，dhh 的提交 omacom/omarchy@0f014d1f81d2 让通过 SSH 更新时即使没有权限切换电源配置，也能完成迁移，改由登录初始化过程应用配置。

04系统更新的一次授权现可持续到 AUR 构建和启动检查结束

dhh 将 omarchybot's 提案 omacom/omarchy#16568 合并至 Quattro。现在，首次 sudo 授权会在 AUR 构建和启动验证期间保持有效，避免在更新接近结束时再次提示输入密码。启动检查结束后以及退出时，授权都会被撤销。

该提案明确接受在 sudo 时间戳仍有效时运行 AUR 构建代码，改变了原先的授权边界。另一个与 sanjyay 相关的 Quattro 提交 omacom/omarchy@e5df29b64a05 则让系统更新在 mise 工具下载失败时也能完成。

05截图保存通知新增“打开”和“编辑”操作

dhh 将 omacom/omarchy#16505 合并至 Quattro，将已保存截图的限时悬浮预览替换为包含缩略图、大小以及“打开”和“编辑”按钮的通知。截图与剪贴板图像命令使用 Omasnap's 通知选项，并已提供消息目录中的字符串供翻译。

由于 1.22.0 版不接受这个新选项，该提案要求先发布支持它的 Omasnap 软件包，才能合并。所提供的软件包历史还记录了 omacom/omarchy-pkgs@dcb7b6dfeafa 中与 dhh 相关的 1.23.0 版构建配方更新。此次 shell 集成属于开发分支的变更。

06Shell 无障碍工作拆分为多个较小提案

calebl 宣布，涵盖面较广的 shell 无障碍提案将转为草案并保持开放，作为参考，同时分批推进较小的部分。在 omacom/omarchy#13212:issuecomment-6397346768 中，calebl 介绍了第一部分：为栏上的按钮提供名称和可按下操作，为面板提供名称，并通过读取无障碍树进行验收。面板控件、选项和文档将随后处理。

原先的完整提案会向辅助技术提供角色、名称、状态和操作，并要求使用包含相关无障碍修复的 Quickshell 构建版本。作为背景，diogochaves 在 10 月 20 日报告，插件测试发现部分文本字段以示例占位文本命名，还有一些已命名的行未出现在无障碍树中。calebl 同意纳入这些修改。这项工作仍处于提案阶段，这些来源中没有合并记录。

07媒体播放与手柄游戏有望阻止 shell 执行空闲操作

eesoymilk 提交了 omacom/omarchy#16533，计划恢复在 shell 空闲服务取代 hypridle 后缺失的 ScreenSaver D-Bus 接口。由 shell 管理的辅助程序将允许浏览器和播放器阻止屏幕保护与锁屏，在调用方断开连接时释放请求，并保留用户单独设置的 stay-awake' 保持唤醒选项。

eesoymilk 还报告，Steam's 叠加层在运行《巫师 3》时成功维持了空闲抑制。这一点很有意义，因为手柄输入不会重置合成器的空闲计时器（compositor's idle timer）。greptile-apps[bot] 随后报告，针对请求所有者主动释放抑制的测试缺口已得到补足。该提案仍面向 Quattro 开放，尚未合并。

08Mesa 软件包获得 M3 Air 测试证据，交付检查仍待完成

仍开放的草案 omacom/omarchy-pkgs#1591 收到了针对修订版 Mesa 和 Vulkan 软件包的硬件测试报告。scottjones 报告称，在 J613 M3 MacBook Air 上，沿用自定义内核及报告中注明的固件，未设置 Mesa 启用变量，便完成了新一次桌面登录和图形正确性检查。报告还发现，即使系统已有新驱动，旧的 mesa-m3 禁用钩子仍会强制使用软件渲染。

chriskearney 确认了这一迁移问题，并介绍了另一个可根据硬件能力调整行为的钩子修复。当天稍后的报告称，已安装的候选软件包在 J293、J313 和 J516S 上通过了重启和像素检查，但明确未将 J615 或完整一致性认证纳入结论。

提案正文于 10 月 26 日更新，反映的是当前情况，并非 10 月 25 日的原始措辞。目前它已改用更新的固定集成版本，仍待重新验证软件包并完成最终登录验收。先前的硬件测试结果不能证明这些具体构建产物已通过验收，而该构建配方也没有启用原本禁用的原生 M3 内核后端。

09翻译流程获修复，更多设置环节实现本地化

Quattro 中与 dhh 相关的提交修复了两项翻译交付问题。omacom/omarchy@63ac02e5452b 允许在跳过文本提取时继续运行翻译任务；omacom/omarchy@3372ceb223c4 则直接合并已通过验证的翻译同步提案，避免后续运行覆盖其中尚未合并的译文。

其他提交翻译了首次运行时的邀请提示、Git 设置、天气和输入法通知，以及“关于”界面的标题与日期相关信息。ISO 还隐藏了 gum's 硬编码英文按键提示，因为提示正文已解释了相应操作。这些变更已提交至 shell 和安装程序仓库的开发分支。

10休眠恢复改用持久的文件系统标识符

Quattro 中与 emirb 相关的提交 omacom/omarchy@6573c3d4866e 修改了未加密环境的休眠设置，改用 UUID 识别用于恢复的文件系统。在配有多块 NVMe 磁盘的机器上，内核设备名称可能在不同启动之间互换，导致系统冷启动，而非恢复已保存的会话。

这项变更还会迁移符合条件的现有配置，并在修改恢复设置之前记录待重建状态。因此，启动镜像重建如果失败、被跳过或中断，下次运行迁移时便可重试。加密安装环境中的 device-mapper 名称仍按原有方式处理。

11Omarchy Sync 上架市场，方便迁移桌面配置

smolamSK's Omarchy Sync 已上架市场，github-actions[bot] 在 omacom/omarchy-plugin-marketplace#12673:issuecomment-6403794115 中记录了发布情况。它可以导出桌面配置、额外软件包、插件和主题，随后展示导入计划，并在目标机器上备份将被替换的文件。可选的机密数据会放在导出文件的加密区段中。

HANCORE-linux 接受了其中的权限使用与软件包管理能力，前提是用户明确确认导入可信的配置和软件。审查强调，来自不可信发送者的可执行配置不会因为经过导入流程就变得安全。发布验证仅适用于接受审查的那个具体市场快照，并不等同于安全审计。