NanoClaw と Docker が提携して、企業が AI エージェントを導入するための最も安全な方法であるサンドボックスを作成します

Gavriel Cohen 氏が作成したオープンソース AI エージェント プラットフォームである NanoClaw は、コンテナ化された開発プラットフォーム Docker と提携して、チームが Docker Sandbox 内でエージェントを実行できるようにしています。これは、企業導入の最大の障害の 1 つである、周囲のシステムにダメージを与える余地を与えずにエージェントに行動の余地を与える方法を目的とした動きです。

AI エージェントの市場は新規性から導入へと移行しつつあるため、この発表は重要です。エージェントはコードを書いたり、質問に答えたり、タスクを自動化したりするだけではもはや十分ではありません。

CIO、CTO、プラットフォーム リーダーにとって、より難しい問題は、そのエージェントが、ホスト マシン、隣接するワークロード、または他のエージェントを公開することなく、ライブ データに安全に接続し、ファイルを変更し、パッケージをインストールし、ビジネス システム全体で操作できるかどうかです。

NanoClaw と Docker が共同で解決しようとしているのは、この問題です。

単なるパッケージの更新ではなく、セキュリティに関する議論

NanoClaw は、急速に成長する「クロー」エコシステムにおけるセキュリティ最優先の代替手段としてリリースされ、エージェント フレームワークはローカル環境とクラウド環境全体にわたる広範な自律性を約束します。このプロジェクトの中心的な議論は、多くのエージェント システムがホスト マシンに近づきすぎて実行されているときに、ソフトウェア レベルのガードレールに過度に依存しているということです。

この Docker 統合により、その議論がインフラストラクチャに組み込まれます。

「Docker との提携により、NanoClaw と Docker Sandboxes が統合されます」と Cohen 氏はインタビューで述べました。 「NanoClaw の初期バージョンでは、各エージェントを分離するために Docker コンテナを使用していましたが、Docker Sandbox はエージェントを安全に展開するための適切なエンタープライズ対応ソリューションです。」

エンタープライズ エージェントの導入における中心的な問題は分離であるため、この進捗は重要です。エージェントは従来のアプリケーションのように動作しません。彼らは環境を変更し、依存関係をインストールし、ファイルを作成し、プロセスを起動し、外部システムに接続します。これにより、通常のコンテナー ワークフローの基礎となる多くの前提が崩れます。

コーエン氏は、この問題を直接的な言葉で表現しました。「これらの非常に有能なエージェントの可能性を最大限に引き出したいと考えていますが、セキュリティが信頼に基づいていることは望んでいません。隔離された環境と厳格な境界線が必要です。」

この方針は、現在本番環境に似た設定でエージェントを実験している企業が直面している、より広範な課題に焦点を当てています。エージェントがより有用になればなるほど、より多くのアクセスが必要になります。ツール、メモリ、外部接続、そしてユーザーやチームに代わって行動を起こす自由が必要です。しかし、能力が向上するたびに、封じ込めに関するリスクが高まります。侵害されたエージェントまたは不正な動作をするエージェントがホスト環境に侵入したり、資格情報を公開したり、別のエージェントの状態にアクセスしたりすることは許可されません。

エージェントが従来のインフラストラクチャに負担をかける理由

Docker の社長兼 COO の Mark Cavage 氏は、現実により同社は標準の開発者インフラストラクチャに組み込まれている前提条件の一部を再考する必要に迫られたと語った。

「基本的に、エージェントの世界で機能するには、分離とセキュリティのモデルを変更する必要がありました」とキャベッジ氏は言います。 「普通の Docker のように感じますが、そうではありません。」

彼は古いモデルがもはや通用しない理由を説明した。 「エージェントは、私たちがこれまでに知っているすべてのモデルを効果的に破ります」とキャベッジ氏は言いました。 「コンテナは不変性を想定していますが、エージェントは最初の呼び出しでそれを破ります。彼らが最初にやりたいことは、パッケージをインストールし、ファイルを変更し、プロセスを起動し、データベースを起動することです。彼らは完全な可変性と完全なマシンが実行されることを望んでいます。」

