Fly.io Spritesでエージェント専用PCを1秒で立ち上げる

AIコーディングエージェントに、毎回ゼロから環境を組み立てさせる時代は終わりつつあります。

2026年7月3日、Fly.ioはX（旧Twitter）でSpritesの提供を改めて告知しました。「エージェント向けのステートフルなコンピュータ」「アイドル時はスリープし、URLに到達すれば即座に起動」「使った分だけ課金」と説明しています（参考）。Sprites自体は2026年1月に正式公開され、Claude CodeやCodexのようなエージェントを安全に動かすための実行基盤として位置づけられています。

この記事では、Spritesが解決する課題と、休眠起動・永続ディスク・チェックポイントといった中核機能、料金の考え方を整理します。

この記事でわかること

• Spritesが「使い捨てサンドボックス」と何が違うか
• 1〜2秒で起動し、休眠中はコンピュート課金が止まる仕組み
• 100GB永続ディスクと約300msのチェックポイント機能
• 料金単価と、E2B・Modalなど類似サービスとの違い

エージェント実行の課題は「状態が消えること」

AIコーディングエージェントをクラウド上で動かすとき、多くのサービスは読み取り専用の短命サンドボックスを使います。セッションが終わるとファイルシステムがリセットされ、インストールしたパッケージや生成したコードも消えます。Fly.io CEOのKurt Mackey氏は公式ブログで、この方式を「エージェントが毎回開発環境を再構築しなければならない無駄」と指摘しています（参考）。

Simon Willison氏の検証でも、Spritesは「コーディングエージェント向けの安全な開発環境」と「信頼できないコードを実行するAPIサンドボックス」の両方を同時に担う設計だと評価されています（参考）。エージェントに専用のLinuxマシンを与え、作業状態をそのまま残す発想が、Spritesの出発点です。

Spritesとは何か

https://sprites.dev/

SpritesはFly.ioが提供する、永続的なLinux実行環境です。公式ドキュメントでは「小さなステートフルなコンピュータを必要なときに起動できる」と説明されています（参考）。各SpriteはFirecracker microVM上で動作し、コンテナ共有ではなくハードウェアレベルの分離を確保します。

Fly.ioの技術ブログでは、Spritesを「使い捨てのボールペン式コンピュータ」と表現しています。名前を付けずに sprite create dkjsdjk のように即座に生成し、使い終わったら放置しても問題ない設計です（参考）。Fly.io社内の利用者は数十台のSpriteを常時持ち回っているとのことです。

Dockerイメージは使いません。Fly Machines（Fly.ioの従来プロダクト）ではコンテナのpullと展開に1分以上かかることがありますが、Spritesは全インスタンスが同一のベースイメージから起動するため、作成は1〜2秒で完了します。ユーザーはUbuntu 25.10上で apt-get や pip を使い、必要なツールをその場でインストールします。

休眠起動とURL到達時の復帰

Spritesの最大の特徴は、アイドル時に自動でスリープし、次の操作で即座に復帰する点です。

アクティビティが止まると、約30秒の猶予の後にSpriteは「warm」状態に入ります。warm状態ではVMがサスペンドされ、コンピュート課金は停止します。次のHTTPリクエストやコマンド実行で100〜500ms以内に復帰し、メモリ上のプロセス状態も保持されます。さらに長時間アイドルが続くと「cold」状態に移行し、メモリ上の状態は破棄されますが、ディスク上のデータは保持されたままです。cold状態からの復帰は1〜2秒です（参考）。

各Spriteには固有のHTTPS URLが付与されます。8080番ポートでリッスンするアプリに、外部からリクエストが届くとSpriteが自動的に起動します。7月3日のFly.io投稿が強調した「URLに到達すれば即座に起動」は、この仕組みを指します。

TCP接続はwarm復帰でも切断される点に注意が必要です。WebSocketや長時間のAPIストリーミングを維持したい場合は、公式ドキュメントが推奨するTasks APIやServices機能でプロセスを管理します。

