すべてのコーディングエージェントに独立した開発用コンテナ環境を与えられる「Container Use」、Docker創業者がオープンソースで公開
Docker創業者で現在はプラットフォームエンジニアリングのツールを開発するDagger社の創業者兼CTOのSolomon Hykes(ソロモン・ハイクス)氏は、すべてのコーディングエージェントに対してそれぞれ独立した開発用のコンテナ環境を与えられるオープンソースのツール「Container Use」をオープンソースで公開しました。
container-use has a logo. How do you like it? pic.twitter.com/IcKmbymGLW
— Solomon Hykes (@solomonstre) June 7, 2025
AIエージェントがWebブラウザを操作できるようになる「Browser Use」や、AIエージェントがPCの操作を行えるようにする「Computer Use」が、AIエージェントの機能や周辺ツールとして一般化しつつあります。
今回公開された「Container Use」はこれらと同様に、人間から指示を受けたコーディングエージェントがコンテナ環境を構築し、そこでコーディングやビルドなどができるようになる、というものです。

Conainer UseはMCPサーバとして実装
Container UseはMCPサーバとして実装されるため、MCPに対応したすべてのコーディングエージェントから利用可能となっています。
そして以下の特長を備えています。
分離されたコンテナ環境
開発者自身の開発環境と分離されていることで開発者自身の開発環境を汚すことがないだけでなく、コーディングエージェントが作業するブランチごとに新しいコンテナ環境が用意されるため、コーディングエージェントを複数起動した場合でもそれぞれ分離されたコンテナ環境となりマルチエージェント環境でも相互に影響せずに処理を依頼できる。
リアルタイムな可視化
コーディングエージェントからの報告に頼ることなく、実際に何が実行されたかを知るためのコマンドヒストリやログを参照できる。
人間による直接介入
コーディングエージェントが作業しているコンテナのターミナルにいつでも人間が介入でき、状態を把握し、制御できる。
コーディングの参照 「git checkout <ブランチ名>」により、いつでもコーディングエージェントのコーディングを参照できる。
互換性
特定のベンダに依存せず、MCPサーバに対応したすべてのコーディングエージェントに対応し、コンテナに対応したあらゆるインフラ上で利用できる。
GitHubのドキュメントには、Claude Code、Cursor、VS Code/GitHub Copilot、Kilo Code、gooseなどでの設定例が示されています。
現時点でContainer Useはまだ開発初期段階であり、今後さらなる機能拡張や変更などが行われていくとされています。
あわせて読みたい
次期PostgreSQL 18では非同期I/Oの採用により性能が2~3倍向上する見通し
≪前の記事
WindowsがMCPをサポート/WSLがオープンソースに/AWSのシェアがついに30%を切る、ほか。2025年5月の人気記事