01從「更新」選單選擇預設開機核心
dhh 撰寫了 omacom/omarchy#15966，並將其合併至 Quattro 開發分支。安裝多個核心時，「更新」現在會提供「核心」選單，通過身分驗證後即可變更 Limine's 預設核心、重建所選核心，並發出重新啟動通知。此指令會拒絕在 Direct Boot 模式下切換核心；若切換失敗，則會嘗試還原先前的開機設定。
討論最後確認保留一項已知限制：手動編輯且以萬用字元開頭的開機順序，可能導致目前核心旁未顯示勾選標記。dhh 解釋，隨附設定與選擇指令都使用確切的核心名稱；
greptile-apps[bot] 接受這項取捨，並在 omacom/omarchy#15966:discussion_r4339204956 撤回其提出的問題。
02螢幕切換與浮動工作區保留個人配置
dhh 將 
zihaomu 的兩項修正合併至 Quattro 開發分支。在 omacom/omarchy#16147 中，重新啟用螢幕時，會保留既有具名螢幕規則的顯示模式、位置與縮放比例。在 omacom/omarchy#16143 中，於已儲存的工作區模式之後註冊的個人浮動視窗規則，會在第一個符合條件的視窗開啟前生效，避免視窗意外調整大小，以及之後轉為平鋪。
omarchybot 表示，已在一次性的 Omarchy 測試節點上重現這兩個問題並檢查修正。其螢幕審查也指出適用範圍的限制：自訂的萬用字元規則及依描述比對的螢幕規則，仍可能遺失配置。浮動工作區的變更修正了規則歸屬與排除條件，並不代表已全面解決視窗初始大小協商的問題。
03Surface Pro 11 套件已到位，主機板設定仍待決定
turbineBMW's Surface Pro 11 主機板支援提案 omacom/omarchy#14390 仍未合併。相關支援提交已進入套件儲存庫的 master 分支，涵蓋 Wi-Fi、音效、相機路由、Flex Keyboard 配對、喚醒行為、手寫筆輸入與環境光感測。套件提交的說明記載已發布至 edge；這與主機板設定是否獲得採納是兩回事。
birkskyum's 審查要求將 ARM 專用套件排除於 x86_64 離線鏡像之外，並使用已發布的套件完成一次安裝。鏡像排除變更已以 omacom/omarchy-iso@886f2899f1bb 提交至 ISO 儲存庫的 Quattro 分支，turbineBMW 也在 omacom/omarchy#14390:issuecomment-6323783042 表示，已成功在 Surface 上完成全新安裝。
omarchybot 隨後表示，作者端的前置條件已完成，但分類以及在不同支援方案之間做出選擇，仍需由維護者決定。提議的設定以 OLED 機型為目標；LCD 與 X Plus 機型仍不在已測試的範圍內。
05原生 Podman 提案界定遷移與復原範圍
acrogenesis 提出 omacom/omarchy#16173，計畫讓 Podman 成為原生容器引擎，並提供選用的 Docker 相容功能。提案將開發用資料庫交由無 root 權限的使用者服務管理，在符合條件的 Docker 遷移過程中保留資料，並將 Windows 啟動器改用須經身分驗證、以 root 權限運作的 Podman，同時保留其磁碟與憑證。提案仍未合併。
greptile-apps[bot] 質疑套件查詢是否能偵測到替代的 Docker 提供套件。acrogenesis 表示，已使用真正的 pacman 執行檔搭配隔離的套件資料庫進行測試，發現確實能解析出這些提供套件，因此在 omacom/omarchy#16173:discussion_r4337709418 將該問題判定為誤報。作者也區分了目前特定測試套件的結果與先前的執行期證據：這次更新的提案並未重新執行完整安裝與引擎遷移。
06強制入口網站提案將在登入期間暫停 Tailscale 出口節點
dhh 提出 omacom/omarchy#16186，計畫將連線偵測移至 Omarchy's 自有端點，並改善強制入口網站的登入流程。提議的 portal 指令會暫時停用正在使用的 Tailscale 出口節點，監測連線狀態，並在登入後恢復使用該節點。網路面板也會在無法連上網際網路時，避免顯示容易誤導使用者的封包遺失率。
greptile-apps[bot] 指出，依賴語系設定的完成狀態檢查可能讓出口節點持續停用，另有通知字串未經翻譯目錄處理。提案仍未合併。dhh's 說明也將瀏覽器快取的 HSTS 記為已知障礙，並表示尚未實際測試出口節點暫停操作與真正的強制入口網站流程。
07安裝程式防護措施將避免分割表讀取失敗危及既有資料
emirb 發現，使用可用空間安裝的流程若在初次讀取分割表時失敗，可能將既有分割區誤認為新建分割區，因此提出 omacom/omarchy-iso#307。這可能導致既有的 Omarchy EFI 分割區被格式化，或在回復操作時遭到刪除。
這項尚未合併的提案要求，在建立分割區前後都必須成功讀取分割表，且分割區數量必須恰好增加一個。若無法安全判定結果，安裝就會停止，不會憑猜測繼續。
github-actions[bot] 在 omacom/omarchy-iso#307:issuecomment-6322688377 回報，x86_64 與 aarch64 的安裝測試均已通過。
08Live ISO 將以電腦實際要安裝的核心開機
emirb's 尚未合併提案 omacom/omarchy-iso#310 建議，一般 PC 的 Live 環境使用 linux-omarchy 開機，而回報製造商為 Apple 的機器則繼續使用 linux-t2。目的是在安裝前先實際運行將要安裝的核心，而不是等到經過開機載入程式與磁碟解鎖提示後，才第一次接觸該核心。
提案將兩個核心都加入 x86_64 映像檔，估計會讓映像檔大小增加約百分之三。github-actions[bot] 在 omacom/omarchy-iso#310:issuecomment-6328144501 回報，x86_64 與 aarch64 安裝測試均已通過；提案尚未合併。
11套件追蹤加入經驗證的擷取與有限次數重試
與 emirb 相關的套件維護提交已進入 master，以改善上游追蹤不穩定的問題。omacom/omarchy-pkgs@4f04db9a0506 加入經身分驗證的 GitHub API 請求，並強制受影響的擷取作業使用 HTTP/1.1。其提交說明將近期許多失敗歸因於共用的匿名 API 額度限制，其餘則歸因於 HTTP/2 錯誤。
omacom/omarchy-pkgs@b4c15a6898b2 為暫時性失敗加入有限次數的重試，並在輸出內容前先暫存下載結果，避免重試後將不完整的回應串接在一起。另一項配套提交移除了 Basecamp 中每小時發送的通用分支追蹤失敗訊息，同時保留失敗的 Actions 執行紀錄與各套件的專屬日誌。
