Cloud Sandboxes 、オープンキット、そして次世代AIソフトウェアを構築する開発者コミュニティ
Docker Cloud Sandboxesが登場しました。 WeAreDevelopers World Congress North Americaにおいて、開発者が安全な方法でラップトップ上でエージェント作業を開始し、 Dockerで管理されるクラウドコンピューティング上の同じmicroVM環境に移行し、結果を持ち帰ることができる方法を発表しました。 時間のかかるタスクは、ノートパソコンを閉じた後も実行され続けることがあります。
そのローンチは、より大きな野望を反映している。私たちは、開発者が周囲のシステムに自信を持ち、エージェントに役立つ仕事を与えられるようにしたいと考えています。つまり、エージェントが動作する場所、アクセスできる範囲の明確な制限、そして何が起こったかを調査する方法が必要だということだ。それはまた、仕事内容に合ったエージェントやモデルを自由に選択できる権利を維持することも意味する。
私たちは、 Cloud Sandboxes 、オープンなSandbox Kit仕様、そしてその仕様をCloud Native Computing Foundation （ Open Container Initiative ）に提出するという約束とともに、そのメッセージをサンノゼに伝えました。 メインステージで行われた3つの講演では、信頼を実践する上で何が必要かが探求された。4つのワークショップでは、開発者たちがツールを実際に操作する時間が設けられた。Docker・パビリオンとブース全体で、顧客、パートナー、コミュニティメンバーがそれぞれの経験や疑問を持ち寄り、議論を交わした。
WeAreDevelopersを北米に導入するためのパートナーシップを発表してから1年後、9月23 ～ 25に開催された第1回イベントで、 10 000以上の開発者、AIビルダー、テクノロジーリーダーと交流できたことは大変喜ばしいことでした。以下は、私たちが共有した内容と、開発者がどこから始められるかを示したものです。
Docker Cloud Sandboxesのご紹介
大規模なリファクタリングや移行作業を行っているエージェントは、あなたがノートパソコンを開いたままにしておきたい時間よりも多くの時間を必要とする場合があります。複数のタスクを同時に実行すると、ローカルのリソースにも負荷がかかる可能性があります。Cloud Sandboxesそれらのタスクを実行するための別の場所を提供します。
各サンドボックスは独立したmicroVMであり、独自のカーネルとDockerデーモンを備えた小型の仮想マシンです。 エージェントは、その環境内で依存関係をインストールしたり、アプリケーションをビルドしたり、コンテナを実行したりすることができます。Cloud Sandboxesでは、 Dockerコンピューティングリソースを提供し、開発者はローカルサンドボックスで使用するのと同じコマンドラインツールであるsbx使用します。
ワークフローは、開発者が必要とする場所から開始されます。まずはローカル環境で実行を開始し、より長時間実行するためにサンドボックスのファイルシステムをクラウドに移動し、結果を確認する段階になったらローカル環境に戻します。Kitと呼ばれる再利用可能なエージェントパッケージは、どちらの環境でも動作します。ローカル環境とクラウド環境の認証情報およびポリシーは別々に設定されるため、各環境で許可されるアクセス権限は明確な決定事項となります。
Cloud Sandboxesは現在利用可能で、コンピューティング料金は秒単位で課金されます。 開発者にとって、これは有用な選択肢となる。つまり、インタラクティブな作業はノートパソコン上で行い、より時間のかかるエージェントのタスクには専用の処理能力を割り当てるという選択肢だ。これにより、局所的な実験から持続的なエージェント作業への移行が、開発ワークフローの実践的な一部となる。
エージェントにさらなる仕事を任せるための基盤
オープニング基調講演で、Dockerの社長兼COOであるマーク・カベージ氏は、エージェントにさらなる自由を与えるためには、より強固な基盤が必要となる理由を説明した。彼はエージェント工場に必要な4つの要件として、封じ込め、制御、選択、そして容量を挙げた。チームは、エージェントがどこで活動できるか、その活動を確認および停止できるか、モデルとツールを選択できるか、そして単一のラップトップを超えて作業を実行できるかを知る必要があります。
基調講演では、何がうまくいかない可能性があるかを示す明確な事例が紹介された。ホストのDockerソケットがマウントされたコンテナ内で実行されているエージェントが、ホスト上の秘密情報を読み取る方法を発見した。新たな脆弱性は発見されなかった。それは、設定によって与えられたアクセス権を利用していた。
Docker Sandboxesエージェントの周囲にmicroVM境界を設けます。 その後のデモンストレーションでは、サンドボックス内でDockerソケットを介してホストに接続しようとする同じ試みが失敗した。 コンテナは依然としてアプリケーションのパッケージ化と実行という役割を担いますが、サンドボックスはそれらのアプリケーションを構築するエージェントに独自の実行境界を提供します。
これが、信頼できないエージェントのためにDockerを信頼するという意味です。インフラストラクチャは、エージェントが予期せぬ行動を選択した場合でも、境界を維持する。開発者は、どの程度のアクセス権を付与するか、また出荷する成果物に対する責任をどの程度保持するかを決定できます。
カベージ氏は、そうした規制の限界についても言及した。承認されていないネットワーク宛先をブロックすることと、本来許可されているはずのメールが間違った顧客に送信されていることを認識することは異なります。エージェントにメッセージの閲覧や作成は許可するものの、送信は許可しないといった、限定的な権限設定は、エージェントを責任を持って利用する上で不可欠な要素であり続ける。ユーザーの意図と行動が一致しているかどうかについては、まだ検討すべき点があり、その点を明確にしておく必要がある。
チームが共有できる環境のためのオープンキット
エージェントが動作する場所が確保されたら、次に問われるのは、その環境に何が含まれるべきかということだ。どのようなツールが必要ですか？どのようなサービスに適用される可能性があるか？どのような認証情報とストレージが必要でしょうか？
新しいDocker Sandbox es Kit仕様では、これらの要件をチームが共有およびレビューできる成果物としてまとめています。 Kitは、エージェントとそのツール、およびエージェントが必要とするアクセス権限の宣言を含むOCIイメージのことです。 使い慣れた画像処理ツールと連携して動作します。チームは、ダイジェストごとに画像を作成、プッシュ、プル、スキャン、ピン留めすることができます。
これにより、環境の再現が容易になり、要求された権限の変更も可視化される。Kit別のネットワーク宛先または認証情報を要求した場合、レビュー担当者はその変更をパッケージの他の部分と併せて確認できます。 ランタイムは、どのリクエストを許可するかを決定し、エージェントの外部で結果として得られるポリシーを適用します。
私たちは仕様をApache 2 . 0下で公開し、中立的なガバナンスのためにOpen Container Initiativeに提出することを約束しました。 Docker Sandboxesは、これを実装した最初のランタイムです。このフォーマットを公開することで、他のランタイムが採用できる仕様が提供され、開発者はエージェント環境を記述するための共通の方法を得ることができる。
Nous Researchは、ローンチパートナーとして、オープンソースエージェントであるHermesとともにCavageのステージに登場した。独自に開発したエージェントをKitとしてパッケージ化することで、開発者に提供したい選択肢、つまり、チームが理解できる環境と制御を備えた、作業に適したエージェントを使用するという選択肢を実証しました。
組織全体の統治機関
DockerのCTOであるトゥシャール・ジェイン氏による基調講演「エージェントではなくランタイムを管理せよ」は、議論をチームレベルへと引き上げた。組織によって使用するモデルやエージェントツールは異なります。各ツールを個別に管理すると、一貫したポリシーを維持することが難しくなり、エージェントの活動状況全体を把握することも困難になります。
トゥシャール氏は、実行、ツール、認証情報、権限、および支出を管理できる共通のランタイムレイヤーの必要性を主張した。彼のデモでは具体的な例が示されました。エージェントがGitHubリポジトリを削除するリクエストを行ったところ、デフォルト拒否ルールによってブロックされ、HTTP 403が返されました。強制は実行時から行われた。質疑応答の中で、彼は、財務担当者と開発者が同じエージェントに対して異なるアクセス権限を持つことができるチーム固有のポリシーについて説明しつつ、エージェントの識別は依然として業界における未解決の課題であることを認めた。
DockerのCISOであるマーク・レヒナー氏は、基調講演「エージェント時代の唯一の境界線」の中で、これらのアイデアをセキュリティに結びつけました。彼の講演は、それらのランタイム制御とソフトウェアサプライチェーンとの関連性を示した。エージェントは依存関係とツールを消費し、チームがレビューして出荷する必要のあるコードを生成します。レヒナー氏は、 Kitマニフェストがエージェントの要求するアクセスをどのように記述するか、そしてプロキシがサンドボックス内で生のAPIキーを公開することなく認証情報を使用する方法を示した。
これらの機能をコードとして管理することで、セキュリティチームは具体的な検証対象を得ることができます。エージェントが受け取る環境を検査し、その環境の権限をタスク中に記録されたアクティビティと比較することができる。これら3つの講演に共通する目標は、エージェントの自律性を高めることを、チームが管理できるものにすることだった。
お客様、パートナー、そしてコミュニティと共に築き上げる
Dockerパビリオンでは、木曜日と金曜日を通して議論が続き、顧客、パートナー、そしてDockerエンジニアたちが、これらのアイデアが実際のシステムにどのように適用されるかについて意見を交換した。 現場報告パネルでは、サンドボックス化されたエージェントを数千人の開発者に展開した経験から得られた教訓を比較検討した。当社のエンジニアが、サンドボックスとAI Governanceに関する質問にお答えしました。 Spectro CloudとJ.P. Morgan Paymentsによるパネルディスカッションでは、単にトークンをより多く消費するだけでなく、AIの導入方法とガバナンスを掌握するためには何が必要なのかが問われた。
顧客およびパートナー向けセッションでは、エージェントのワークフローのいくつかの部分が取り上げられました。
・実際のワークロードを実行する。Spectro Cloudは、エッジ環境において再現性のあるエージェントワークロードを示した。JP Morgan Payments はDocker compose upから始まる 2 つのコンテナ決済の例を紹介しました。 ClickHouseは、データベースが強化されたイメージから開始された場合に何が変わるかを示し、BANDは、個別にサンドボックス化されたエージェントが作業を交換する様子を実演した。
・アクセス制御と活動調査。Palo Alto Networksはエージェントの監査記録を調査に結びつけ、Datadogはセキュリティインシデントの検出から対応までを追跡した。Prediction Guardは、実行分離と並行してモデル呼び出しの制御を実証し、Snykはサンドボックス内での作業を検査する方法を示した。GitGuardian、Mend、およびMergeは、シークレット、ランタイムガードレール、およびサードパーティ統合について説明しました。
・背景情報を提供し、結果を検証する。Box、Cognee、およびSurrealDBは、エージェントに有用な知識と記憶を与える一方で、明確な制限を設けることを探求した。Chainloopは署名付きレコードをレビュープロセスに導入し、Sonarは生成されたコードを検証する方法を示した。
これらのセッションでは、サンドボックスがエージェントの実行、アクセス保護、および作業内容のチェックを行うためのより広範なツールシステムにどのように適合するかが示されました。
エリ・アレイナー氏とケルシー・ハイトワー氏もパビリオンで炉辺談話を行い、顧客、パートナー、Dockerエンジニアに加え、クラウドネイティブコミュニティをプログラムに招き入れた。プラットフォームとセキュリティに関する円卓会議は、小規模なグループがそれぞれの組織で起きていることを比較検討する場を提供した。
実践的なワークショップが4つ開催されます
9月23水曜日、私たちのステージとワークショッププログラムでは、開発者が実際にツールを操作する時間を提供しました。4つのワークショップすべてにおいて、より大きなメッセージが実践的な開発課題と結び付けられました。
• Dan Ndombe氏は、隔離されたサンドボックスでエージェントを実行するためのDockerのsbxコマンドを紹介し、その後、ネットワークルール、モデルコンテキストプロトコル（MCP）を介して接続されるツール、およびKitを使用したエージェントワークフローのパッケージ化について説明しました。
・マイケル・アーウィンは、Kitとsbxenvファイルを用いて、AI対応の開発環境を構築しました。これらのファイルは、一連のサンドボックス環境を構成として記述するものです。
・オレグ・シェラエフは、実践的なエージェントプラットフォームワークショップにおいて、サンドボックス、MCP、およびエージェントワークフローの基盤となるインフラストラクチャを関連付けました。
・エージェントがコードを書く際、 Ajeet RainaはDocker Hardened Imagesとサプライチェーンのセキュリティに重点を置きました。
短い講演では、それらの内容を通常の開発業務と結びつけて説明した。マイケルは、エージェント環境を複数のマシン間で動作させる方法を実演した。AjeetとDocker CaptainのKristiyan Velkovは、TestcontainersやScoutなど、開発者が見落としがちなDockerツールについて解説した。その他のセッションでは、エージェントに専用のマシンを与えることや、エージェントがソフトウェアビルドに組み込むコンポーネントを検証することについて検討した。
Dockerブースでのデモとディスカッション
Dockerのブースには見どころがたくさんあり、ひっきりなしに訪れる人々がツールの動作を見たり、チームメンバーと話したりしていた。コーディングファクトリーのデモでは、エージェントが自身のmicroVM内でNext.jsアプリを開発し、アプリケーションを構築して提供しましたが、組織のポリシーによってネットワーク宛先がブロックされているという問題が発生しました。 監査ビューにはポリシー決定が記録され、訪問者はエージェントの作業を追跡し、どのルールが適用されたかを確認できる。このデモンストレーションは、インフラストラクチャの制御と、開発者が検証できる動作中のアプリケーションという、馴染みのある結果との関連性を示した。
ブースでは、AIゲームチャレンジ「 Sandboxロイヤル」も開催され、来場者はモデルコンテキストプロトコル（MCP）を通じてエージェントを接続し、共有の仮想都市で競い合うことができた。 エージェントたちは、リアルタイムのリーダーボードを備えた15分間のゲームで、交渉を行い、架空の資産を交換し、信頼に関するジレンマを乗り越えた。これは、エージェントが他のエージェントや信頼できない入力と相互作用する際にどのように振る舞うかを、活気をもって探究する方法だった。
ブースへの絶え間ない来場者、デモンストレーション、そして会話のおかげで、私たちのチームは開発者から直接、エージェントにどのような仕事を任せたいのかを聞く機会を得ることができました。
私たちと一緒に作り上げましょう
私たちはWeAreDevelopersに、DockerのAI分野における取り組みについて明確な方向性を示しました。それは、エージェントの実行を容易にし、アクセス権限を可視化・制御可能にし、開発者が独自の条件でエージェントを構築できるツールを提供することです。Cloud SandboxesとオープンなKit仕様は、その方向への具体的な一歩である。
このカンファレンスは、開発者の方々、そしてそれを形作る上で協力してくれたパートナーやコミュニティの方々に、私たちの取り組みを紹介する機会を与えてくれました。サンノゼで私たちと時間を過ごしてくれた皆さんに感謝します。次にあなたがどんな作品を作るのか、楽しみにしています。
Docker Cloud Sandboxesを試したり、ローカル環境でDocker Sandboxesを使い始めたり、 Sandbox Kitの仕様を調べて貢献したりしてみましょう。
