AIエージェントに「本物のコンピュータ」を渡し、数秒で動くアプリを返してもらう仕組みが、オープンソースとして公開されました。

2026年7月5日、開発者のMicky氏（@Rasmic）がXで「Boring Computers」を紹介しました。HTTPリクエスト1本でLinuxマシンを起動し、画面操作やコーディングエージェントに作業を任せ、完了後はマシンが自動消滅する流れです。公式サイトでは「refreshingly boring（心地よいほど地味）」と謳われ、派手さより確実さを重視した設計になっています。

この記事では、Boring Computersの全体像と、開発者が実機VMを選んだ理由、セルフホストの手順までを整理します。

この記事でわかること

  • Boring Computersが解決する課題と基本の動き
  • Firecracker microVMとスナップショット起動の仕組み
  • プリインストールされるコーディングエージェントとAIドライバー
  • セルフホスト環境の構築方法とMCP連携

コンテナ任せでは足りない課題を、実機VMで埋める

AIにコードを書かせる場面では、共有コンテナやサンドボックスを使う方法が一般的です。ただしブラウザ操作、GUIアプリの起動、複数プロセスの連携など「本物のデスクトップ環境」がないと詰まるタスクは少なくありません。AnthropicのComputer Useのように画面を見てマウスとキーボードを動かすエージェントは、実際のOS上で動く前提です。

Boring Computersは、このギャップを「1台ずつ独立したLinuxマシン」を即座に渡すことで埋めます。各マシンはAWSが開発した仮想化技術FirecrackerによるmicroVMで、コンテナと違いカーネルごと分離されます。公式ドキュメントでは「VM-grade isolation（VM相当の隔離）」と説明され、マシンごとにCPU・メモリ・プロセス数の上限が設けられます。

Boring Computersとは何か

https://github.com/michaelshimeles/boring-computers

Boring Computersは、Michael Shimeles氏（@Rasmic）が公開したオープンソースプロジェクトです。ライセンスはApache 2.0で、AnthropicのAPIキーとS3キーを自分で用意し、自前のサーバーまたはApple Silicon Mac上で動かします。外部への通信は設定次第で、データが勝手に送信される仕組みはありません。

boringcomputers.comはデモ用のショーケースサイトで、実運用はGitHubリポジトリのboringdデーモンを自分で立てる形になります。リポジトリは2026年6月30日に作成され、公開直後から活発に更新されています。

一言で言えば「AIに渡せる使い捨てLinux PCの工場」です。マシン起動からエージェントへの作業依頼、成果物の取得、自動破棄までをAPIとWebSocketで一気通貫に扱えます。

数秒で起動し、終わったら自己破棄する

Boring Computersの核心は、起動の速さと寿命の短さです。

ヘッドレスのpythonテンプレートは、メモリスナップショットから復元するため約3ミリ秒でシェルが使える状態になります。GUI付きのdesktopテンプレートはVNC経由でフルデスクトップにアクセスでき、ブラウザやターミナルが最初から入っています。

マシンにはデフォルトでTTL（生存時間）が設定され、期限が来ると自動的に消えます。ドキュメントではTTLは15〜900秒の範囲に制限されています。Micky氏の投稿が強調する「self-destructs（自己破棄）」は、この設計そのものです。使い終わった環境が残り続けないため、リソースの無駄遣いとセキュリティリスクの両方を抑えられます。

必要ならpersistent: trueでTTLなしの常時稼働も可能ですが、サーバー側でBORING_ALLOW_PERSISTENT=1が有効な場合に限られます。

プリインストールされたエージェントと、画面を動かすAI

起動したマシンには、開発ツールとコーディングエージェントが最初から入っています。

ターミナル側にはclaude、codex、cursor、piに加え、node、python、gitがプリインストールされています。インターネット接続はオプションで、net: trueを指定するとpipやnpmでのパッケージ取得が可能になります（スナップショット起動ではなくコールドブートになる点に注意）。

AIドライバーは2種類あります。shell-agentはターミナル上でコードを書いて実行し、成果物のURLを返します。agentはComputer Use型で、画面を見ながらマウスとキーボードを操作します。READMEの例では「snake gameを作って」と指示すると、エージェントがコードを書き、実行し、プレイ用のリンクを返すと説明されています。

推論はboringd内蔵のOpenAI互換ゲートウェイが担います。Claude系はAnthropic APIへ直接ルーティングされ、それ以外はOpenRouter経由です。モデル選択を1つのエンドポイントにまとめているため、エージェント側の設定を簡素化できます。

