Windows 平台安裝與執行相關的官方 issue。 資料來自官方 GitHub repo，狀態由官方 label 推導，每筆附原始連結與最後檢查日期。
在 Windows 上，hermes desktop 會把 Electron App 當成繼承父層 PowerShell console 的子程序啟動，導致關閉父層終端機視窗時 Electron App 也會一併被砍掉，而且 Electron/Node 的 stdout/stderr（含編碼不一致造成的亂碼錯誤訊息）會洗版使用者的終端機。
在 Windows 上，一個無害的自訂 config key 會讓 _normalize_custom_provider_entry() 在每次 load_picker_context() 呼叫時都印出警告，配合 Windows 上 concurrent-log-handler 的跨程序鎖，大量警告觸發 RuntimeError: Cannot acquire lock after 20 attempts 並重試，佔滿 CPU 並讓 asyncio 事件迴圈卡住約 14 秒，導致所有 desktop / TUI WebSocket 斷線，而 /health 端點仍顯示健康。
目前若要讓 assistant 操作某個桌面應用程式，使用者必須用文字描述視窗與其中的控制項，對記不住選單路徑的使用者（含輔助科技需求者）幾乎不可行。提案新增「附加 app / 視窗」功能，讓使用者選取一個開啟中的視窗後，agent 可透過 UI 自動化側車程式觀看並操控它；作者提到此功能已在另一個 PR（#53852）實作並運作中。
回報者指出更新 Windows 系統自身的 Node.js 版本後，Hermes 會使用系統的 Node.js 而非內建版本，因版本不同導致終端機視窗持續閃爍。預期行為是 Hermes 應一律使用其內建的 Node.js。
回報者指出在 Windows 上使用 Hermes 桌面版狀態列的聊天模型選擇器切換模型時，會直接修改全域的 ~/.hermes/config.yaml，而非按文件所述僅套用於當前 session；預期應該只有透過 Settings → Model 才會變更全域預設值。
此為彙總約 25 篇回報的追蹤 issue，說明 Windows 桌面版 GUI 在無視窗的 pythonw.exe 後端呼叫 cmd.exe、git.exe、gh.exe、powershell.exe 等主控台子行程時，因未加上無視窗旗標，導致黑色主控台視窗閃現，有時甚至持續閃現；內文整理了曾嘗試並回退的修復方式，以及依實際原始碼與 git 歷史驗證過、目前仍有問題的產生點。
使用者希望 Hermes Agent 提供原生 Windows 支援，而非透過 WSL2 執行。此 issue 被標記為重複（duplicate）。