浮動工作區新增 Dock，小工具移入系統匣，Omarchy 語言支援擴增至 50 種

01浮動工作區新增 Dock 與視窗最小化功能

dhh 於 10 月 13 日提出 omacom/omarchy#15263，並將其合併至 quattro 開發分支。這項變更新增 Dock，方便在浮動工作區尋找已釘選及執行中的應用程式，並提供應用程式格狀選單、拖曳排序及自動隱藏功能。Super + M 可將浮動視窗最小化，再透過 Dock 還原。目前的 PR 說明也解釋了自訂網頁應用程式啟動器如何保留必要的識別資訊，以便顯示在 Dock 中。

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 會立即更新；第三方應用程式則在下次登入時依照對應的系統語系設定顯示。英文仍是備用語言。

greptile-apps[bot] 在 10 月 13 日的審查中指出，& 符號可能造成通知內容損壞、自訂選單標題會被覆寫，以及翻譯版手冊中的指令缺乏充分檢查。這些是審查時發現的問題，不能據此認定合併後仍存在這些缺陷。目前的說明指出，使用者自訂的選單設定優先，手冊驗證也涵蓋連結與程式碼區塊。說明同時列出限制：終端機診斷訊息尚未翻譯、由右至左的布局不會鏡像呈現，而需依單複數變化的字串只使用一種形式。

04Superwhisper 的 AArch64 套件進入 stable 通道

nchudleigh 的 omacom/omarchy-pkgs#965 新增依架構區分的 Superwhisper 封存檔，同時保留簽章與內含版本的檢查。ryanrhughes 於 10 月 13 日將其合併至 master。隨後，github-actions[bot] 在 omacom/omarchy-pkgs#965:issuecomment-6137318104 中回報，superwhisper-bin 1.0.2-1 已在 edge、rc 與 stable 通道發布，涵蓋 x86_64 及 aarch64 兩種架構。

PR 作者回報已在本機完成兩種架構的套件建置，先前也曾在 AArch64 Omarchy 虛擬機中測試 1.0.1 版的語音輸入；這些檢查結果均由貢獻者自行回報。另一項署名為 Ryan Hughes 的 quattro 提交 omacom/omarchy@9a10b488b111，則在 Omarchy 本身為 aarch64 啟用 Superwhisper。套件發布與整合至開發分支是兩個不同的步驟。

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's 審查促成了一連串隱私修正。審查者確認，每次執行時產生的密鑰已解決未經驗證即可存取報告的問題，隨後又指出，讀者的私人背景資訊會透過程序參數外洩。pierrecagne 表示，已改用標準輸入傳入設定，將日誌與報告設為私人，並收緊既有報告紀錄的存取權限。

HANCORE-linux 也發現，Codex 沙箱讓論文處理工具能夠存取掛載其中的憑證與過往工作階段。pierrecagne 在 omacom/omarchy-plugin-marketplace#11408:issuecomment-6156586127 中承認這項發現，並移除 Codex 支援，沒有交付自己無法測試的整合。剩餘引擎為以受限模式執行的 Claude Code，以及文件明確註明不受沙箱隔離的自訂指令。

11建置基礎設施將受信任貢獻者的測試與 ARM 核心建置移至 Namespace

emirb 提出 omacom/omarchy-iso#269，並於 10 月 13 日將其合併至 quattro。安裝測試現在依作者資格選用 Namespace 執行器，不再以分支是否來自 fork 判斷。具有寫入權限的協作者及經擔保的貢獻者符合資格；查詢失敗時則改用 GitHub 執行器。

Copilot 指出，信任所有機器人帳號會讓任意 GitHub App 都能取得資格。後續提交將這項例外限縮為 Dependabot 與 GitHub Actions。Copilot 也說明，由 PR 控制的工作流程可以直接要求使用執行器。最終 PR 說明區分了執行器選擇與安全管控，並指出儲存庫的核准設定才是另一道安全界線。

在套件儲存庫的 master 分支中，omacom/omarchy-pkgs@3afdffcedf47 將 aarch64 核心建置移至 Namespace's Apple 硬體執行器。這筆署名為 Emir Beganovic 的提交表示，建置時間從 GitHub's ARM 執行器上的 105 分鐘，縮短為該處的 24 分鐘。這些數據由貢獻者回報，目的是縮短測試硬體修補程式前的等待時間。套件儲存庫's master 分支收錄了這項變更。

12Super + L 維持作為切換工作區配置的快捷鍵

mattwolfgang's 提案主張以 Super + L 鎖定工作階段，並將循環切換配置改為 Super + Ctrl + L；該提案於 10 月 13 日關閉，未獲合併。omacom/omarchy#14203 認為，從 Windows 或 GNOME 轉來的使用者可能會將切換配置誤認為鎖定畫面。

dhh 拒絕對調快捷鍵，理由是 Omarchy's 既有慣例已將 Super + L 用於配置切換，並在 omacom/omarchy#14203:issuecomment-6156758671 中建議偏好另一種設定的使用者自行在本機調整。這項預設快捷鍵變更提案並未採納。