HTTP 1本でマシンが立ち上がる

操作の入口はREST APIです。ドキュメントのクイックスタートは次のとおりです。

curl -s -X POST http://localhost:8080/v1/machines \
  -H 'content-type: application/json' \
  -d '{"template":"python","ttl_seconds":60}'

レスポンスにはマシンID、起動モード、ブート時間（ミリ秒）が含まれます。シリアルコンソールは/v1/machines/{id}/tty、デスクトップは/v1/machines/{id}/vncのWebSocketで接続します。

マシン内でWebサーバーを立てた場合、/v1/machines/{id}/web/{port}/経由でプレビューURLを開けます。ワイルドカードDNSなしでローカルや公開環境の両方からアクセスできる設計です。

実行中のマシンを丸ごと複製するbranch機能もあり、公式サイトでは約35ミリ秒でフォークできると記載されています。デバッグや並列実験に使えます。

データを残すならS3ボリューム

使い捨てが基本ですが、作業内容を次のマシンへ引き継ぎたい場合はS3バックエンドの永続ボリュームが使えます。実行中のマシンの/rootをボリュームに保存し、新規起動時にvolumeパラメータで復元します。ボリューム自体にもTTLがあり、放置するとガベージコレクションされます。

セルフホストの選択肢

Boring ComputersはクラウドSaaSではなく、自分でホストする前提です。

Linuxサーバー（KVM必須） — Ubuntu 24.04のx86_64またはarm64で/dev/kvmが使えるマシンに、infra/setup.shを1コマンドで流します。Firecrackerのインストール、イメージビルド、boringdの起動まで自動化されています。サーバーがなければLatitude.sh向けのプロビジョニングスクリプトも同梱されています。

Apple Silicon Mac（M3以降） — Lima VMを使い、ノートPC上でarm64スタックを構築できます。infra/local/setup-local.shを実行するとhttp://localhost:8088でboringdが立ち上がり、シェルのスナップショット復元は約5ミリ秒とREADMEに記載されています。Windows 11のWSL2対応は設計段階で、現時点では未接続です。

いずれの場合もBORING_ANTHROPIC_KEYの設定が必須です。永続ボリュームを使うならS3関連の環境変数も必要になります。

Claude DesktopやCursorから使うMCP連携

リポジトリのpackages/mcpにMCP（Model Context Protocol）サーバーが同梱されています。Claude DesktopやCursorなどのMCP対応クライアントから、コンピュータの起動と操作をツール呼び出しとして扱えます。

提供ツールはlaunch_computer、run_task（自然言語タスクをエージェントに渡し、ライブURLを返す）、screenshot、preview_url、fork_computer、stop_computerです。npmには未公開で、ソースから直接起動する形です。TypeScriptクライアントはpackages/sdkにEffectベースで用意されています。

「普段使っているAIエディタから、使い捨てLinuxを1ツール呼び出しで借りる」という体験に直結します。

似た仕組みとの違い

Computer Use系のOSSやクラウドサンドボックスと比べたとき、Boring Computersの特徴は次の3点に集約されます。

  1. 実VMの隔離 — 共有カーネルのコンテナではなく、Firecrackerでマシンごとにカーネルを分ける
  2. エージェント込みの出荷 — claudeやcodexが最初から入っており、起動直後から作業可能
  3. 完全セルフホスト — Apache 2.0でソース公開され、APIキーとインフラを自分で持てる

E2BやModalのようなクラウドサンドボックスは手軽ですが、Boring Computersは「自分のKVMボックスやMacに工場を置く」方向です。データ主権とカスタマイズ性を優先する開発者向けの位置づけです。

誰に向いているか

  • AIエージェントにGUI操作やブラウザ作業を任せたい開発者
  • 使い捨てVMで安全にコード実行環境を量産したいチーム
  • MCP対応ツールと組み合わせて、エージェントの「作業机」を自動化したい人

逆に、マネージドクラウドだけで完結させたい場合や、KVMのない環境では導入ハードルが上がります。デスクトップイメージのビルドには約8分かかるため、SKIP_DESKTOP=1でヘッドレスのみに絞る選択肢も用意されています。

Micky氏の投稿が示す「実機を渡してアプリが返ってくる」体験は、Boring Computersが公開した直後の話題でしたが、その裏にはFirecracker、スナップショット起動、TTL自己破棄という地味で堅実な設計があります。AIエージェントの実行環境を自分で握りたい開発者にとって、試す価値のあるオープンソースです。