02快速更新環套件新增對較舊通道程式庫的相容性檢查
dhh 將 omacom/omarchy-pkgs#904 合併至 master，新增檢查，以防止在 edge 建置的快速更新環套件帶著不相容的相依項目進入 rc 或 stable。這項檢查會比較各通道可用的程式庫與相依項目，並排除 Python 模組，以及在本機編譯的 Qt 或 libpython 套件，不讓它們進入快速更新環。aarch64 的所有通道都使用即時更新的 Arch Linux ARM 套件庫，因此只檢查資格規則。
這項變更從更新環移除了十個套件，並加入 25 個符合資格的套件。
github-actions[bot] 在 omacom/omarchy-pkgs#904:issuecomment-6158595832 中回報，列出的建置產物已成功發布至 edge、rc 和 stable，同時也指出，先前的一次失敗導致部分原定發布項目未執行。這是套件通道的發布，與 Omarchy 穩定版發布是兩回事。
03Kimi 加入程式開發代理選擇器與用量面板
dhh 將 
sorenmat's Kimi 選擇器提案 omacom/omarchy#7261 合併至 quattro。Kimi 透過 mise 安裝，並可設為預設的程式開發代理。另一項已提交的資料收集器變更 omacom/omarchy@c88e7dd566ab，在代理面板中加入每週配額與工作階段限制，並處理憑證更新，避免將快取中的限制資料錯套到其他帳號。
在選擇器合併前，
omarchybot 表示已修改初始配置流程與「重新整理應用程式」功能，讓所有 mise 包裝程式都能以一致方式重新建立，包括 Kimi、Cursor CLI 和 Muse。Kimi 的自動遷移與移除流程仍會保護使用者自行安裝的指令。這些都是開發分支新增的變更。
04代理訂閱帳號的登入資訊可在機器之間複製
dhh 於 10 月 14 日提出 omacom/omarchy#15405，並將其合併至 quattro。這項變更新增一條 SSH 指令，可複製全部或指定代理帳號的登入資訊，減少設定另一台機器時反覆登入的麻煩。兩台機器都需要安裝這條指令。
目前的說明指出，匯入時預設會保留目標機器上的憑證與偏好設定，也可在相應工作階段關閉後明確選擇取代。說明也介紹了完整資料串流驗證、回復原狀，以及匯入中斷後的復原機制。驗證使用的是測試憑證與模擬 SSH；所提供的紀錄無法證明已將個人憑證傳輸至另一台機器。
05預設安靜開機，縮短 Limine 選單等待時間
dhh 將 omacom/omarchy#15301 合併至 quattro，讓 Limine 預設採用一秒的靜默開機模式，並在「系統」選單中加入返回開機選單的操作。遷移時會保留既有的明確逾時設定，按任意鍵即可顯示平時隱藏的選單。
在 10 月 13 日的前期審查中，
greptile-apps[bot] 要求補上驗證遭拒的測試。dhh 表示已新增測試案例，確認授權失敗時不會變更選單；已提交的變更也會讓該項遷移維持待執行狀態。目前的 PR 說明記錄了重新開機操作的一項修正，讓使用者要求顯示的選單保持可見，不再於隱藏狀態下倒數，並指出實際重新開機的檢查仍需由人員進行。
06鎖定畫面熄屏時暫停指紋驗證
dhh 於 10 月 14 日將 omacom/omarchy#15294 合併至 quattro。現在，鎖定畫面熄屏後會暫停新的指紋驗證嘗試，但已在進行中的嘗試仍可完成。收到輸入、偵測到系統恢復運作，或有顯示器接入時，都能重新啟動驗證。使用者必須先喚醒已熄屏的螢幕，才能以指紋解鎖。
在 10 月 13 日的前期審查中，greptile-apps[bot] 發現某種喚醒流程可能縮短故障指紋讀取器所需的暫停時間。10 月 14 日，dhh 表示已將重試退避層級與計時器剩餘時間分開保留，並加入回歸檢查。已提交的變更保留了這項修正。目前的說明仍記載一項限制：亮度或音量快捷鍵可能喚醒顯示器，卻未向鎖定程式傳送輸入。
07應用程式開啟連結時，接收連結的瀏覽器視窗會移至前景
由 dhh 撰寫的 quattro 提交 omacom/omarchy@9f49906d2241，會透過 Omarchy's 瀏覽器啟動器處理 HTTP 與 HTTPS 連結。這項變更解決了 Electron 用戶端等應用程式透過桌面入口網站開啟連結時，瀏覽器雖已收到新分頁，視窗卻仍隱藏的問題。若有多個符合條件的視窗，啟動器會將最近使用的視窗切換至前景。
這項變更也會抑制瀏覽器要求設為預設連結處理程式的提示；由於 Omarchy's 路由項目位於瀏覽器之前，原本會觸發這類提示。這是已提交至開發分支的變更。
08電源設定檔加入 NVIDIA 與 Snapdragon 專屬硬體行為
omarchy-pkgs 的 master 分支有兩筆提交出自 
ryanrhughes。omacom/omarchy-pkgs@0f3d0404a900 將 Omarchy's CPPC 驅動程式替換為 NVIDIA's RTX Spark 驅動程式，以解決 N1x 硬體上的桌面延遲。其調頻策略會依電源設定檔與供電來源而變化，硬體偵測則僅限於回報為 NVIDIA RTX Spark 的處理器。
omacom/omarchy-pkgs@3280e02b7d5e 新增通用 cpufreq 驅動程式，並為 Snapdragon X 設定頻率上限：省電模式為百分之 60，平衡模式為百分之 75，效能模式則不設上限。提交內容表示已在 Surface Pro 11 上驗證，並確認常駐程式停止時會解除限制；這些結果是貢獻者回報的測量資料。
09N1x 擴充基座修正針對螢幕黑屏與闔蓋行為異常
ryanrhughes 提出 omacom/omarchy-pkgs#1100，並將其合併至 n1x 開發分支。其中的核心變更會在系統暫停期間保留擴充基座通道，並在拔除擴充基座時，錯開各 DisplayPort 通道的拆除時間。另有一項 NVIDIA 驅動程式修補，將 USB-C 顯示器回報為 DisplayPort，讓 logind 在闔上螢幕時能辨識已連接擴充基座的配置。
ryanrhughes 表示，在連接 CalDigit TS4 與兩台顯示器的 ProArt P14 上，暫停與拔除檢查均已通過。隨附的 Aquamarine 修補會處理較晚才取得顯示模式的連接埠，但回報的測試期間並未遇到這種情況。這次合併確認了變更已整合至 n1x 分支。
10ARM 映像檔建置統一採用 linux-omarchy
由 
emirb 撰寫的 quattro 提交 omacom/omarchy-iso@62d151d4d162，將 linux-omarchy 設為 aarch64 映像檔建置唯一接受的核心。它移除了替代用的 Arch Linux ARM 核心建置路徑，以及相關的主控台、壓縮與裝置樹處理。
安裝程式仍會安裝映像檔所記錄的核心。所提供的事件記錄只能確認映像檔建置變更已提交，並不代表安裝映像檔已經發布。
11記憶體監控提案將確定性保護機制與代理回應程式分開
KewkLW 將尚未結案的 omacom/omarchy#15272 縮小為可選用的監控程式，用來警告記憶體壓力、辨識遭 systemd-oomd 終止的應用程式，並在達到終止門檻前暫停符合條件的工作。在 10 月 13 日的前期討論中，
jandrusk 建議將這些功能與能終止程序的無介面代理分開。KewkLW 於 10 月 14 日確認採用這項拆分，將回應程式從此分支移除。
10 月 14 日稍後的更新加入了持續停滯的觸發條件、使用者恢復工作後五分鐘的暫緩期、啟用狀態檢查，以及更完善的暫停紀錄處理。暫停只能阻止記憶體用量繼續增加，不會釋放記憶體。報導後經過編輯的目前說明，仍將其描述為預設關閉的提案，並指出尚未執行端到端的圖形工作階段檢查。
12Shell 無障礙提案完成 rebase 後重新送審
calebl's omacom/omarchy#13212 仍未結案。這項提案為共用的 shell 控制項提供無障礙角色、名稱、狀態與動作，讓輔助科技能找到並操作它們。目前的說明指出，此功能需要 Quickshell's 無障礙樹修正，該修正已包含於 0.3.2 及後續版本。
在 10 月 13 日的前期討論中，
monsieur-mouton 表示，輔助科技無法讀取 shell 是轉用 Omarchy 的障礙，並要求進行 rebase。10 月 14 日，monsieur-mouton 表示該分支已完成 rebase，處於可合併狀態，並願意使用 Orca 測試。這代表審查工作有所進展，不代表無障礙功能已合併，也不代表螢幕閱讀器測試已完成。
