ハクソク

世界を動かす技術を、日本語で。

コードと共存する

136日前原文(fly.io)

概要

  • Fly.io が提供する新しい「Sprite」は、従来の エフェメラル（使い捨て）サンドボックス に代わる選択肢
  • Spriteは 耐久性・即時性・柔軟性 を兼ね備えたクラウドコンピュータ
  • チェックポイント機能 でいつでも状態復元が可能
  • エージェントや開発者が 本物のコンピュータ体験 を必要とする理由
  • サンドボックスの時代の終焉と 新しい開発パラダイム の到来

サンドボックスの限界とSpriteの登場

  • 従来のサンドボックス は読み取り専用かつエフェメラル仕様、毎回破棄される運用
  • Fly.ioはこの発想を転換、「 Sprite」という新しい概念を提案
  • Spriteは 1～2秒で起動 し、100GBの容量を持つ耐久性のある仮想マシン
  • チェックポイント作成・復元 が即時可能、壊れても一瞬で元の状態へ
  • EC2インスタンスのような 持続性 と、Docker不要の 手軽さ を両立

Spriteの特徴と実体験

  • Spriteは コンソールから即座に操作可能、root権限で自由に環境構築
  • 例： FFmpegのインストール 後、チェックポイントを作成し、数日後も状態を保持
  • 壊れた場合も即復元、開発作業を中断せず継続
  • Anycastネットワーク でHTTPS URLを即時発行、複数同時起動も安価
  • サンドボックスのように「 使い捨てず、必要なだけ保持」できる柔軟性

エージェントの本質的なニーズ

  • プロ開発者 は「ステートレス」な環境を好むが、 AIエージェント （例：Claude）は違う
  • エージェントは 本物のコンピュータ を求める
    • 耐久性のあるストレージ
    • 一度構築した環境を何度も使える利便性
  • サンドボックスの制約下では 毎回インフラ構築や外部DB連携 が必要になり非効率

実際の開発フローとSpriteの優位性

  • 新しいPRやフィーチャーブランチ開始時に 毎回新環境構築は非現実的
  • Spriteなら 一度セットアップした開発環境をそのまま使い回し 可能
  • 複雑なスナップショットや外部ストレージ連携も不要
  • リアルなアプリケーション運用 もSprite上で完結
  • 開発から本番まで 一貫した環境 を維持

サンドボックスの時代の終わり

  • エフェメラルサンドボックス は「手段のための手段」になっている現状
  • 本当に必要なのは 使い捨てではなく、所有できるコンピュータ
  • Spriteは「 BICの使い捨てクラウドコンピュータ」のような存在
  • 個人や小規模な用途 なら、Spriteで十分現実的な運用が可能

新しい開発パラダイムへの提言

  • これからのアプリケーションは 所有者が自由にカスタマイズ できるものが主流
  • 大規模サービス以外は Spriteのような耐久型クラウドコンピュータ が最適解
  • プロ開発者だけでなく、誰もが自分のためのソフトウェアを作れる時代 の到来
  • サンドボックスの発想から 脱却し、より自然な開発体験 へ

結論：サンドボックスからSpriteへ

  • 今後は「 どこでも即座に立ち上がる本物のコンピュータ」が求められる時代
  • サンドボックスは 時代遅れ、Spriteのような 耐久型・即時型クラウドコンピュータ が新潮流
  • 詳細・体験は公式サイト（sprites.dev）参照

補足

  • Spriteの詳細な技術解説や仕組みは公式情報参照
  • 本記事はFly.ioのプロダクト宣伝を含むが、 技術的主張の本質 は汎用的なもの

Hackerたちの意見

https://sprites.dev/ についてめっちゃワクワクしてる！好きな問題が2つ同時に解決できるんだ。1つ目は開発環境のサンドボックス。これは、何か問題が起きたときに、制限された範囲で持続的なサンドボックスVMでClaude CodeやCodex CLIなどをYOLOモードで安く便利に実行できる方法だよ。2つ目はサンドボックスAPI。Flyは、信頼できないコードを新しいサンドボックスで実行するためにシンプルなJSON APIコールを作れる製品を持ってる。コードを実行した後に既知の状態に戻せるスナップショット機能もあるし、詳しくはここに書いたよ： https://simonwillison.net/2026/Jan/9/sprites-dev/

└

コンテナの利用がめっちゃ役立つって感じてるよ。 https://container-use.com/quickstart それと、シモン、テオのポッドキャストで君がもっと自分の仕事をマネタイズするように勧められるって聞いてすごく嬉しかった！君の仕事には本当に感謝してるし、君がそれからもっと利益を得るほど、宇宙が良くなるって確信してるよ！！！

└

あなたがこれを投稿したから知ってると思うけど、読者はこの関連スレッドも見たほうがいいかもね。Fly's Sprites.devは、開発環境のサンドボックスとAPIサンドボックスについて一緒に扱ってるよ。 - https://news.ycombinator.com/item?id=46561089 - 2026年1月（コメント10件）

