平台交付矩陣

先區分桌面安裝包與內核產物，再判斷版本覆蓋了哪些平台。Linux 內核產物不代表 Linux 桌面安裝包，網站下載按鈕也不能證明平台驗證通過。

桌面交付矩陣

macOS 另提供 PKG 下載。PKG 使用 Developer ID Installer，DMG 使用 Developer ID Application，兩者分別驗證。更新器使用 DMG，不能把 PKG 放入其平台槽位。

PKG 證書配置錯誤阻斷簽名流水線；DMG 完成後出現的 PKG 外部打包或公證失敗按降級規則記錄。任一架構缺少 PKG 時，下載清單退化為雙架構 DMG，不提供單架構 PKG 入口。

內核與桌面不是同一矩陣

內核倉庫提供平台 bundle，桌面使用與版本綁定的 sidecar。Linux GNU 目標在內核發佈記錄中核對，不能算作桌面安裝包，也不能用 npm 包或網站構建結果替代。

桌面聯合發佈使用的 bundle 必須覆蓋 macOS arm64、macOS x64 與 Windows x64。每個目標都需證明版本、來源、摘要與運行結果。

包類型影響哪些驗收結論

同一操作系統上的包類型承擔不同交付路徑。DMG 與 PKG 需要分別核對簽名和安裝結果；Windows 在線引導器還要驗證它最終取得的完整安裝包。只檢查引導器能夠啓動，不能説明下載、校驗和安裝鏈路已經通過。

場景：可選 PKG 未齊套

先區分必需桌面產物是否完整與可選包是否完整。DMG 雙架構和 Windows x64 是公開桌面更新的必需集合；PKG 入口要求雙架構配套。只有一個架構的 PKG 時，不把這個單獨入口作為完整 PKG 交付公開。

簽名配置錯誤與 DMG 完成後的外部 PKG 打包或公證失敗，按發佈規則分別處理。矩陣記錄失敗階段和降級後的實際交付範圍，不把“提供 DMG”寫成“PKG 驗證通過”。這使發佈負責人能夠判斷哪些入口可以上線，以及哪些平台或包仍需補齊。

記錄平台結果

分別記錄系統、架構、安裝包 URL、源碼 SHA、摘要、簽名、平台校驗、啓動及更新演練。區分通過、失敗、未執行和不在本次範圍。

Pre/Beta 允許分平台交付，公開更新指針等待三個桌面目標齊套；Stable 必須全部滿足門禁。詳見驗證與晉級。

如何填寫一次交付矩陣

以“版本 × 系統 × 架構 × 包類型”為一行；內核 bundle 另列對應版本和摘要。每行至少記錄來源提交、最終下載地址、簽名結果、安裝啓動結果、更新結果和證據位置。沒有運行的平台測試填寫未執行，不借用另一架構的結果。

發佈負責人先檢查必需的三個桌面目標是否同號齊套，再檢查可選 PKG 是否雙架構同時可用。缺項必須明確阻斷的是單個產物、公開更新指針還是 Stable 晉級；修復後只更新有新證據的行，並重新核對整套版本一致性。