Exe.dev - SSHですべてを制御するモダンなVMサービス

• リモートSSH環境を通じて、ユーザーが直接接続できる開発用VMホスティングサービス
• ssh exe.devで接続し、SSH接続自体をAPIのように活用でき、別途アカウント作成なしでそのままVMを生成しながらターミナルセッションを開始できる
• CPUとRAMの総量だけを定め、それを複数のVMが自由に共有する方式で、VM数に応じた追加費用は発生しない
• 実際のUbuntuベースのVMを提供しながらもサブ秒単位の起動に対応し、コンテナ級の俊敏性とVMの自由度を同時に提供
• セッション内ではディスクが永続化（persistent）され、再接続時にもデータが維持され、ユーザーにはsudo権限が付与されるためシステムレベルのコマンド実行が可能
• デフォルトで非公開設定、簡単な共有リンク、エージェント実行に適したサンドボックス設計により、AIベースの開発環境を念頭に置いている

---

exe.dev公開の背景

• sketch.devの開発過程で、小規模なプログラムやツールを多数実行するためのVM需要が急増した経験から出発
• LLMのタイピング補助、デバッガーなどさまざまな開発支援ツールの実行が増えるにつれ、VM運用そのものがボトルネックとして作用
• VMを簡単に作って捨て、負担なく維持できる環境の必要性が明確になった

Exe.devの概要

• ssh exe.devコマンドで接続できるリモート開発環境を提供
  • 別途WebインターフェースなしにSSHクライアントだけでアクセス可能
• セッションのディスクが継続的に保持され、ログアウト後もデータは削除されない
• ユーザーにはsudo権限が与えられ、システム管理コマンドを実行可能
• サブスクリプション単位でCPUとRAMの総量のみを提供し、VM数には制限を設けない
• VMごとの課金や管理オーバーヘッドなしに、ユーザーが望む形でリソースを配分できる
• 断続的にリクエストを処理する多数の小型VMの運用にも適している

主な機能

• All the VMs that fit
  • サブスクリプションに含まれるCPUとRAMの範囲内で、VM数と用途を自由に構成できる
  • 低負荷VMを多数維持する利用パターンにも対応
• Real VMs, sub-second start
  • 完全なUbuntuマシンを提供し、必要に応じてDocker Composeなどもインストール可能
  • VMでありながら非常に高速な起動速度を提供
• Persistent disks
  • VM終了後もデータが保持されるディスクを提供
  • 今後さらに機能拡張を予定
• SSH-based API
  • ssh exe.devで接続するだけでVMの作成と管理を開始できる
  • 別途Webコンソールなしにターミナル中心で利用可能
• Private by default, share with links
  • デフォルトでは外部アクセスが遮断された状態でHTTPサービスを実行
  • TLSと認証を自動処理し、リンク方式で簡単に共有できる
• Agent-friendly sandbox
  • VMをエージェント実行用のサンドボックスとして活用可能
  • 特定のツールやエージェントに依存しない構造
• 管理者権限を提供: sudoを使ってパッケージのインストールやシステム設定の変更が可能

活用可能性

• 開発実験、テスト、学習用環境に適している
• ローカル環境の設定なしで即時実行可能なサーバーセッションを提供
• SSHベースで動作し、セキュリティとシンプルさを同時に維持

サービスの試し方

• 別途登録手続きなしでssh exe.devコマンドにより即座にサービスを試せる
• 開発者プレビュー段階で、利用可能容量の範囲内で使用できる

関連記事

• Meet exe.dev, modern VMs
• How exe.dev works
• Pricing

[GN⁺]

Hacker Newsのコメント

• 今はサーバーが過負荷になっているようだ。UXは気に入ったが、こういう無料VM作成の仕組みは悪用のリスクが大きそうに見える。ハッカーやスパマーが簡単にアカウントを作ってVMを回せそうだ
• モバイルでは何の情報も表示されず、最悪なWebサイトだと感じた。最初は単なるポートフォリオサイトかと思った
  • 私の体験はまったく違った。最初からSSHジャンプサーバー経由で即席VMを作成して接続するサービスだとすぐ分かった。実際その通りで、かなりクールだった
  • 私はデスクトップでも最初はこれが何なのか分からなかった。UIに何の説明もないので、テキストベースのゲームだと思って閉じてしまった。「ディスクが保持される」といった文だけでは不十分だ。サービスが何なのか明確な説明が必要だ
  • 後になってようやくホームページ → ブログ → ドキュメント → “all docs” ボタンの経路で紹介と価格情報を見つけた。あまりに直感的ではない
  • そこまでひどいとは思わないが、少なくとも価格表とドキュメントへのリンクはメインに置くべきだ
