通知控制功能精簡，Mac 開機載入程式遷移套件進入 edge

01通知功能回歸簡單的勿擾模式開關

dhh 撰寫並將兩項變更合併至 quattro，移除了通知暫停、螢幕分享偵測、通知面板及其偏好設定。dhh 在 omacom/omarchy#16429:issuecomment-6371608347 中表示，這項功能的完成度尚未達到他認為足夠好的水準。這些是開發分支上的變更，並非已宣布推出的穩定版。

omacom/omarchy#16430 將鈴鐺保留為勿擾模式開關。通知採用固定規則：跟隨目前焦點所在的顯示器、避開全螢幕視窗、保留一天的歷史紀錄且上限為 100 筆，並允許驗證碼在勿擾模式下顯示。按右鍵可關閉通知卡片，Super+Shift+Alt+, 仍可將已記錄的通知重新顯示在螢幕上。

02Mac 開機載入程式遷移套件已發布至 edge，硬體驗證仍待完成

maralcbr 合併了 chriskearney's 提案 omacom/omarchy-pkgs#1513，將 m1n1-aurora 改為使用固定版本的 omacom/m1n1 原始碼，並取代下游的 aura 與 m1n1-neo 套件。github-actions[bot] 在 omacom/omarchy-pkgs#1513:issuecomment-6359746568 中回報，aarch64 的 1.6.1.aurora20-3 版本已在 edge 上線。這是發布至 edge，並不代表已通過 rc 或穩定版資格驗證。

審查在合併前調整了升級路徑。maralcbr 改用虛擬 U-Boot 相依項目，讓現有安裝保留原本的提供套件，擴大了保留支援的 Stage 1 開機組合，並回報配套的映像建置工具切換已合入。一般套件更新會變更 Stage 2，但不會登錄新的 Stage 1。

scottjones 回報在從零建立的根檔案系統中成功完成套件遷移，但也在 omacom/omarchy-pkgs#1513:pullrequestreview-5624139147 中提出了加密設定下 M3 Air 的顯示故障，以及 Stage 1 重新定位方面的疑慮。該提案註明，這個確切版本的套件仍待硬體驗證；建置成功並發布至 edge，並不能證實這些冷開機測試的結果。

03安裝程式 CI 擴展至十種安裝組態

emirb 將 omacom/omarchy-iso#238 合併至 F1 開發分支 f1/17-receive-path-archinstall-45。這項變更只建置一次 ISO，再分發至十種 x86_64 安裝組態，涵蓋加密、英式鍵盤、小容量磁碟、低記憶體、BIOS、統一核心映像檔，以及速度較慢的安裝媒體。預設與加密組態會執行完整的整合測試情境。

這項變更將原本在工作站上執行的測試移至 CI。已知的恢復原廠設定失敗仍會顯示，且只有斷言文字完全相符、並設有到期日的情況才允許例外。greptile-apps[bot] 也在 omacom/omarchy-iso#238:discussion_r4359256431 指出本機測試框架的清理問題：啟用 keep-running 時，若虛擬機啟動失敗，模擬 PCI 伺服器可能仍會繼續執行。提供的審查將這項發現列為不影響合併的問題。

04以預先建置的根檔案系統映像檔進行安裝，仍在審查中

emirb 尚未合併的提案 omacom/omarchy-iso#216，將改為安裝預先建置的根檔案系統映像檔，再加入機器所需的套件，而非在安裝過程中解開約 940 個套件。這項準備合併的提案註明，根檔案系統映像檔設計出自 hegjon。github-actions[bot] 在 omacom/omarchy-iso#216:issuecomment-6364126768 回報，虛擬機安裝測試已通過，x86_64 耗時 41.6 秒，aarch64 耗時 23.8 秒，但 ISO 建置時間較長。

hegjon 發表了一份自動化審查，並以人工抽查部分發現，內容涉及機器識別資訊初始化、額外的核心開機映像檔，以及縮減失敗時的備援處理。之後，greptile-apps[bot] 在 omacom/omarchy-iso#216:discussion_r4359565646 指出，查詢套件數量時仍會指定標準 linux 套件，而非所選映像檔使用的核心。這些都是針對特定修訂版本的審查發現；虛擬機測試通過的回報，並不能證明所有疑慮都已解決。準備合併的 PR 仍未結案。

05網頁應用程式圖示防護持續推進，修正重新導向與 IPv6 問題

hizawye 尚未合併的提案 omacom/omarchy#16343，將自動探索到的圖示限制在最終頁面的同源範圍內，並在向重新導向的目的地發出請求前先行檢查。討論期間，hizawye 加入頁面讀取量上限、以最終頁面為基準解析圖示相對網址，以及僅在通訊協定、主機名稱與實際連接埠皆相同時保留憑證等處理。使用者明確提供的圖示網址則維持既有行為。