確か、fly.ioはfirecrackerとcloud-hypervisorのVMを運用してるみたい。下にはコピーオンライトのファイルシステムがあるみたいだね。彼らがフルVMの境界だけを信頼するという原則を持っていることを考えると、ストレージスタックを信頼できないVMに移動させたとは思えないな。だから、もしかしたらvirtio-blockデバイスが何かの基盤となるCoWストレージスタックにディスカードを通してパススルーしてるか、fcの代わりにchで動いているならvirtio-fsかも？基盤となる設計選択やトレードオフについてもっと聞けたら面白いな。編集：彼らのウェブサイトから、「ext4だから、NFSやFUSEマウントのような変なエッジケースには遭遇しないよ。例えば、共有メモリファイルを使ってSQLiteをあらゆるモードで実行できる。」ってことだね。だから、VMに公開されているディスカードをサポートするvirtioブロックデバイスなんだ。面白いね；fcはvirtioディスカードパススルーをサポートしてないし、chのサポートはまだ進行中だし…

└

来週、このことの中身について投稿する予定だけど、なぜストレージスタックをVM内で動かさないと思うのか気になるな。私の視点では、VMの外で動かすよりも安全だと思うんだけど。

Claudeは超生産的な5歳の天才だよ。めちゃくちゃ賢くて、ありとあらゆる電源ソケットに指を突っ込みたがるし、自分をビリビリさせる方法を見つけると一番うまく動く。これだけでもアップボートする価値があった！

ちょっと触ってみたけど、すごく面白いけど、いくつか不明なことやドキュメントがないことがあるね（ドキュメントが来ると思うから、まだないことを責めてるわけじゃないけど）。不明なことはこんな感じ： - GitHubにどうやって認証すればいいの？spriteコンソールはsshを使ってないみたいだから、エージェントフォワーディングは無理かな？ - マシンAPIにはどんなのがあるの？flyのoidcプロバイダー[1]を使える？/.sprite/api.sockはあるけど、/v1/tokens/oidcにcurlすると404が返ってくる。 - これにどれくらいのコストがかかるの？価格はあるけど、実際の使用感がつかみにくい。今のところ、ウェブUIにも使用情報が見当たらないし。[1]: https://fly.io/blog/oidc-cloud-roles/

└

これについてもう少し続けると、私が本当に欲しいのは、LLMからアプリを簡単に構築・起動する方法なんだ。データベース、オブジェクトストレージ、そして公開アクセス可能なウェブサーバーがある環境を想像してる。OIDC認証でS3バケットとlitestreamを使えば、これが実現できるかも。以前は、自宅サーバーでtailscaleを使ってウェブインターフェースを公開し、tailscaleのOIDC認証でS3バケットにオブジェクトストレージを持つことを考えてたんだ。

└

.spriteディレクトリには、Claudeがその質問に答えるのを手助けするためのものがあると思うよ。自分ではやったことないけど、友達がClaudeに全部設定してもらったって言ってた（YOLOモードが助けになるみたい）し、GitHubにも接続できたらしいよ。

└

これをFly Machines APIと関連付けて考えないでね。今のところは、単独で受け取ってほしい。オープンソースのローカルバージョンが比較的早く出る予定だから、もしそれが何かを明確にするなら。

わあ、これめっちゃ素晴らしいね。早く試してみたい！ここでもっと注目されてないのが意外だよ。特に、すごく速い起動時間とチェックポイント機能にワクワクしてる。誰かこの分野での代替案を知ってる人いる？

これ、マジでクールだね。サンドボックス実行プロバイダーから待ってたDXとAPIそのものだよ。コーディングツールとか不要なものをバンドルせずに、基本イメージ/VMを設定できたらいいな。あと、他のバイナリもインストールされてるのが理想なんだけど（私はこれをサンドボックスのAPIとして使いたいんだ）。今のところこれができる方法はある？それともロードマップに載ってる？

一方ではクールに聞こえるけど、もう一方では取り残された気がする。これはデジタルオーシャンみたいな高級VPSで、httpsエンドポイントやスナップショット、リストアがあるってこと？（exe.devも同じことだね）

└

そうだよ、さらに：* ほぼ瞬時に作成 * 自動スピンダウンでゼロスケール、使ってないときは料金がかからない。内部で使ってるみたいに、バックグラウンドで2ダースくらい寝てるのがあるよ。これはBIC使い捨てコンピュータだね。「迷ったらもう一つ作ればいい。」

└

同じことを考えてる。自分のVPSとlxdを使ってコンテナを作るのと何がそんなに違うの？2つのbashエイリアスを作れば、すぐに出入りできて、一つのコマンドで再作成もできるじゃん。

ドキュメントで見逃したかもしれないけど、スプライトをフォーク/クローンしたり、新しいものにチェックポイントを復元する方法はある？ユースケースとしては、好きな環境を一つのスプライトに設定して、それを他のテンプレートに使ったり、いくつかの独立したスプライトを立ち上げて、代替案を探るためにclaudeコードを使って、勝者を選んで残りを活用することができる。

└

来てるよ、来てる。来週「これがどう動くか」って記事を投稿するから、その時にどうしてそうなるのか、ちゃんとわかると思う。

同じような精神でやったもっとシンプルなこと：VM内のLXCコンテナ（Incusを使用）。LXCコンテナはVMのように見えて、感じも軽いんだ。そして、彼らが実行されるVMがハードサンドボックスを提供してる。新しいLXCコンテナを立ち上げると、cloud-initがエージェントや私のリポジトリを中にセットアップしてくれる。

スプライトは耐久性があるね。最初は100GBの容量で、特に儀式もなし。GPT-5の手応えを感じる。なんか濃厚なスタイルだよね。

└

おかしいよ、それ。ブログでLLMのテキストを使うくらいなら、虫を食べるわ。この一つのこと――人が「LLMが書いた」って主張するから、条項を否定できないってこと――これだけでAIに対して怒りを感じる。