• Filippo Valsordaの紹介で使ってみたが、素早い起動速度と隔離された環境、そして持続性の組み合わせが印象的だった。従来のクラウドよりずっと簡単に実験できた。
  他のサービスは一時的すぎたり共有しづらかったりするが、ここはその中間地点をうまく押さえている感じだ。オープンソースで「ワンクリックでVMを起動・保存」みたいなレイヤーを作っても面白そうだ
  • ただ実際には公開(public) VMではないようだ。説明によればグローバルIPがないので、Cloudflare Tunnelのようなものを使わないと外部からアクセスできない
• GitHub公開鍵ベースで自動認証されると良さそうだ。ssh whoami.filippo.ioみたいに。SSHはこうした自動認証トリックを使えるほぼ唯一のプロトコルなので、活用しないのは惜しい
  • 面白いアイデアだが、実サービスでは非現実的だろう。GitHub APIには公開鍵でユーザーを照会する機能がなく、予期しない自動ログインは混乱を招くかもしれない
• GitHub Codespacesを使っているが、Webベースのターミナルだけの版があればいいのにとずっと思っていた。これがその代替になるかもしれない。
  ただし apt install apache や bash コマンドが効かず、「exe.dev repl: command not found」と出る。これが本当にLinuxシェルではないのではと思う
  • [exe.dev共同創業者]です。VMはUbuntuベースなのでaptとbashは標準で入っています。おそらくジャンプサーバーに接続しているのだと思います。ssh yourvm.exe.xyz で接続してみることを勧めます
  • 最初に接続する先はexe.devのジャンプサーバーです。そこからもう一度VMにSSH接続する必要があります。help と入力すれば分かります
• 個人プランが月20ドルで25VM、2CPU、8GB RAMだとしたら、あまりに安いので驚いた。VMごとなのか全体なのか分かりにくい
  • [exe.dev関係者]です。各VMごとではなく、ユーザー単位でリソースを共有します。目標はVM作成の限界費用を0に近づけることです。コンテナの代わりにVMを簡単に複数立ち上げるという発想です
  • ドキュメントにも「VMはユーザーに割り当てられたリソースを共有する」と書かれている
  • 中核の価値はCLI親和性にあるように見える
  • VPSの価格と比べても悪くない水準だ。教育用途で複数人がVMにログインしてnginxのデプロイ演習をするのに良さそうだ
  • 実際にはこれはVMではなくコンテナなので、少し誇大広告のようにも感じる
• デモは非常に印象的だった。ポート8000ですぐにアプリを立ち上げられたし、内部的には技術的に洗練された構造がありそうだ。
  SSH鍵の登録方法は最初少し分かりにくかったので、ドキュメントやUIでもっと明確に案内するとよいと思う。価格は悪くないが、高性能を必要としない人にはやや高く感じられるかもしれない。
  以前、似たUXのOktetoがあったが、個人向けSaaSを終了した。このサービスはそうならないことを願う
• 登録してVMを立ち上げてみたが、起動時にデフォルトのチャットインターフェースがあって驚いた。iPadでもうまく動き、初期設定は非常に行き届いていた。
  スクリーンショット機能も標準搭載で、最初の15分だけでも好印象だった。ローカル環境のない友人にClaudeのようなツールを試す用途として勧めるつもりだ
• VMがどの国でホスティングされているのか、**法的アクセス（ワラントカナリア）**やAUPポリシーが気になる。顧客VMをどの程度覗き見るのかも知りたい
  • そういうことは重要ではないと思う。データプライバシーを求めるなら、自分でハードウェアを運用すべきだ。国やポリシーは結局二次的なものだ
• このサービスを使ってWebサイトを1つ作ってみた: road-kernel.exe.xyz。ただしUIがいまいちだ
  • 接続が拒否される