Docker 與容器化部署相關的官方 issue。 資料來自官方 GitHub repo，狀態由官方 label 推導，每筆附原始連結與最後檢查日期。
回報者指出 hermes_constants.is_container() 在 cgroup v2 主機上會掃描 /proc/self/mountinfo 尋找 containerd 等關鍵字判斷是否身處容器內，但只要主機上正在執行任何使用 containerd 快照的 Docker 容器，該容器的 overlay 掛載資訊就會誤觸發這個判斷，讓一般 host 被誤判為容器，且此結果會被快取整個程式生命週期，進而造成瀏覽器功能找不到 Chrome。
官方 nousresearch/hermes-agent:latest（v0.15.0）Docker image 啟動時發生三個初始化錯誤並以 exit code 127 結束：找不到 /opt/hermes/docker/stage2-hook.sh 與 main-wrapper.sh（原始碼中存在但未進到建置後的 image 裡），以及呼叫已在 v0.15.0 重構時被移除的 hermes_cli.container_boot 模組。此 issue 已關閉，狀態為已修復。
使用者回報官方 Docker image 中 Matrix/Synapse 的 gateway 從某個版本之後開始故障，log 卡在「fixing ownership :1000」不再往下跑，但 bot 仍能發送訊息到 Matrix，只是不會回應頻道內的提示。使用者同時建議原生支援 Matrix 加密功能（可能缺少 mautrix 等套件）。此 issue 已關閉，狀態為已修復。
使用者依照官方 Docker 文件更新 Unraid 範本，設定 HERMES_UID / HERMES_GID 並掛載共用磁碟區後，嘗試使用 Dashboard 內建的 Chat 功能時遇到權限被拒絕（permission denied）的錯誤。此 issue 已關閉，狀態為已修復。
回報者在官方 Docker 映像檔中發現，Dashboard 的內嵌 Chat 分頁首次連線會顯示「Chat unavailable: 1」，根因是 dashboard 以非 root 的 hermes 使用者執行，但 /opt/hermes/ui-tui/ 目錄及其 dist 內容在映像檔中屬於 root，導致首次建置 TUI bundle 時 esbuild 因權限不足（EACCES）寫入失敗。
回報者透過 Podman 使用 nousresearch/hermes-agent:latest 映像檔，但因為每幾小時就會推送新映像檔，導致環境更新太頻繁；雖然可以釘住特定版本 tag，但想避免手動追蹤更新的麻煩，因此提議新增一個指向最新穩定版的 stable 標籤。
目前可以手動釘住特定版本 tag（如 v2026.4.23）來避免頻繁更新。
這個 issue 指出官方 Docker image 約 2.4GB，大部分容量來自 Playwright、Chromium 與 Node.js 等瀏覽器自動化相依套件，但許多只需要 CLI 聊天或 gateway 模式的使用者其實用不到這些功能。提案額外發布一個排除瀏覽器相依套件的 slim 版 image tag。
PR #8226 將 hermes 改裝進 /opt/hermes/.venv/ 這個 virtualenv 後，透過 entrypoint 啟動的主程式運作正常，但用 docker exec -it 等外部互動式 shell 進入 container 時，venv 未被啟用、PATH 也沒有加入 venv 路徑，導致出現「hermes: command not found」。此 issue 已關閉。
直接執行完整路徑 /opt/hermes/.venv/bin/hermes 可正常運作。
nousresearch/hermes-agent:latest 這個 Docker Hub 映像檔沒有包含 dashboard（或 web）子指令，導致在 Coolify 等容器化環境中無法執行 web UI。回報者指出該指令已存在於 main 分支原始碼中，推測 Docker Hub 映像檔是用較舊的 commit 建置的。此 issue 已關閉。