omarchybot 在 omacom/omarchy#16343:issuecomment-6368320917 回報，執行代理已驗證最後受審查的分支最新版本，涵蓋 26 個針對性案例及一台實際的 IPv6 伺服器。在此之前，hizawye 已修正將 IPv6 方括號當成模式比對語法的比較邏輯。這項提案涉及約 250 行網址處理程式碼，且與其他圖示變更有所重疊，目前仍待維護者決定。其主機名稱檢查並不會過濾私有位址，而刻意排除的 CDN 圖示則可退回使用 Google 的網站圖示。

06當機調查發現 binder 記憶體回收回呼未正確解除註冊

在 omacom/omarchy#15950:issuecomment-6358826873 中，omarchybot 將回報的記憶體回收凍結問題，追溯至核心原始碼樹之外的 binder_linux 模組無法與核心內建的 binder 同時載入。分析發現，一條錯誤處理路徑會在模組程式碼釋放後，留下仍然註冊的記憶體回收回呼。機器人回報，嘗試載入後，執行代理出現三次卡死；未嘗試載入的三次對照執行則都沒有發生，但它未能擷取執行代理的 oops 錯誤文字。

hamedtareqhamed 另外提供了一份涉及防火牆日誌記錄的當機報告。omarchybot 解釋，已釋放的模組記憶體如何讓同一個缺陷看似發生在不同的網路函式內。隨後，jhnct 在 omacom/omarchy#15950:issuecomment-6371695054 回報，移除該模組後，便不再觀察到那些 oops 錯誤。議題仍未結案，而且這次調查明確表示，尚無法解釋先前在核心 7.2.5-3 上觀察到的情況。

07指紋移除提案先清除讀取器儲存資料，再刪除本機紀錄

scottjones 提出 omacom/omarchy#16403，讓 fprintd-delete 在服務與本機指紋註冊紀錄仍存在時執行。目前的提案針對會在裝置內儲存指紋的讀取器：若先刪除本機紀錄，可能就無法再存取裝置上的副本。提案也會在進行變更前先要求 sudo 授權，並在讀取器資料刪除失敗時回報錯誤，同時繼續執行移除作業。

omarchybot 回報軟體檢查通過後，要求提供硬體驗證證據。scottjones 在 M2 Max MacBook Pro 與 MacBook Neo 上測試了移除順序，之後也成功重新註冊同一根手指。在 omacom/omarchy#16403:issuecomment-6370352605 中，omarchybot 區分了「成功重新註冊」與「證明資料已刪除」，並詢問兩次執行是否有任何一次出現警告。PR 仍未合併；提供的結果證實了受測的操作順序與後續可用性，但尚未確認安全隔離區內的資料已被清除。

08氣象雷達提案為美國地點加入回放功能

wesleygrimes 提出 omacom/omarchy#16406，在天氣預報下方顯示最近十次 NEXRAD 掃描，支援播放與拖曳時間軸，時間顯示也會配合時鐘格式。提案預設啟用雷達，在 NWS 涵蓋範圍外隱藏，停用時則不會發出任何雷達請求。啟用後開啟面板，會將經過四捨五入的位置資訊傳送給天氣服務，並向所列的供應商請求雷達與地圖圖磚。

greptile-apps[bot] 在 omacom/omarchy#16406:issuecomment-6366926786 回報，先前發現的具名地點預報與鍵盤操作問題已修正。wesleygrimes 則回報已完成全套測試、佈景主題及由右至左顯示檢查。這項功能仍是尚未合併、且依賴另一個 PR 的提案，雷達支援尚未正式推出。

09NOVA 加入程式設計助理設定，市集驗證仍未結案

Yangass 在尚未結案的驗證請求 omacom/omarchy-plugin-marketplace#12377 中，回報 NOVA 接連推出的新版本。這些版本加入了經使用者核准後設定本機模型 OpenCode 助理的功能，以及供已安裝的 Claude Code、Codex 和 Antigravity 啟動器使用的設定檔。NOVA 會保留其他設定檔、驗證啟動器與專案資料夾，並讓線上工具自行處理登入。

Yangass 也回報，已修正對 Ollama 0.40 manifest 結構的處理；這個問題先前會讓有效的模型安裝無法通過修訂版本檢查。這些發布與測試結果均為作者自行回報。github-actions[bot] 記錄了所申請目標版本 0.17.1 的 Quattro 相容性，但安全性基準仍須人工審查。在成功發布前，市集快照會維持不變。

10剪貼簿審查發現問題後，Plug 撤回驗證申請

weedwhitesandwine 關閉了 Plug 更新驗證請求，並要求將其從市集下架。在 omacom/omarchy-plugin-marketplace#12459:issuecomment-6358501211 中，作者接受了剪貼簿問題的審查結論，並表示已無暇依照審查要求的標準持續維護 Plug。這確認的是撤回申請與提出下架要求，並不代表已完成下架。

回顧 10 月 22 日的背景，HANCORE-linux 當時已確認先前的 HTTP 重新導向與對端擁有者問題已修正，但也發現一個可編輯的原生文字欄位，其自動剪貼簿處理可能將大小未受限制的剪貼簿提供資料讀入共用 shell。撤回申請結束了這次驗證，但並未宣稱這項遺留問題已修正。