要点まとめ
- SPACEはPerplexityのエージェント製品「Computer」で使われるコード実行サンドボックスで、Apache 2.0のオープンソースとして公開されています。
- RustとFirecracker microVMを基盤に、E2B互換のAPIラッパーを同梱。商用サンドボックスからの移行で作成速度が3〜5倍になったと説明されています。
- APIキーなどの認証情報はVMの外側で管理され、サンドボックスは最初から侵害済みとみなす設計思想で作られています。
- 公開ビルドや公式ページはまだなく、現時点ではプレビュー映像と発表でしか確認できません。導入手順はリポジトリ公開後に確認が必要です。
基本情報
| ジャンル・位置づけ | AIエージェント向けコード実行サンドボックス |
|---|---|
| 対応端末 | サーバー・クラウド環境(セルフホスト前提) |
| 料金 | Apache 2.0で無償公開、運用費は別途 |
| 対応言語 | Rust実装、APIはE2B互換 |
| 注目ポイント | E2B互換APIと自前ホスト時のコスト削減 |
| 難易度 | 中〜上級(インフラ知識が必要) |
| カテゴリ | 開発・Webツール |
| 作者・提供元 | Ethan Walkrman |
| 注目度 | 🔥 注目度 2万 |
| 最終更新 |
Perplexity SPACEとは何か:Computerを支える隔離実行基盤
Perplexity SPACEは、PerplexityのAIエージェント製品「Computer」の内部で使われているコード実行サンドボックスです。エージェントがコマンドを実行し、パッケージを導入し、コードを走らせる際に、ホストマシンへ影響を与えない隔離された環境を提供します。Perplexityはこの仕組みをApache 2.0ライセンスでオープンソース化し、同じシステムが1日あたり数百万セッションを処理していると説明しています。
発表は2026年10月16日、開発者のEthan Walkrman氏によるものです。サンドボックス市場は競合が多いとしつつ、Perplexityが7月に商用サンドボックスプロバイダーから離脱し、サンドボックス作成が3〜5倍高速になったと述べています。具体的なプロバイダー名は明言されていませんが、RustとFirecracker microVMという共通点、そしてE2B互換のAPIラッパーを同梱している点から、E2Bを強く意識した構成であることがうかがえます。
背景には、AIエージェントが生成したコードをそのまま実行する需要の急増があります。コーディングエージェントやデータ分析エージェントは、短命な実行環境を大量に立ち上げるため、起動速度とコスト、そして安全性がそのまま製品の競争力になります。SPACEはこの3点を同時に狙った基盤として位置づけられています。
- Computerの実運用で鍛えられた基盤
Perplexityのエージェント製品で日々使われているシステムがそのまま公開された点が特徴です。実験用ではなく、実運用前提の設計になっています。
- Apache 2.0で公開
寛容なライセンスのため、商用製品への組み込みや改変がしやすい条件です。詳細な条件はリポジトリのライセンス表記で確認してください。
- E2B互換を明確に意識
ドロップインで置き換えられるAPIラッパーを同梱しており、既存のE2B利用チームの移行を想定した作りです。
Firecracker microVMと「侵害済み前提」のセキュリティ設計
SPACEの土台はRustで書かれ、Firecracker microVM上で動作します。Firecrackerは軽量な仮想マシンを高速に起動できる仕組みで、コンテナよりも強い分離境界を持ちながら、従来の仮想マシンより起動が速いのが利点です。エージェントのように短命な環境を大量に作る用途では、この起動速度と分離性能のバランスが重要になります。
セキュリティ面で特徴的なのは、サンドボックスを最初から侵害されているものとして扱うという設計思想です。つまり、エージェントが実行するコードが悪意あるものになっても、そこからホストへ抜け出せないことを前提に組み立てられています。Perplexityは9種類のフロンティアモデルを使い、合計約118回の脱出テストを実施したがホストマシンへの突破はなかったと説明しています。
もう一つの要点は、認証情報をVMの内側に置かないことです。APIキーを環境変数としてサンドボックスへ渡すのではなく、ホスト側で管理する仕組みになっています。これにより、サンドボックス内のコードが認証情報を読み取ったり外部へ送信したりするリスクを抑えられます。
- RustとFirecrackerの組み合わせ
メモリ安全性の高いRustと、軽量VMのFirecrackerにより、高速起動と堅牢な分離を両立させる狙いがあります。
- 約118回の脱出テスト
9モデルを用いた検証でホスト突破はなかったとされますが、テスト条件の詳細は公開情報では限定的です。
- 認証情報はホスト側で管理
シークレットをVM内に渡さない設計は、エージェント経由の情報漏えい対策として実務的に重要です。
E2Bとの違いとコスト比較の読み方
SPACEが議論を呼んだ最大の理由はコスト比較です。2vCPU・2GB相当の構成で、E2Bは稼働時間に応じた課金で時間あたり約0.13ドルとされます。これに対しPerplexityのAgent APIは20分のアクティブセッションあたり0.03ドルの定額、つまり時間換算で約0.09ドルと説明されています。さらにSPACEをAkamai、CoreWeave、Crusoeなどのクラウド上でセルフホストした場合は時間あたり約0.03〜0.05ドルで、高負荷時には60〜75パーセント安くなるとされています。
この差が生まれる理由は課金モデルにあります。E2Bは実時間で課金されるため、サンドボックスがLLMのトークン生成を待ってアイドル状態になっている間も費用が発生します。エージェント用途では待ち時間が長くなりがちで、この待機コストが積み上がります。SPACE側はアクティブセッション単位の定額や自前ホストの実費になるため、待ち時間の影響を受けにくい構造です。
ただし、これらの数値は発表時点の説明であり、実際の費用はワークロード、リージョン、クラウド事業者の料金改定で変わります。自前ホストの場合は運用人件費や監視コストも加味する必要があります。導入判断では、単価だけでなく待機時間の比率やセッションの寿命も含めて試算することをおすすめします。
- 課金モデルの違いが本質
E2Bは実時間課金、SPACEはアクティブセッション定額または自前ホスト実費という違いが、待ち時間の多いエージェント用途で効いてきます。
- 移行パスはE2B互換ラッパー
既存コードの変更を最小限に置き換えられる可能性がありますが、互換範囲の詳細はリポジトリで確認が必要です。
- マネージド提供も予定
Akamai、CoreWeave、CrusoeがSPACEをクラウドで提供予定とされ、自前構築なしで使える選択肢が増える見込みです。
どんなチームに向くか:用途と現時点の制約
SPACEが最も向くのは、信頼できないコードを大規模に実行するAIエージェントを開発するチームです。コーディングエージェント、データ分析エージェント、短命な実行環境を大量に立ち上げるワークフローなどが典型例です。特にE2Bをすでに使っているチームは、互換APIラッパーにより最も直接的な移行経路を持ちます。
一方で、現時点では公開ビルド、ダウンロード、公式ページが存在せず、Ethan Walkrman氏が短いプレビュー映像と発表で示した段階にとどまります。そのため今すぐインストールして試すことはできません。導入を検討する場合は、リポジトリが公開されたタイミングでライセンス、対応環境、互換APIの範囲、セキュリティモデルの詳細を確認する必要があります。
比較対象としてはE2Bのほか、コンテナベースのサンドボックスやクラウド事業者のマネージド実行環境が挙げられます。コンテナは起動が速い反面、カーネル共有に伴う分離の弱さが課題になり得ます。Firecracker microVMは分離性能で優位に立ちやすい一方、ホスト側のインフラ管理が前提になります。自チームの運用能力とセキュリティ要件を照らし合わせて選ぶのが現実的です。
- 向くケース
短命なサンドボックスを大量に必要とし、待機時間のコストと分離性能の両方を重視するエージェント開発チームに向きます。
- 現時点の制約
公開ビルドや公式ページがなく、プレビュー段階です。すぐに試せる状態ではない点を前提に計画してください。
- 確認すべき項目
リポジトリ公開後は、ライセンス条件、対応クラウド、E2B互換の範囲、脱出テストの詳細を公式情報で確認しましょう。
ステップ別ガイド
1. 発表内容とリポジトリの公開状況を確認する
まずはPerplexity SPACEの発表内容と、リポジトリが公開されているかを確認します。現時点では公開ビルドや公式ページがないため、プレビュー段階であることを踏まえて情報を集めます。
2. 自分のワークロードが向くかを見極める
エージェントが短命なサンドボックスを大量に必要とするか、待機時間のコストが課題になっているかを整理します。E2Bを利用中なら、互換APIラッパーによる移行が現実的な選択肢になります。
3. ホスト環境とクラウドを選定する
セルフホストの場合はAkamai、CoreWeave、Crusoeなどの提供状況を確認します。Firecracker microVMを動かせるホスト要件やネットワーク構成も事前に洗い出しておきましょう。
4. 認証情報の扱いを設計に組み込む
APIキーをサンドボックス内の環境変数で渡さず、ホスト側で管理する方針を設計に反映します。エージェントが扱うシークレットの範囲を最小化することが重要です。
5. 小規模な検証から始めて費用を試算する
公開後は少数のセッションで起動速度と安定性を検証し、実際の待機時間を含めた費用を試算します。単価だけでなく運用コストも含めて比較しましょう。
よくある質問
Perplexity SPACEは無料で使えますか?
SPACE自体はApache 2.0ライセンスでオープンソース公開されるため、ソフトウェアの利用にライセンス料はかかりません。ただし実行するためのサーバーやクラウド費用は別途必要で、セルフホストの場合は運用コストも発生します。料金体系の詳細は公開後に公式情報で確認してください。
今すぐインストールして試せますか?
現時点では公開ビルド、ダウンロード、公式ページが存在せず、プレビュー映像と発表で示された段階です。そのためすぐにインストールして試すことはできません。リポジトリが公開されたタイミングで、対応環境や導入手順を確認するのが現実的です。
E2Bから乗り換えるメリットは何ですか?
最大のメリットは課金モデルとコスト構造の違いです。E2Bは実時間課金で待機中も費用がかかりますが、SPACEはアクティブセッション定額や自前ホストの実費になり、待ち時間の影響を受けにくくなります。またE2B互換のAPIラッパーにより、移行の手間を抑えられる可能性があります。
セキュリティはどのように担保されていますか?
SPACEはサンドボックスを最初から侵害済みとみなす設計で、Firecracker microVMによる強い分離を前提にしています。Perplexityは9モデル・約118回の脱出テストでホスト突破がなかったと説明しています。加えてAPIキーなどの認証情報はVMの外側で管理されます。
どのクラウドで使えるようになりますか?
Akamai、CoreWeave、CrusoeがSPACEをクラウドで提供する予定とされています。自前でホストすることも可能ですが、対応状況や提供時期の詳細は各社の公式情報で確認する必要があります。公開時点の情報を必ず確認してください。






