Docker 開源 Agent Skills：一份 SKILL.md，教會所有編程 Agent 容器技術

Docker 本週悄悄上線了一個相當實用的開源專案：docker/skills。這是一套以 Apache-2.0 授權、公開發布的 AI 編程代理「技能（skills）」集合。背後的思路簡單卻帶點顛覆性：與其讓每個開發者反覆向 Claude Code、Codex 或 Cursor 解釋怎麼寫 Dockerfile、怎麼配置 Compose、怎麼在隔離沙箱裡執行代理，不如由 Docker 官方親自維護這些知識，包裝成可攜、有版本管理的套件，讓任何相容的代理自動探索載入。倉庫對自身的定位寫得很直白：幫助代理以「一致、可重複的工作流程」來建置、測試、除錯與最佳化容器化應用。

裡面到底有什麼

整個集合依 Docker 產品線（而非泛用的提示技巧）組織，每個技能都是一個自包含的 SKILL.md 目錄，靠自身的描述直接觸發——沒有需要先載入的「總入口」技能。

• Dockerfile 與建置——docker-project-foundations 負責初始化與規劃容器化專案結構；docker-build-strategies 涵蓋高效率、安全、最佳化的映像建置策略。
• Docker Compose——docker-compose-patterns 封裝了穩健、易維護的多容器配置模式。
• Docker Sandboxes——docker-sandboxes-lifecycle、docker-sandboxes-network-credentials，加上實驗性的 docker-sandboxes-env（宣告式 sbxenv.yaml 環境）與 docker-sandboxes-kits（撰寫、簽署與組合可重複使用的沙箱套件）。
• Docker Agent——docker-agent-config、docker-agent-run、docker-agent-deploy 走完 Docker 自家代理執行環境的完整生命週期：從 agent.yaml 到對外提供服務、經 OCI registry 發布，再到 CI 中的回歸評測。
• 跨產品防護欄——docker-destructive-guardrails，一項強制代理在執行不可逆或破壞性 Docker 操作前先確認的政策。

倉庫還給出了明確的載入順序建議——專案還沒有 Docker 設定時，先載 docker-project-foundations 再載 docker-build-strategies；Docker Agent 則依 config → run → deploy 順序推進。這讀起來簡直像一份寫給機器的教學大綱。

一條指令，通吃所有代理

最值得注意的設計是發布方式。官方 skills CLI 可以安裝進「所有主流編程代理（Claude Code、Codex、Cursor、GitHub Copilot、Gemini CLI、OpenCode、Windsurf、Cline、Kiro 等）」：

npx skills add docker/skills

CI 用的非互動變體一應俱全，各大代理也有原生的插件安裝路徑——Claude Code 用 /plugin marketplace add docker/skills、Codex 用 codex plugin marketplace add docker/skills、Gemini CLI 用 gemini extensions install。Docker Sandboxes 還有第一類的 sbx skills add 流程，透過共享技能庫讓沙箱下次啟動時自動帶入已安裝的技能。

對一個工具型倉庫來說，版本紀律嚴謹得出奇。main 分支是滾動開發頻道；標籤版本（如 9 月 23 日釋出的 v0.3.0）則是不可變更、經過審視的快照，團隊可釘選以保證安裝可重現。0.3.0 版將安裝文件遷入 Docker 官方 Docs、退休了倉庫自帶的 Hugo 站台，並收緊了 docker-project-foundations 的開發預設值：應用程式與選用的 Postgres 主機存取一律綁定 loopback，未加密的 Redis 則限制在 Compose 網路內。早一天的 0.2.0 版加入了 OpenSSF Scorecard 發布、對每個非合併提交的 DCO 強制要求，以及確定性的技能內容風險檢查——這是針對「知識套件」的供應鏈衛生。

為什麼比表面看起來更重要

時間點本身就是故事。AI 編程代理如今已是容器配置的主要生產者，而失敗模式眾所皆知：代理幻覺出已棄用的基底映像、亂用 latest 標籤、曝露不該開的埠，或毫無警覺地在錯的終機執行 docker system prune。業界至今的答案是自發形成的 agent-skills 慣例（透過標準路徑探索的 SKILL.md 目錄），由 Anthropic 帶起、各家跟進。如今 Docker 以領域知識的權威擁有者身分採用同一慣例，是信任鏈上的實質升級：代理收到的 Docker 指引，可以來自 Docker 本人、有版本、經審視，而不是來自古往今所有 Dockerfile 的統計平均。

這也透露了 Docker 在 AI 時代看到的護城河。該公司的導覽列如今以 AI 原生產品打頭陣——隔離執行代理的 Docker Sandboxes、治理組織內代理的 AI Governance、MCP Enterprise Gateway、Gordon 助理，以及本地 LLM 推理的 Model Runner。Skills 正是把它們串起來的結締組織：教代理正確使用這一切。當開發者的代理學會了 docker-sandboxes-network-credentials，距離採用沙箱產品就只差一個提示詞。

必須說清楚的保留條件

聲勢還在早期——倉庫自 2026 年 3 月創立以來約 115 顆星、少數貢獻者；最有企心的兩個技能（docker-sandboxes-env、docker-sandboxes-kits）仍明確標為實驗性，schema 可能再變。插件市集的更新受到各代理自身發布節奏制約，用 npx skills 釘選與安裝插件的團隊可能漂移到不同版本。而且技能是指引、不是強制——防護欄技能讓破壞性操作「先問再做」，前提是代理真的載入了它。

但作為方向，這很難反駁。AI 輔助開發中的重複使用單元，正從函式庫與程式碼片段，轉向經策展、機器可讀的專業知識——而擁有領域的廠商終將親自發布這些知識。Docker 以寬鬆授權、跨代理、可審視版本的形式開源技能，是其他平台廠商 likely 會跟進的範本。對今天就在容器化環境跑編程代理的團隊來說，npx skills add docker/skills 是兩分鐘就能完成的升級，而且很有機會讓下一份被生成的 Dockerfile，比上一份不那麼「精彩」。