本物の Linux マシンを、コマンド一つで。

SSH ネイティブな隔離を備えた、オープンソースの Agent 実行環境。各 Agent は Kubernetes または LXC 上で、永続的かつネットワーク隔離されたマシンを取得します——kube-apiserver トークンは不要、 eBPF による送信トラフィックポリシーとMCP server を標準搭載。セルフホスト可能、Apache 2.0 ライセンス。

AI Agent 向け CI 実行向け PR プレビュー向け · 予定

Containarium Cloud を試す v1.0 オープンソース CLI を入手 v0.x

ご自身の VM にセルフホストするか、運用の手間を省いてホスト型コントロールプレーンをご利用ください。

Containarium デモ：1 行のコマンドでインストールし、ボックスを作成。あとは AI エージェントが SSH で入り、Caddy をインストールし、アプリを公開 HTTPS ドメインで公開します。 — 1 行のコマンドでインストールし、あとはボックスをエージェントに任せる。

まっさらな Ubuntu VM にインストール

curl -fsSL https://containarium.dev/install.sh | sudo bash

Containarium とは

もう一つの Agent ではなく、プリミティブです。

あらゆる Agent には、実際に活動できる環境が必要です——コードを安全に実行し、ファイルを編集し、ツールを呼び出せる場所。Containarium はまさにその環境そのものです。あなたが Agent を用意し、私たちがマシンを提供します。

隔離されたマシン——LXC または Kubernetes

Agent ごとに 1 台の Linux マシン、LXC または K8s Pod 上で動作。本物の root 権限、本物のファイルシステム、eBPF による送信トラフィックポリシー—— ホスト、クラスターのコントロールプレーン、そして他のすべてのテナントから完全に隔離されています。

ホスト名で公開

内蔵の Sentinel（sshpiper + Caddy + PROXY protocol）により、すべてのマシンが TLS を備えたルーティング可能なホスト名を取得します。SSH と HTTP はそのまま使えます。

MCP server を内蔵

マシン内で MCP server が動作し、stdio 経由で shell とファイル操作を提供します。 MCP に対応した Agent なら何でも操作できます：Claude Code、Cursor、Cline、あるいは独自の Agent。

仕組み

Agent からマシンへ、ワンホップで。

STEP 1

マシンを作成する

containarium create が LXC コンテナを起動し、Sentinel にルートを登録します。
STEP 2

Agent を接続する

マシンは MCP server を公開します。あなたの Agent は SSH または HTTPS 経由——ホスト名で接続します。
STEP 3

動かす

Agent はファイルを編集し、コマンドを実行し、コードを発行します——すべてあなたが管理する隔離された環境の中で。

活用シーン

Agent をノート PC で動かすべきでない、あらゆる場面に。

長時間稼働するコーディング Agent

Claude Code や Cursor に永続的なマシンを与える——セッションをまたいで状態を保持し、どこからでも作業を継続できます。

CI と一時的な環境

PR ごとにマシンを起動し、その中で Agent を実行し、使い終わったら破棄する。もう runner を奪い合う必要はありません。

Agent フリート

タスクごと、ユーザーごと、テナントごとに 1 台のマシン。ルーティングは Sentinel が担当し、あなたは Agent に集中できます。

カスタム MCP ツール

内蔵の MCP server の隣に、独自の MCP server を追加できます。どの Agent からも両方が見え、余計な配線は不要です。

CI 向け

失敗したときに SSH で入れるテストランナー。

GitHub がホストする runner は、テストが失敗した瞬間に消えてしまうブラックボックスです。 Containarium なら、すべての CI ジョブに本物の Linux マシンを与え、実行間でウォームキャッシュを維持し—— 失敗時には 1 時間生かしたままにするので、人間（あるいは Agent）がその場で壊れた状態をデバッグできます。

.github/workflows/test.yml

name: CI
on: [pull_request]
jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: footprintai/containarium-run@v1
        with:
          api-url: ${{ secrets.CONTAINARIUM_API_URL }}
          token:   ${{ secrets.CONTAINARIUM_TOKEN }}
          cache-key: ${{ hashFiles('go.sum') }}

.github/containarium.yml

# Three fields. Resist adding a fourth.
image: ubuntu-24.04

setup:                   # cached by cache-key
  - apt-get install -y build-essential
  - go mod download

test:                    # the actual CI command
  - go test ./...

テストが失敗すると、keep-on-failure: true があなたの PR にこのコメントを投稿します：

containarium-bot commented just now

❌ CI failed — box kept alive for debugging

Failing test: TestExposePort_TLSHandshake in internal/server/expose_test.go:142

Debug this box live (expires in 58 minutes · extend 1h · tear down now)

# SSH in
ssh -p 2222 [email protected]

# Or hand it to your agent (Claude Code, Cursor, ...)
claude mcp add containarium-debug \
  https://mcp.containarium.dev/box/pr-1234-abc?token=ey...

🤖 Posted by containarium-run · commit a7b2f93

CI を Containarium に接続する 3 つの方法

GitHub Actions はよく使われるインターフェースの一つです——Containarium はそれを、自律度が段階的に高まる 3 つの層でサポートします。能力（ジョブごとに 1 台の一時的な Linux マシン）はどの層でも同じで、違うのはコードが実際にどこで実行されるかだけです。