これは、企業の技術的な意思決定者にとって有益な枠組みです。エージェントの約束は、チャットボット フロントエンドを備えた静的ソフトウェアのように動作することではありません。約束は、無制限の仕事ができるということです。しかし、無制限の作業はまさに新たなセキュリティとガバナンスの問題を引き起こすものです。パッケージのインストール、ファイル ツリーの書き換え、データベース プロセスの開始、または資格情報へのアクセスができるエージェントは、静的アシスタントよりも運用上便利です。また、間違った環境で実行するとさらに危険です。

Docker の答えは、使い慣れた Docker パッケージングとワークフローを維持しながら、MicroVM ベースの分離を使用する Docker Sandbox です。両社によれば、NanoClaw は 1 つのコマンドでそのインフラストラクチャ内で実行できるようになり、チームにエージェント スタックを最初から再設計する必要なく、より安全な実行層を提供できるようになりました。

Cavage 氏は、価値提案を明確に述べています。「それによって得られるのは、より強力なセキュリティ境界です。エージェントが悪いことをしたために何かが発生した場合、それは証明できる安全なものに本当に制限されます。」

信頼よりも封じ込めを重視するこの点は、NanoClaw の当初の理論とよく一致しています。このプロジェクトの以前の報道では、NanoClaw は、より広範でより寛容なフレームワークに代わる、よりスリムで監査可能な代替手段として位置づけられていました。議論の対象となったのは、単にオープンソースであるということではなく、そのシンプルさにより、運用環境での使用に向けた推論、安全性の確保、カスタマイズが容易になるということでした。

Cavage はその議論を単一の製品を超えて拡張しました。 「セキュリティとは多層防御です」と彼は言いました。 「スタックのすべての層が必要です。安全な基盤、実行するための安全なフレームワーク、ユーザーがその上に構築する安全なものです。」

これは、モデルの新しさよりも影響範囲、監査可能性、階層化された制御に興味があるエンタープライズ インフラストラクチャ チームの共感を呼ぶ可能性があります。エージェントは依然としてフロンティア モデルのインテリジェンスに依存している可能性がありますが、運用上重要なのは、侵害された 1 つのプロセスをより広範なインシデントに発展させることなく、周囲のシステムがミス、誤爆、または敵対的な動作を吸収できるかどうかです。

1 人のエージェントではなく、多数のエージェントが関わる企業のケース

NanoClaw と Docker のパートナーシップは、ベンダーが大規模なエージェント展開についてどのように考え始めているかという、より広範な変化も反映しています。ここで登場するモデルは、1 つの中央 AI システムがすべてを行うのではなく、チーム、チャネル、タスク全体で動作する多数の限定されたエージェントです。

「OpenClaw とその爪が示したのは、現在利用可能なコーディング エージェントや汎用エージェントから多大な価値を得る方法です」とコーエン氏は述べています。 「すべてのチームがエージェントのチームを管理することになる。」

彼はインタビューの中でその考えをさらに推し進め、AI に関する話題の多くを依然として支配しているコンシューマー アシスタント モデルよりも、組織システムの設計に近い未来を描きました。 「企業では、すべての従業員が個人アシスタントのエージェントを持つことになりますが、チームはエージェントのチームを管理し、パフォーマンスの高いチームは数百、数千のエージェントを管理することになります」とコーエン氏は述べました。

これは、通常の消費者向けフレームよりも便利なエンタープライズ レンズです。実際の組織では、エージェントは別個のワークフロー、データ ストア、およびコミュニケーション サーフェスに所属している可能性があります。財務、サポート、セールス エンジニアリング、開発者の生産性、社内業務はすべて、異なる自動化、異なるメモリ、異なるアクセス権を持っている場合があります。安全なマルチエージェントの未来は、一般化されたインテリジェンスではなく、境界に依存します。つまり、誰が何を確認できるか、どのプロセスがどのファイル システムにアクセスできるか、1 つのエージェントに障害が発生したり侵害された場合に何が起こるかなどです。

NanoClaw の製品設計は、その種のオーケストレーションを中心に構築されています。このプラットフォームは Claude Code の上に位置し、永続メモリ、スケジュールされたタスク、メッセージング統合、ルーティング ロジックを追加するため、エージェントは WhatsApp、Telegram、Slack、Discord などのチャネル全体で作業を割り当てることができます。リリースによると、カスタム エージェント コードを記述することなく、これらすべてを電話から設定できる一方、各エージェントは独自のコンテナ ランタイム内で分離されたままになります。

