本卡為 FR-193 母案（Agent 先行；主系統另開 FR-193.1）。Agent 被掃主機的 Docker 引擎改成以普通帳號 guidant 執行（Docker 官方 Rootless mode），程式碼與 image 不動，改動全在 install.sh 與 lib/。10 張卡 6 批；設計 docs/features/FR-193-2611-docker-rootless/design-v1.2.md；子卡清單在末段。

這案在做什麼（白話）

現在客戶主機上開容器的 Docker 引擎是用主機最高權限 root 跑；容器裡的程式 FR-180 已改成非 root，但萬一有人從容器逃出來，碰到的引擎還是 root，等於拿到整台主機。這案把引擎改成專用普通帳號 guidant 跑，三顆容器全由它開。客戶照常 sudo ./install.sh，多出來的主機設定（建帳號、子 uid、開機自起、ping 的系統參數、cgroup 委派、裝 Docker）全由安裝程式自動做；出貨包連 Docker Engine 本體一起帶，客戶不必先裝 Docker。做完後主機上 ps 看不到任何 root 的 dockerd；客戶 IT 以 root 下 docker ps 會是空的（容器屬於 guidant 的 Docker），要用我們的 guidant-agent-compose status 看，手冊會寫。

為什麼先做 Agent

決策者 2026-11-10 裁示 Agent 先出安裝包。Agent 安裝程式較小、沒有資料庫、對外 8444 不是低埠沒有 443 問題，先拿它把 rootless 的坑踩完，主系統（FR-193.1）照抄做法。兩邊是不同主機不同安裝包，互不影響。

關鍵決策（D1～D8，細節 design-v1.2.md §1）

• D1 主系統對外一律 8443（PM 裁，產品未出貨無相容成本）——只影響主系統，本案不做。
• D2 ping sysctl 全開 0 2147483647，與 Ubuntu／RHEL 預設相同；放寬的只有核心代填的 ICMP echo。
• D3 網路驅動用預設 slirp4netns；A0 量數字，不夠才換 pasta。
• D4 出貨包含 Docker Engine 完整一組，install.sh 四段式處理。
• D5 帳號名預設 guidant、GUIDANT_RUN_USER 可改；撞名沿用並檢查子 uid／nologin／無 sudo。
• D6 三支升級 systemd 單元仍 root，只有 docker 操作切 guidant。
• D7 不留 root Docker 相容路徑；從舊版不可直升，要 uninstall 重裝。
• D8 終態一律官方 docker-ce；發行版自帶 docker.io 沒人用就換掉、有人用就停下列清單。

怎麼拆（批＝可同時派的一組）

• 批 1 探路：A0 乾淨機手動踩坑、量吞吐、列壞掉清單（不寫程式）。
• 批 2 地基：A1 主機準備層＋四段式 Docker 安裝；A2 出貨包帶 Docker。
• 批 3 切身分：A3 docker 呼叫全走 dk()；A4 uid 換算＋/run/guidant-agent 權限。
• 批 4 升級與收尾：A5 升級回滾全程重驗；A6 拿掉 NET_RAW、traceroute、uninstall 還原。
• 批 5 文件：A7 README 手冊；A8 資安報告 SR-09.5（BE repo）。