層	対象	セットアップ	コードの実行場所
0・お試し約 5 分でセットアップ	検討中のチーム、趣味の OSS プロジェクト	ホスト型クラウドに登録・`containarium-run` Action を使用	コード → GHA ホスト型 → cloud.containarium.dev → Containarium マシン
1・中規模チーム約 30 分でセットアップ	自前のインフラを持つチーム	Containarium OSS 版をセルフホスト・`hacks/runner/` で N 個の一時的な runner を構築	コード → GHA ホスト型（調整のみ担当）→ 自社の runner プール
2・エンタープライズ監査 / SSO	「コードを境界の外に出せない」企業	第 1 層 + 監査ログ + SSO + データ所在地文書	FootprintAI のインフラを一切経由しない
3・エアギャップオフラインバンドル	規制の厳しい業界	第 2 層 + オフラインインストールバンドル + プライベート Git server	お客様の VPC 内に完全に封じ込め

第 0 層は最も早く評価できる方法です。第 1 層以上ではソースコード、テスト、ビルド成果物がすべて自社ネットワーク内に留まります。4 つの層すべての基盤は同じ Containarium プリミティブです。

GitHub Action を入手（第 0 層）セルフホスト用 Runner キット（第 1 層以上）

PR プレビュー向け

予定 — 未提供

構想：すべての Pull Request にライブ URL を。

以下の設計はロードマップ上のものであり、製品にはまだ含まれていません。CI runner が向かっている方向だからこそ記載しています。すでに動くかのように見せるより、方向性を示すほうが誠実だと考えています。

現在提供しているのは、その下の層です。.github/containarium.yml を読み込み、box の中でテストを実行し、失敗後もデバッグ用に box を残せる CI runner です。「CI 実行向け」を参照

オープン時

ブランチからマシンを起動

.github/containarium.yml を読み込み、setup: と serve: を実行します。

push 時

その場で再ビルド

同じマシン、ウォームキャッシュ。コメントは push ごとに増やさず、その場で編集します。

クローズ時

破棄する

マシンを削除し、サブドメインを解放。その前にアイドル状態のプレビューは停止されます。

GitHub で進捗を追う

エンタープライズ · BYOC（自社クラウド）

クラウド VM のための VMware。

VMware は 1 台のサーバーを多数の隔離された VM に変えました。Containarium は 1 台のクラウド VM を多数の隔離されたコンテナに変えます——集約され、ガバナンスが効き、ベンチマーク済みで、すべて自社のクラウドアカウントの中で動作します。同じモデルを、スタックの 1 つ上のレイヤーで。

VMware

Containarium

自社のベアメタルサーバー上で動作: 自社のクラウド VM 上で動作
1 サーバー → 多数の隔離された VM: 1 VM → 多数の隔離されたコンテナ
vCenter がフリートを管理: 単一のコントロールプレーン：RBAC・監査・DNS・バックアップ
ハイパーバイザーによる隔離: コンテナ + QoS による隔離——ハイパーバイザーのオーバーヘッドなし
自社データセンターに存在: 自社クラウドアカウントに存在

スプロールを集約

ワークロードごとに 1 インスタンスを立てる代わりに、すでに動かしている VM の上へ多数の隔離サービスをパックします。より少なく、より高密度なマシン。各コンテナは eBPF 送信トラフィックポリシーと QoS で分離されます。

ガバナンスと主権

RBAC、監査ログ、SSO、セキュリティスキャン、バックアップ——アカウントや境界の外に決して出ないインフラの上で。データレジデンシーとコンプライアンスに対応。

AI Agent のネイティブな実行環境

同じ隔離が Agent のフリートを安全にします：それぞれに SSH 接続可能なマシンを 1 台、すべての操作を監査、すべて自社クラウド上で。統合を作り込む必要のない、主権を保った AI。

BYOC について相談するエンタープライズと BYOC を見る →

お好みの形をお選びください

オープンソースでセルフホスト、またはフルマネージドのクラウドサービス。

プリミティブは同じです。誰が実行するかはあなた次第です。

Containarium OSS 版

Apache 2.0

CLI、プラットフォーム daemon、Sentinel、agent-box MCP server がすべて含まれています。 1 台の VM にセルフホスト。シングルテナントですが、永久にあなたのものです。

フル機能の CLI：create / list / route / expose-port
MCP 経由で自由に Agent を組み合わせ可能——Claude Code、Cursor、Cline、カスタムも可
Sentinel：ホスト名、TLS、SSH ルーティング
すべてのマシンを管理するローカル Web UI
CLA 不要。PR 歓迎です

GitHub で見る v0.x

Containarium Cloud

マネージドサービス

同じプリミティブを、私たちが代わりに運用します。マルチテナント構成、時間単位の課金、 SSO、監査ログ、洗練されたコントロールプレーンを備えています。

OSS 版のすべての機能、インフラ運用は不要
マルチテナント組織・ロール・SSO（SAML / OIDC）
マネージドダッシュボード・監査ログ・使用量の計測
ハイブリッド課金：コンテナごとの基本料金 + 従量課金
無料プランあり・成長に合わせてアップグレード

Containarium Cloud を開く v1.0

すでに GCE や EC2 をお使いですか？

あなたのクラウドを、無料で健康診断。

読み取り専用の Telescope スキャンが、実際の使用率に基づいてフリート内のすべてのインスタンスを分類します——何かを変える前に、まず現状を把握しましょう。ある顧客は健康診断の結果、請求額を 20% 削減できました。もし診断結果に無駄が見つかれば、統合プランをご提案します。

健康診断を受ける

あなたの Agent に、本物のマシンを。

ホスト型クラウドに登録するか、オープンソース版をクローンして今夜からご自身の VM で動かしましょう。

Cloud で始めるオープンソースのコードを読む