コーエン氏は、Docker統合の実際的な目標の1つは、その導入モデルを採用しやすくすることだと述べた。 「人々は NanoClaw GitHub にアクセスし、リポジトリのクローンを作成し、単一のコマンドを実行できるようになります」と彼は言いました。 「これにより、NanoClaw を実行する Docker Sandbox がセットアップされます。」

多くのエンタープライズ AI 導入は、有望なデモを安定したシステムにする必要がある時点で依然として失敗しているため、セットアップの容易さが重要です。導入や維持が難しすぎるセキュリティ機能は、バイパスされてしまうことがよくあります。境界を弱めることなく摩擦を低減するパッケージング モデルは、社内での採用に耐える可能性が高くなります。

戦略的重要性を備えたオープンソース パートナーシップ

このパートナーシップは、そうでない点でも注目に値します。これは、独占的な商業提携や財務的に設計された企業バンドルとして位置付けられるものではありません。

「お金は関係ありません」とキャベッジ氏は言う。 「私たちは財団の開発者コミュニティを通じてこれを見つけました。NanoClaw はオープンソースであり、Docker にはオープンソースにおける長い歴史があります。」

そうなると、アナウンスメントが弱まるのではなく、むしろ強化されるかもしれない。インフラストラクチャでは、2 つのシステムが商業的に適合する前に技術的に適合するため、最も信頼性の高い統合が実現されることがよくあります。コーエン氏によると、この関係は、Docker 開発者の支持者が NanoClaw を Docker Sandbox で実行し、その組み合わせが機能することを実証したときに始まったという。

「NanoClaw にアーキテクチャを変更することなく、NanoClaw を Docker Sandbox に組み込むことができました」と Cohen 氏は述べています。 「これはうまく機能します。なぜなら、エージェントをどのように展開して分離すべきかについてのビジョンがあり、Docker も同じセキュリティ上の懸念について検討し、同じ設計に到達したからです。」

企業バイヤーにとって、この起源の物語は、統合が市場参入協定によって強制的に存在させられたものではないことを示しています。これは、真のアーキテクチャ互換性を示唆しています。

また、Docker は、NanoClaw をサポートする唯一のフレームワークとしてキャストしないように注意しています。キャベッジ氏は、NanoClawがDockerの公式パッケージに含まれる最初の「爪」とみられるにもかかわらず、同社はエコシステム全体にわたって幅広く取り組む計画だと語った。これは、Docker がセキュア エージェント ランタイム インフラストラクチャに幅広い市場機会を見出している一方で、NanoClaw はセキュリティ体制に関してより認知度の高い企業基盤を獲得していることを意味します。

より大きな話: インフラストラクチャがエージェントに追いつく

この発表のより深い意味は、モデルの機能から実行時の設計に注目が移ったことです。本当の企業競争はそこに向かうのかもしれない。

AI 業界は過去 2 年間、モデルがますます洗練されてタスクを推論し、コード化し、調整できることを証明してきました。次の段階では、セキュリティ チーム、インフラストラクチャ リーダー、コンプライアンス オーナーが対応できる方法でこれらのシステムを展開できることを証明します。

NanoClaw は当初から、エージェントのセキュリティをアプリケーション層で追加することはできないと主張してきました。 Docker は現在、ランタイム側から並行して引数を作成しています。 「エージェントやAIの要求に応えるために、世界はこれまでとは異なるインフラストラクチャを必要とするだろう」とキャベッジ氏は語った。 「彼らは明らかに、ますます自律的になっていきます。」

それが今回の中心的な話になるかもしれない。企業が必要としているのは、より有能なエージェントだけではありません。それらを入れるためのより良い箱が必要です。

現在 AI エージェントを実験している組織にとって、NanoClaw と Docker の統合は、そのボックスがどのようなものになるかを具体的に示すものです。つまり、上部にオープンソース オーケストレーション、下部に MicroVM による分離、そして信頼ではなく封じ込めを中心に設計された展開モデルです。

その意味で、これは製品の統合以上のものです。これは、エンタープライズ エージェント インフラストラクチャがどのように進化するかについての初期の青写真です。制約のない自律性を重視するのではなく、実際の運用システムとの接触に耐えられる限定された自律性をより重視します。