100GB永続ディスクとチェックポイント

各Spriteには最大100GBのext4ファイルシステムが付属します。書き込みは高速なNVMe上で行われ、アイドル時にオブジェクトストレージへ同期されます。thin-provisioningのため、実際に書き込んだバイト数に対してのみストレージ課金が発生します（参考）。

チェックポイント機能は、ファイルシステム全体のスナップショットを約300msで取得します。Copy-on-Write方式のため、実行中のSpriteへの影響は最小限です。リストアも約1秒で完了し、Kurt Mackey氏は「gitのような日常操作として使える」と説しています（参考）。

パッケージインストール前にチェックポイントを取っておけば、エージェントが rm -rf などで環境を壊しても、数秒で正常な状態に戻せます。信頼できないコードを実行するAPIサンドボックスとしても、このロールバック能力が有効です。

プリインストール環境とSDK

Spriteには開発に必要なツールが最初から入っています。Node.js、Python、Go、Ruby、Rust、Gitに加え、Claude CLI、Gemini CLI、OpenAI Codex、Cursorもプリインストールされています（参考）。Claude Code、Cursor、Codex、Gemini向けに sprite-api-gateway スキルも同梱され、Sprite内のエージェントが外部APIと通信する際の設定を自動化します。

操作手段はCLI、REST API、SDKの3系統です。CLIは curl https://sprites.dev/install.sh | bash でインストールし、Fly.ioアカウントで認証します。SDKはJavaScript（@fly/sprites）、Go（sprites-go）、Python（sprites-py）、Elixirに対応しています。

sprite create my-sprite
sprite exec -- python -m http.server 8080
sprite checkpoint create --comment "before upgrade"

ネットワークの外向き通信は、許可・拒否ドメインのJSONポリシーで制御できます。GitHub、npm、PyPI、主要AI APIへの接続はデフォルトで許可され、API経由でルールを動的に更新できます。

料金体系

Spritesは秒単位の従量課金です。公式サイトの料金表は次のとおりです（参考）。

アイドル中はコンピュート課金が発生しません。公式サイトの例では、2.4 CPU-hour・6 GB-hour・Hot 5GB×4時間の利用で合計$0.44、月間732時間のColdストレージ10GBを含むケースでも$1.89/月と試算されています。

従来のFly Machinesと比べ、Spritesは「使わない間はほぼ無料で、必要なときだけ起動する」コスト構造に最適化されています。GPUは非対応で、CPUワークロード向けです。

E2BやModalとの位置づけ

SpritesはAIエージェント向けサンドボックス市場の新参です。Northflankの比較記事では、E2B.devはFirecracker microVMベースで24時間がストレージの上限、ModalはgVisor隔離でPython ML向け、Vercel Sandboxは45分が上限と整理されています（参考）。

Spritesの差別化ポイントは3点に集約されます。100GBの永続ディスクに時間制限がないこと。warm/coldの二段階休眠でコンピュートコストを抑えること。Dockerイメージ不要で1〜2秒の作成速度を実現していること。

一方、本番トラフィックを数百万ユーザーに向けてスケールさせる用途にはFly Machinesが適しています。Fly.ioは「Spritesで試作・検証し、完成したらコンテナ化してFly Machinesに移す」ワークフローを想定しています（参考）。

エージェント基盤選びの視点

Spritesは、エージェントに「毎回消えるサンドボックス」ではなく「休眠する専用PC」を渡すという新しいコンピューティングモデルです。1〜2秒でLinux環境を生成し、100GBの状態を保持したままアイドル課金を止め、URL到達で即座に復帰する。チェックポイントで環境を数秒で巻き戻せる。

Claude CodeやCodexを本格的に運用する開発者、信頼できないコードをAPI経由で実行するサービス提供者、コストを抑えつつ長時間タスクを走らせたいチームにとって、検討に値する選択肢です。Fly.ioアカウントがあれば $30 相当のクレジットで試せるため、まず1台Spriteを作り、エージェントに実際の作業を任せて体感するのが近道です。