コンテナワークフローは、積み重なる小さな摩擦に満ちています。最悪のタイミングで無効化されるビルドキャッシュ、互いに見つけられないサービス、ローカルでは動くのにCIでクラッシュするイメージ、もう存在しないリソースを指すエラーメッセージ。汎用のコーディングアシスタントはアプリケーションロジックには優れていますが、実行中のコンテナ、ログ、Composeファイル、マシンの状態を見ることはできません。貼り付けたものしか知らないのです。
Gordonはまさにこのギャップを埋めるために作られました。本日、Gordonが一般提供開始です。Docker DesktopとCLIに統合された、コンテナワークフロー専用のDockerのAIエージェントです。
Gordonができること#
Gordonは、あなたが尋ねる前に環境を読み取ります。ログ、イメージ、Composeファイル、実行中のコンテナを確認し、障害を実際の根本原因まで追跡し、修正を提案し、あなたの承認のもとでDocker CLIとファイルシステムを通じてアクションを実行します。
Gordonが数時間を数分に短縮するもののいくつか：
- 壊れたコンテナのデバッグ — 「コンテナが何度も終了する」→ Gordonがログを読み、欠落している環境変数、間違ったベースイメージ、または誤設定されたボリュームを特定し、修正を提案します。
- 新しいアプリのコンテナ化 — 「このアプリをコンテナ化して、Postgres付きの開発環境を立ち上げて」→ GordonがDockerfileとComposeスタックを書き、実行します。
- Dockerfileの最適化 — マルチステージビルド、キャッシュヒット向上のためのレイヤー並べ替え、よりスリムなベースイメージ、ヘルスチェック。
- 日常のオペレーション — 「未使用のイメージをクリーンアップして」→ Gordonが承認用のコマンドを表示。フラグを調べる必要はありません。
- コンテキストクエリ — Dockerのフラグを覚えなくても、実行中のコンテナ、ディスク使用量、イメージについて尋ねられます。
- コンテキスト内での学習 — Docker概念を、古いブログ記事ではなく、実際のセットアップに基づいて説明してもらえます。
Gordonがいる場所#
Gordonは2か所に統合されています：
- Docker Desktop — 環境コンテキスト完備の専用タブに加え、問題が発生した際にコンテキストに応じて表示されます。
- CLI — ターミナルから
docker aiを実行。
Docker Desktop 4.74以降で利用可能です。
設計上、承認ファースト#
Gordonが行うすべてのアクション — すべてのシェルコマンド、すべてのファイル変更、すべてのDocker操作 — は、実行前にあなたの承認のために表示されます。権限はセッションスコープで、セッション終了時にリセットされます。信頼できるワークフローには、オプションで自動承認を有効にできます。コードや個人データは保存されず、AIプロバイダーもあなたのデータを保持しません。基盤インフラはSOC 2 Type 2の認証およびISO 27001認証を取得しています。
スタックの中のGordon#
GordonはCursor、Copilot、Claude Codeのようなコーディングアシスタントの代替ではなく、それらを補完します。それらのツールはアプリケーションロジックと新規コード生成を担当します。Gordonはコンテナワークフロー、インフラ、デバッグ、デプロイメントを担当します。両者を組み合わせれば、コンテキストスイッチなしでコードから本番までの全行程をカバーできます。
価格#
Gordonはどのアカウントでも無料で利用でき、数時間ごとにリセットされる利用上限が設けられています。より重いユースケースには、Gordon Plusが月20ドルで2倍の容量を提供し、最大20倍までスケールするプランもあります。
はじめ方#
- Docker Desktopを4.74以降に更新する
- サイドバーのGordonアイコンをクリックするか、ターミナルで
docker aiを実行する - プロジェクトを指定して、何か尋ねてみる — 「私のDockerfileを最適化して」が良い最初のプロンプトです
Docker Blogで元の記事の続きを読む。
