試してみる

curl -X POST https://api.zeroboot.dev/v1/exec \
  -H 'Content-Type: application/json' \
  -H 'Authorization: Bearer zb_demo_hn2026' \
  -d '{"code":"import numpy as np; print(np.random.rand(3))"}'

ベンチマーク

指標	Zeroboot	E2B	microsandbox	Daytona
起動レイテンシ p50	0.79ms	~150ms	~200ms	~27ms
起動レイテンシ p99	1.74ms	~300ms	~400ms	~90ms
サンドボックスあたりのメモリ	~265KB	~128MB	~50MB	~50MB
fork + exec (Python)	~8ms	-	-	-
1000 同時 fork	815ms	-	-	-

各サンドボックスは、ハードウェアで強制されるメモリ分離を備えた実際の KVM 仮想マシンです。

仕組み

  Firecracker snapshot ──► mmap(MAP_PRIVATE) ──► KVM VM + restored CPU state
                              (copy-on-write)         (~0.8ms)

テンプレート（1回のみ）：Firecracker が VM を起動し、ランタイムを事前ロードして、メモリと CPU 状態のスナップショットを取得します
フォーク（約0.8ms）：新しい KVM VM を作成し、スナップショットメモリを CoW としてマッピングし、すべての CPU 状態を復元します
分離：各フォークは、ハードウェアで強制されるメモリ分離を備えた独立した KVM VM です

SDK

Python — sdk/python

from zeroboot import Sandbox
sb = Sandbox("zb_live_your_key")
result = sb.run("print(1 + 1)")

TypeScript — sdk/node

import { Sandbox } from "@zeroboot/sdk";
const result = await new Sandbox("zb_live_your_key").run("console.log(1+1)");

ドキュメント

作者

Zeroboot は 2026 年 3 月に作成され、Adam Miribyan (@adammiribyan) によってメンテナンスされています。プロジェクトサイト: zeroboot.dev。

研究で zeroboot を使用する場合は、ぜひ引用してください。CITATION.cff を参照するか、「Cite this repository」ボタンを使用してください。

引用元

DeltaBox: Scaling Stateful AI Agents with Millisecond-Level Sandbox Checkpoint/Rollback, arXiv:2605.22781 (2026年5月)。
Memory Compression for High-Fanout Agent Sandboxes (AgentZip), arXiv:2609.11294 (2026年9月)。

あなたの論文やプロジェクトで zeroboot を使用している場合は、issue または pull request を作成してここに追加してください。

ステータス

動作するプロトタイプです。fork プリミティブ、ベンチマーク、API は実在しますが、まだ本番環境向けに堅牢化されていません。興味があれば issue を作成してください。

セルフホストまたはマネージド

Zeroboot はオープンソースです。KVM を備えた任意の Linux マシンでセルフホストするか、マネージド API を使用してください:

curl -X POST https://api.zeroboot.dev/v1/exec \
  -H 'Content-Type: application/json' \
  -H 'Authorization: Bearer zb_demo_hn2026' \
  -d '{"code":"import numpy as np; print(np.random.rand(3))"}'

自前のインフラを運用したくないチーム向けにマネージドサービスを構築中です。早期アクセスに登録: https://tally.so/r/aQGkpb

既知の制限

fork はスナップショットから CSPRNG の状態を共有します。カーネルのエントロピーは RNDADDENTROPY を介して再シードされますが、ユーザー空間の PRNG (numpy、OpenSSL) は fork ごとに明示的な再シードが必要です。Firecracker のガイダンスを参照してください。
fork ごとに単一 vCPU。マルチ vCPU はアーキテクチャ上可能ですが、実装されていません。
fork 内にネットワーキングはありません。サンドボックスはシリアル I/O のみを介して通信します。
テンプレートの更新には完全な再スナップショット (~15秒) が必要です。増分パッチはありません。

ライセンス

Apache-2.0

zeroboot

人気