コンテナを使った開発では、ビルドの失敗やコンテナの即時終了、肥大化したイメージなど、地味に時間を奪われる場面が少なくありません。こうした作業を理解したうえで提案し、承認を得て実際に手を動かしてくれるDocker専用のAIエージェントが「Gordon」です。Gordonは2026年5月19日に正式リリース（GA）を迎え、Docker DesktopとDocker CLIから誰でも使えるようになりました。本記事では、Gordonが汎用AIツールと何が違うのか、どんな作業を任せられるのか、そして業務に導入する際に押さえておきたい安全設計と料金までを、開発者・インフラエンジニア・DevOps担当者の視点で整理します。
Gordonとは何か 汎用AIツールとの決定的な違い
Gordonは、Docker社が提供するコンテナワークフロー専用のAIエージェントです。チャット型の汎用AIコーディング支援ツールにDockerの悩みを相談する場合、私たちは設定ファイルの中身やエラーメッセージ、実行中のコンテナの状態をコピーして貼り付ける必要があります。Gordonはここが根本的に異なります。質問する前から、開発者の環境を自動的に把握しているのです。
Gordonがコンテキストとして参照できるのは、実行中のコンテナ、イメージ、ボリューム、ネットワーク、docker composeファイル、作業ディレクトリの内容、そしてコンテナログです。さらにシェルアクセス、ファイルシステム操作、フルのDocker CLI、Dockerドキュメントのナレッジベース、Webアクセスといった能力を備えています。つまり「いま自分が触っている環境」を前提に答えてくれるため、状況を説明する手間が大幅に減ります。汎用ツールが一般論で答えるのに対し、Gordonは実際の環境に即した具体的な答えを返せる点が最大の差別化要素です。
ベータからGAまでの歩みと利用を始めるための条件
Gordonは一夜にして登場したわけではありません。まずDocker Desktop 4.37でオプトインのベータ機能として姿を見せ、2025年2月12日リリースのDocker Desktop 4.38で「Docker AI Agent」としてベータ提供が始まりました。この時点でDocker CLI、Docker Desktop、Docker Hubを横断して動くようになっています。続く2025年3月28日のDocker Desktop 4.39ではMCP（Model Context Protocol）とKubernetes連携を備えたスマートなエージェントへと進化しました。Docker社によれば、ベータ期間中の反響は大きく、週間アクティブユーザーは9倍に増えたとされています。そして2026年5月19日、満を持してのGAに至りました。
利用を始める条件はシンプルです。Docker Desktop 4.74以上を用意し、Dockerアカウントでサインインしておけば、Gordonはデフォルトで有効になっています。ターミナル派の方は、任意のディレクトリで docker ai と実行すればGordon専用のTUI（ターミナルユーザーインターフェース）が開きます。Docker Desktop側ではサイドバーに専用タブを持ち、作業画面の横にフロート表示することも可能です。なお企業のBusiness組織で使う場合は、Docker Supportによる有効化と、管理者によるSettings Managementでの有効化が前提となります。
デバッグ・コンテナ化・最適化を担う具体的なユースケース
Gordonの真価は、日々の手戻りが多い作業をそのまま任せられる点にあります。Docker社が挙げる代表的な使い方を見ていきましょう。
ひとつめはデバッグです。Gordonはコンテナログを読み、不具合の真因まで追跡します。たとえば「コンテナがすぐに終了してしまう」と相談すると、環境変数の不足、不適切なベースイメージ、誤ったボリュームマウントといった原因の候補を、実際のログに基づいて指摘してくれます。エラーメッセージを自分で読み解く前に当たりをつけられるのは大きな時短です。
ふたつめはコンテナ化です。既存のコードからDockerfileを起草し、docker composeでデータベースを含むフルスタックの開発環境まで組み立てます。たとえば「このアプリをコンテナ化してPostgres付きの開発環境を作って」といった依頼に応えてくれるため、ゼロからの環境構築のハードルが下がります。
みっつめは最適化です。「このDockerfileを最適化して」と頼めば、マルチステージビルドの導入やレイヤー順序の見直しによるキャッシュヒットの改善、よりスリムなベースイメージへの置き換え、ヘルスチェックの追加などを提案します。このほか、実行中コンテナの一覧表示、Dockerが使っているディスク使用量の確認、不要になった古いイメージの洗い出しといったコンテキストクエリにも、実環境に即して答えてくれます。いずれも汎用ツールでは環境情報を逐一渡さなければ成立しないやり取りであり、Gordonの強みが最もわかりやすく表れる場面です。
安全に業務導入するための承認モデルとプライバシー設計
AIエージェントが自分の環境でシェルコマンドを実行すると聞くと、不安に感じる方もいるでしょう。Gordonはこの点を承認ファーストの設計で解決しています。シェルコマンド、ファイルの変更、Docker操作のすべては、実行される前に必ずユーザーの明示的な承認を求めます。提案された内容に対して、承認する、拒否する、別の方向に修正させる、という選択が可能です。Gordonが何を実行しようとしているかが常に見える点で、透明性が確保されています。
付与した権限はセッションスコープです。セッションを閉じればリセットされ、許可が残り続けることはありません。一方で、信頼できる定型作業については自動承認を有効にし、Gordonをより速く動かすこともできます。手動承認の慎重さと自動承認のスピードを、ワークフローに応じて使い分けられるわけです。
データの扱いも明確です。Gordonはコードや個人情報を保存せず、バックエンドのAIプロバイダもデータを保持しません。稼働基盤はSOC 2 Type 2の取得とISO 27001の認証を受けたインフラです。処理はDocker社のサーバ側で動くため、ローカルマシンの重い計算資源に依存しない点も実務上のメリットといえます。
料金プランとMCP連携で広がる活用範囲
GordonはすべてのDockerアカウントに無料で付属します。無料アカウントのDocker Personalでもそのまま使え、セットアップもクレジットカードも不要です。無料枠の利用上限は数時間ごとにリセットされ、日常的な利用をひと通りカバーする設計になっています。Gordonを毎日のワークフローに組み込み、より多くの容量が必要になったら、使用容量を2倍にする月額20ドルのGordon Plusや、無料枠の最大20倍まで拡張できるスタンドアロンプランへ段階的にスケールできます。
活用範囲を広げる鍵がMCP連携です。GordonはDocker MCP Catalog and Toolkitと連携し、MCPツールを接続・管理できます。これにより、コンテナ操作にとどまらず外部ツールへ手を伸ばすエージェントとして拡張できます。組織で使う場合はDocker AI Governanceを通じて、Gordonが呼び出せるMCPツールを制御することも可能です。なおDocker Hubやドキュメントサイト上でも無料枠でGordonを試せますが、その範囲は公開共有の使用上限が適用され、ユーザー自身のDocker環境にはアクセスしない仕様になっています。
まとめ 開発・インフラ・DevOpsそれぞれにとってのGordon
GordonのGAは、コンテナ作業に伴う細かな摩擦を減らす現実的な一歩です。アプリ開発者にとっては、コンテナ化やデバッグの初動を任せられる相棒になります。インフラエンジニアにとっては、Dockerfileやイメージの最適化を提案してくれる手堅いレビュアーとして機能します。DevOps担当者にとっては、承認モデルとガバナンスを備えたうえでチームのワークフローに組み込めるエージェントという位置づけになるでしょう。Docker Desktop 4.74以上にアップデートして docker ai を一度試し、自分の環境でどこまで手間が減るかを確かめてみる価値は十分にあります。
