Skip to content
Published on

クラウド開発環境 2026 — Codespaces / Gitpod Flex / Replit / StackBlitz / CodeSandbox / Bolt.new / v0 / Lovable 徹底ガイド

🇰🇷KO🇺🇸EN🇯🇵JA
Split View필사 모드
Authors

プロローグ — 2024-2025 は「整理」のシーズンだった

2026 年 5 月のクラウド開発環境市場を一行で言うと、「中間地帯が崩れた」。2024 年 4 月、Glitch が Fastly の判断で新規登録を停止。2024 年 7 月、AWS Cloud9 が新規顧客にクローズ。2024 年 9 月、Gitpod は実質的に Classic SaaS をたたみ、Gitpod Flex というセルフホスト中心のラインへピボット。2024 年 12 月、CodeSandbox が Together AI に買収され「AI 学習用コンピュート」へアイデンティティを変えた。2025 年には JetBrains Space が終了。

残った市場は四つに分かれた。

  1. フル IDE クラウド — Codespaces が事実上の標準になり、Replit は AI Agent で差別化して Series B を閉じ、Cursor Cloud が遅れて登場。Gitpod Flex はセルフホストに絞って生き残った。
  2. ブラウザネイティブのサンドボックス — StackBlitz の WebContainer が「Node.js をブラウザで動かす」奇跡を標準化した。CodeSandbox は Together AI のもとで「AI エージェントのための安全な実行環境」寄りに再編。val.town は「ブラウザで書くサーバーレス関数」というニッチを育てた。
  3. AI ファーストのビルダー — Bolt.new (StackBlitz), v0 (Vercel), Lovable, Magic Patterns。「プロンプト 1 行でアプリ」が検証済みワークフローになった。本当の仕事は「プロトタイプ → 本番コードへの移植」になった。
  4. OSS / セルフホスト — Daytona (OSS)、DevPod (Loft Labs, OSS)、Coder.com (エンタープライズ) が定着。github.dev / vscode.dev / Project IDX (Google) は「軽量オプション」枠に残った。

本稿は 16 ツールを同じ軸で比較し、消えたもの / 生き残ったもの / 新しく出てきたもの を整理する。最後に個人 / チーム / デモ / AI プロトタイプの四シナリオの意思決定ツリーを置く。

価格と機能の数字は速く変わる。本稿の数字はすべて 2026 年 5 月時点。構造的な違いに集中する。

1. 2026 年のクラウド開発環境マップ — 4 分類

同じ「クラウド開発環境」でも、何をクラウドに置くかが違う。四分類は答えが違う。

A · フル IDE クラウド (リモート VM + IDE ブリッジ) クラウドに OS、コンパイラ、データベース、IDE バックエンドまで全部を置く。ブラウザやローカル VS Code は薄いクライアント。GitHub Codespaces, Replit, Cursor Cloud, Gitpod Flex (セルフホスト) がここ。devcontainer 標準 (.devcontainer/devcontainer.json) が共通言語。料金は時間あたり CPU/RAM、または月額。

B · ブラウザネイティブ (サーバなし) サーバ VM 自体が無い。Node.js やランタイムがブラウザの中で動く。StackBlitz WebContainer が代表。CodeSandbox も一部フローでブラウザランタイムを使う。val.town は「ブラウザで書く・サーバーレスで実行」のハイブリッド。コストはほぼゼロだが、「本物の」ビルド (ネイティブ依存、GPU) はできない。

C · AI ファーストのビルダー 「コードエディタ」というより「プロンプト → アプリ」。Bolt.new (StackBlitz), v0 (Vercel), Lovable, Magic Patterns。ブラウザネイティブのランタイムの上で LLM がコードを書き、人間が結果を見る。2025 年の一年で爆発的に伸び、本番コードベースの出発点として定着した。

D · OSS / セルフホスト 「クラウド」とは自分のクラウドのこと。Daytona (OSS), DevPod (Loft Labs, OSS), Coder.com (エンタープライズ)。自社 VPC、自社 Kubernetes、自社コンプライアンス境界の中で開発環境を回す。主顧客は規制業界、セキュリティ重視組織、大規模エンジニアリング組織。

E(?) · 軽量エディタ 完全な「環境」というより「ブラウザでコードだけ」。github.dev, vscode.dev, Project IDX (Google)。素早い PR レビュー、即席編集、Firebase/Google Cloud 連携デモに使う。

分類が違えば評価軸も違う。A は「立ち上げ時間 vs CPU 時間」のゲーム、B は「ブラウザの制約の中でどれだけ本物に近づけるか」、C は「プロンプト品質 + 結果の移植性」、D は「運用負担 vs コンプライアンス」。1 つの軸で 16 ツールを並べようとする記事が踏み外しがちな理由がここにある。

2. GitHub Codespaces — 一番大きい標準

2026 年時点、Codespaces はクラウド開発環境の事実上の標準。理由は三つ。

第一に、devcontainer 標準の本家。 .devcontainer/devcontainer.json は Microsoft が押し、GitHub が広めた仕様で、今や Gitpod、JetBrains Gateway、Cursor までこれを読む。きちんと作った devcontainer.json は 4-5 ツールで同時に動く。非標準フォーマットへのロックインリスクは低い。

第二に、GitHub 統合。 PR から「Open in Codespaces」が 1 クリック。Org / Repo に prebuild を仕込んでおけば、PR が開いた瞬間に環境が暖まって準備されている。これは Codespaces 最大の武器。

第三に、価格が妥当。 2-core/4GB が時間 0.18程度、4−coreが0.18 程度、4-core が 0.36、8-core が $0.72。個人アカウントは月 60 コア時間が無料 (2-core 換算)。大規模モノレポは 16-core や 32-core に上げる。

スタックは Linux VM 上の Docker、devcontainer feature (追加ツールのインストール単位) の組み合わせ。dotfiles 同期、シークレット管理 (gh codespace secret)、prebuild が運用の中心。大規模組織は「ベース devcontainer イメージ + チーム別オーバーレイ」で標準化する。

限界。 GPU インスタンス選択肢が制限的 (2025 年後半に追加されたが枠と価格が厳しい)。大規模モノレポで prebuild が遅いと PR トリガ prebuild にキャッシュミスが頻発しコストが膨らむ。ネットワーク egress が意外に高い、という現場報告は多い。Org 単位ポリシーは強力だが、間違えると全員が止まる。

比較。 「PR ワンクリック環境」体験はいまだ業界 1 位。Gitpod Flex がセルフホストで似た流れを組めるが、運用負担は別次元。Replit が個人開発者寄りなら、Codespaces は圧倒的にチーム寄り。

3. Gitpod Flex (2024 年 9 月) — セルフホストへのピボット

Gitpod は一時代のクラウド開発環境の顔だった。しかし 2024 年 9 月、Gitpod チームの決定は事実上 SaaS の終了を意味した。既存の Classic は維持するが、新ラインアップ Gitpod Flex はセルフホスト (顧客自身のクラウド/Kubernetes/オンプレ) を中心に置く。理由は明確だった — エンタープライズ顧客の「コードとシークレットが当社境界の外に出てはならない」という要求。

Gitpod Flex の構造。

  • コントロールプレーン: Gitpod 運用 (オプションでセルフホスト)。
  • ランナー (Runner): 顧客のクラウド / Kubernetes の中で動くワークスペース実行器。コード、シークレット、ビルドキャッシュが顧客境界に留まる。
  • クライアント: ブラウザ (VS Code ベース)、ローカル VS Code、ローカル JetBrains Gateway すべてが接続できる。

devcontainer 互換は維持。違いはデータプレーンの境界線。

なぜこのピボットが正当か。 2024 年末から 2025 年初頭の使用データは明らかだった。小規模チームは Codespaces へ、大規模チームはセルフホストを求めた。Gitpod の強み「標準化ワークスペース + 高速起動」はセルフホストでより差別化された — Coder.com がガバナンスで強いが、ワークスペース定義の標準化では Gitpod が一歩先。

価格。 Flex は使用量ベース (時間 × インスタンスサイズ) + コントロールプレーンライセンス。SaaS 価格表は消えた。

誰が選ぶか。 データ / シークレットが自社クラウド境界内に必要な規制業界 (金融、医療、公共)、マルチクラウド環境で開発者体験を統一したい大規模エンジニアリング組織。

リスク。 SaaS 時代の高速起動は、セルフホストでは運用チームの責任になる。「なぜワークスペースが立ち上がらない?」の最初のデバッグ対象が Gitpod ではなく自社の EKS になる。専任プラットフォーム人材 1-2 名が必要、というのが現場報告のパターン。

4. Replit + AI Agent — Series B

Replit は 2025 年に Series B を閉じ、評価額を大きく引き上げた。武器は Replit AI Agent。「プロンプト 1 行でアプリを作り、同じ環境にデータベースをつなぎ、1 クリックでデプロイする」。個人開発者、非開発者、学生市場で爆発的に伸びた。

Replit の強み。

  • すべてが 1 か所に: エディタ、ランタイム、データベース (Replit DB / Postgres)、デプロイ、ドメイン、認証、決済まで。「スタック統合コスト」が実質ゼロ。
  • AI Agent: 単なる自動補完を超え「機能追加 → コード + テスト + DB マイグレーション」を一連の流れで。自律性が高い (チェックポイント / ロールバックあり)。
  • モバイル対応: モバイルでも真面目にコーディングできるほぼ唯一の環境。
  • 共有 / 協業: マルチプレイヤーモード。学生・メンター、面接コーディングに強い。

価格. 無料あり。Replit Core (個人有料) 月 $25 前後。Teams はユーザーごと。AI Agent 呼び出しは別料金 (チェックポイント単位)。

弱み.

  • 「本格エンジニアリング組織」のツールではない。モノレポ、大規模ビルド、複雑な CI には合わない。
  • ロックインが最強の陣営。Replit DB / Replit Auth / Replit Deploy を全部使うと去りにくい。
  • 自前コンピュート制約で GPU 作業、大規模データ処理には不向き。

誰が選ぶか. 個人開発者、インディハッカー、非開発者 / デザイナーの最初のプロトタイプ、教育 (学生 + 講師)、面接環境。

比較ポイント. Bolt.new / v0 / Lovable が「プロンプト → アプリ」の第一段階だとすれば、Replit はその次の段階 (同じ環境で運用継続) まで担う。AI ビルダー陣営とフル IDE 陣営の境界をぼかすツール。

5. StackBlitz WebContainer — 完全にブラウザ内

WebContainer は技術的衝撃だった。Node.js を WebAssembly にコンパイルしてブラウザ内で本当に動かす。サーバ VM が無い。node index.js, npm install, vite dev が全部ブラウザで起きる。起動 1-2 秒、コスト実質ゼロ。

技術構造.

  • WebContainer API: Node.js + ファイルシステム + シェルがブラウザ内に住む。
  • ネットワーク: Service Worker が割り込んで仮想サーバ役。localhost:3000 がブラウザ内に本物のように立つ。
  • 限界: Linux システムコールが必要なネイティブ依存は動かない (例: sharp ビルド一部、ネイティブ SQLite の一部)。Python、Java、Go は別途 WASM ポートが要る。

誰が使うか.

  • ドキュメントサイトのインタラクティブ例: Vue / Nuxt / Astro / Vite 公式ドキュメントの多くが StackBlitz を埋め込む。
  • 素早いデモ / バグリポ: GitHub Issue に「Reproduction here →」の 1 行で終わり。
  • チュートリアル / 教育: 環境設定 0 秒。
  • Bolt.new のランタイム: StackBlitz の次章である Bolt.new が同じ WebContainer の上で動く。

弱み. 本物の大規模モノレポ、ネイティブ依存、GPU ワークロード、大容量ビルドキャッシュは扱えない。Edge で Service Worker 制約が出ることがある。Safari 互換が常に最難関。

6. CodeSandbox + Together AI (2024 年 12 月) — AI 学習環境へのピボット

CodeSandbox は 2010 年代中盤の栄光だった。React デモ、CSS Battle、素早いサンドボックスの代名詞。2024 年 12 月、Together AI に買収されてアイデンティティが変わった。

なぜ買収された? Together AI は LLM 学習 / 推論を GPU 時間単位で売る会社。CodeSandbox が持つ資産は (a) 「数百万人の開発者が毎日コードを書いて回す」行動データ、(b) 「毎秒数千個の安全なコード実行環境」を運用してきたインフラ知見。決定打は二つ目。AI エージェントの学習 / 評価で「安全なコード実行環境」がコスト / ボトルネックの中心になり、CodeSandbox はそれを最も上手く運用する会社の 1 つだった。

何が変わったか.

  • 既存ユーザー向け: UI / UX は維持。devbox (フル Linux VM) と sandbox (ブラウザランタイム) の二系統ワークスペースは継続。
  • 新しいビジョン: 「AI エージェントが安全にコードを実行する環境」のポジショニング。SDK 形式で提供され、他の AI 企業が CodeSandbox インフラを呼んでコードを動かせる。
  • 開発者ツールとして: 新機能発表のペースは落ちた。「安定維持 + AI インフラ化」というメッセージ。

誰が選ぶか. React / Vue 素早いデモは依然強い。だが「チームの日常開発環境」として新規導入するケースは減った。AI 企業が SDK 顧客として増えた。

教訓. インフラ系スタートアップが「ユーザーに直販」から「他の AI 企業へインフラを売る」へピボットする興味深いケース。CodeSandbox の本当の価値は UI ではなく「毎秒数千コンテナを安全に立ち上げる能力」だったという発見。

7. Glitch (2024 年 4 月, RIP) — 失われたもの

Glitch は一時代の温かいアイコンだった。コーディングに「リミックス」という言葉を持ち込み、Node.js アプリを 30 秒で立ち上げ、「忘れられた小さなプロジェクトたちの天国」だった。しかし 2024 年 4 月、親会社 Fastly が Glitch の新規登録を停止し、運用縮小を発表した。

なぜ消えたか.

  • ビジネスモデルの困難: 無料ユーザー比率が非常に高く、有料転換がビジネスを支えるほど強くなかった。
  • インフラコスト: 「眠る小さなプロジェクトの天国」は素敵だが、そのすべてのコンテナを起こして寝かせるインフラコストが積み上がる。
  • AI の波の速さ: 同時期に Bolt.new / Replit AI / Cursor がユーザーを高速吸収。

何が残ったか. 多くの「デモリンク」の破損、小さな学習プロジェクトの消失、そして「親切なコーディング環境」の空席。val.town が一部、Replit が一部、Bolt.new が一部その席を埋めているが、Glitch の温かさはそのままコピーされていない。

教訓. 無料ティアの大ワークロードはコスト構造を誤ると会社を殺す。インフラ系事業のコストカーブはユーザー数ではなくアクティブコンテナ数に比例する。そして一時代のいいツールが消えても、その席はそのままには埋まらない。

8. val.town — サーバーレス関数

val.town は小さな会社だが、はっきり一つのことをやる。「ブラウザで書いた関数をサーバーレスに即時デプロイ」。Glitch が空けた「小さなスクリプトの天国」の一部を引き取った。

コアコンセプト.

  • すべての「val」が関数。HTTP ハンドラ、cron、interval、補助ライブラリ全部関数。
  • 作成もブラウザ、実行もサーバーレス (Deno ベース)。
  • val 同士が import 可能。公開 val ライブラリが GitHub のように育つ。

なぜ面白いか.

  • 「リモート関数が本当に即時に変わる」感覚。保存 → 即ライブ。
  • シークレットと環境変数が一級。API キー 1-2 個で動く小さな統合スクリプトに完璧。
  • cron が一級。「毎日 9 時に 1 回」の 5 分自動化を最速で作れる。

限界.

  • 「大きなアプリ」の環境ではない。小さな統合、ボット、自動化、デモ用。
  • 実行制限、コールドスタート、外部呼び出し制限は無料ティアでは速く頭打ち。

誰が使うか. インディハッカー、サイドプロジェクトのビルダー、「Slack ボットが一度に一つの仕事をする」ケース、RSS フィードの加工 / 統合、データを 1 回掘って Slack に投げる類の作業。

9. Daytona / DevPod — OSS 陣営

セルフホスト陣営の二大 OSS。

Daytona.

  • フルスタックのセルフホスト開発環境プラットフォーム。AGPL。
  • Provider 抽象で Docker、Kubernetes、AWS、Azure、GCP、Hetzner などほぼ全ての計算上でワークスペース起動。
  • devcontainer 互換。Codespaces で作った devcontainer.json をそのまま受け取る。
  • IDE: ブラウザ VS Code、ローカル VS Code Remote、JetBrains Gateway すべて接続。
  • 差別点: 「自分のノート、自分のサーバ、社内クラウドを 1 つのインターフェイスで」。個人〜小規模 OSS フレンドリー。

DevPod (Loft Labs).

  • 「Codespaces, but client-side」。Apache 2。
  • 核心: ワークスペース定義 (devcontainer.json) は標準、実行は「自分が持つどこかで」。ノートの Docker Desktop、社内 Kubernetes、GCE VM、どこでも同じワークスペースが立つ。
  • 別個の SaaS コントロールプレーンが無い。CLI 中心。
  • Loft Labs が vCluster と DevPod を共同運用。Kubernetes ネイティブ組織に強い。

比較.

  • 「チーム / 標準化 / SaaS ライクな UI」が必要なら Daytona が一歩先。
  • 「自分のノート中心、CLI 中心、マルチバックエンド」が必要なら DevPod が一歩先。
  • 二つとも Codespaces / Gitpod Flex の OSS 代替として真面目。

リスク. セルフホスト OSS の永遠の宿題 — 運用、バックアップ、コスト可視化、ユーザーサポートが自分の仕事になる。ユーザー数が 100 を超えると、専任 1 名程度の運用人材が要る。

10. Coder.com — エンタープライズ セルフホスト

Coder は陣営の中で最もエンタープライズ志向。アイデンティティが明確。

構造.

  • Coder コントロールプレーンを自社 Kubernetes にデプロイ。
  • ワークスペーステンプレートを Terraform で書く。すなわち「ワークスペース = Terraform リソースの束」。クラウド IaC チームが慣れた運用。
  • IDE: ブラウザ code-server、JetBrains Gateway、ローカル VS Code すべて接続。
  • RBAC、SSO、監査ログ、ネットワークポリシーが強い。規制業界、金融、公共に適合。

ビジネスモデル. OSS コア + エンタープライズライセンス。大規模組織は enterprise を買う。

誰が選ぶか.

  • 1000 名以上のエンジニアリング組織、マルチリージョン、マルチクラウド。
  • 「どの開発者がどのコードをいつ見たか」の監査ログが必要な場所。
  • VPC / 私設ネットワーク内でのみ開発できるセキュリティポリシーの組織。

Daytona / DevPod との差. Coder は「エンタープライズ IaC + ガバナンス」に重心、Daytona は「ワークスペース標準化 + 開発体験」、DevPod は「マルチバックエンド + CLI 単純さ」。同じセルフホストでも三者で解く問題が違う。

11. JetBrains Space (RIP 2025) + AWS Cloud9 (RIP 2024 年 7 月) — 終了

大手陣営の終了 2 件。意味が大きい。

JetBrains Space — 2025 年終了.

  • 一時は「JetBrains の GitHub」になると始まった統合コラボ / Issue / CI / パッケージ / クラウド IDE プラットフォーム。
  • 野心的だったが、市場は GitHub + Jira + JetBrains Gateway + CircleCI / GHA の組み合わせに既に強固に固まっていた。
  • JetBrains は Space 終了を発表し、コア価値 (IDE バックエンド、Code With Me、Gateway) を他製品に吸収した。
  • 教訓: 「スーパーアプリ」で一市場をすべて獲ろうとする試みは、標準化された市場ではほとんど常に失敗する。

AWS Cloud9 — 2024 年 7 月新規顧客クローズ.

  • 2017 年に買収され、AWS コンソール内 IDE として生きていた。2024 年 7 月に新規登録を停止。
  • AWS は代替として「VS Code + 自前インスタンス + AWS Toolkit」を推奨。
  • 教訓: 大企業の IDE は本物の IDE 会社のスピードに追いつけない。同時期に Codespaces、Cursor、Gitpod は速く進化し、Cloud9 は停滞。

生き残った側への教訓.

  • IDE 市場は「機能を合わせて統合する」戦略より「一つを圧倒的に上手くやる」が勝つ。
  • 大企業が作っても IDE は別会社のスピードに追いつけない (Microsoft の Codespaces は VS Code という別製品チームのスピードに乗っている点が違う)。

12. github.dev / vscode.dev / Project IDX — 軽量オプション

この三つは「全環境」というより「軽量編集 / デモ」寄り。

github.dev.

  • github.com/foo/bar で . を押すと github.dev へジャンプ。同じレポをブラウザ VS Code で見る。
  • コンピュート無し。ビルド / テストは不可。純粋なエディタ。
  • 素早い PR レビュー、1 行修正、モバイルでコードを見るのに良い。
  • 利用コスト 0。

vscode.dev.

  • 同じ技術だが、GitHub 以外のワークフロー (フォルダを開く、GitHub プライベートレポ、一部拡張機能) も可能。
  • Microsoft アカウントで拡張機能同期。

Project IDX (Google).

  • Google のクラウド IDE 試み。Nix ベースの環境定義。Firebase、Google Cloud、Android エミュレータ統合が差別点。
  • Flutter / Android 開発のブラウザ化に真剣。
  • 2024-2025 にベータ → GA へ拡張。Google 生態系ユーザー (Firebase、GCP、Flutter、Android) が主顧客。
  • Codespaces のような総合環境というより「Google 生態系のフル IDE クラウド」。

誰が使うか. github.dev は誰もが時々。vscode.dev は Microsoft 陣営ユーザーが時々。IDX は Flutter / Firebase 開発者が真面目に。

13. AI ビルダー — Bolt.new / v0 / Lovable / Magic Patterns

2025 年最も速く育ったカテゴリ。「プロンプト → アプリ」を真面目なツールにした。

Bolt.new (StackBlitz).

  • WebContainer の上で LLM がフルスタックアプリを作る。Next.js、Svelte、Astro など。
  • 「プロンプトで開始 → コードを直接修正 → デプロイ」のなめらかな流れ。
  • Netlify デプロイ統合。GitHub へプッシュ可能。
  • StackBlitz が WebContainer を持つ点が決定的武器。他の AI ビルダーよりランタイム統制力が強い。
  • 強み: 真のフルスタック。Tailwind、shadcn のようなモダンスタックがデフォルト。

v0 (Vercel).

  • 開始は「UI コンポーネント (React + Tailwind + shadcn) 生成」。2024-2025 でフルアプリビルダーへ拡張。
  • Vercel デプロイへ直結。Vercel Postgres、Vercel KV と一級統合。
  • 強み: Vercel 生態系のすべてが 1 クリック。Next.js 生成品質は市場 1 位。
  • 弱み: Vercel 以外のデプロイはぎこちない。「Vercel にどれだけロックインされるか」はユーザーで意見が分かれる。

Lovable.

  • フルスタックアプリ生成。Supabase 統合が強み。
  • 「DB + 認証 + UI までを一連の流れで」のなめらかさ。
  • 2024 年に急成長、インディハッカーの間で強力なファン層を形成。
  • 強み: Supabase バックエンド統合が 1 位。本物のデータを扱うアプリの起点。
  • 弱み: 大きなアプリへ育てる際、コード品質 / 移植性が試される。

Magic Patterns.

  • UI デザイン優先のアプローチ。「デザイン → コンポーネント」がなめらか。
  • Figma フレンドリー。デザイナー → コードの架け橋。
  • 他の AI ビルダーがフルスタックを狙う中、意図的に UI コンポーネントに集中。
  • 強み: デザイナー・開発者の協業、デザインシステムの起点。
  • 弱み: バックエンドは別ツールと組み合わせが要る。

共通パターン.

  • 「プロンプト → 動くアプリ」が 5-10 分。
  • ただし「プロトタイプの起点」であって「本番の到達点」ではない。
  • 本物のビジネスは「AI ビルダーで開始 → コードエクスポート → 本物の IDE / CI へ移植」の流れ。
  • ロックインの強さがツール別に違う。v0 (Vercel) > Lovable (Supabase) > Bolt.new (相対的に中立) > Magic Patterns (UI のみで最軽量)。

14. Cursor Cloud — 新人

Cursor は IDE 市場の強者になった。2025 年に Cursor Cloud が登場。Cursor IDE のバックエンドをクラウドで回すオプション。

何か.

  • バックグラウンドエージェント作業がノートを閉じてもクラウドで継続。
  • 大規模モノレポのインデキシングをクラウドコンピュートに移す (ローカル CPU 負担減)。
  • チーム単位ワークスペース共有。

Codespaces との差.

  • Codespaces は「OS + ツール + 実行環境」一式をクラウドに。
  • Cursor Cloud は「Cursor のエージェントバックエンド + インデキシング」をクラウドに。コード編集自体はローカル IDE が中心。
  • 二つは補完的。Cursor Cloud + Codespaces 組み合わせも可。

価格. Cursor サブスク上のクラウドコンピュート追加費用。使用量ベース。

弱み. 新人ゆえ運用安定性データはまだ蓄積中。モノレポインデキシングの鮮度問題が時々報告される。

誰が選ぶか. すでにチーム全体で Cursor を使い、大規模モノレポのインデキシングや長時間バックグラウンド作業をクラウドに押し出したい場所。

15. 韓国 / 日本 — Toss、Kakao、メルカリ

三社の実際の開発環境運用が示すものは大きい。

Toss (韓国). モノレポ + 自社 CI + 自社デプロイメントプラットフォームが強力。外部クラウド IDE より社内標準環境 (高性能ノート + VPN + 社内 K8s + 標準コンテナイメージ) に重心。新規入社者が初 PR を 30 分以内に上げられるセットアップが標準。devcontainer を参照するが社内標準は別。AI コーディングツールはセキュリティ / コード流出ポリシー下で慎重に導入。

Kakao (韓国). Kakao / Kakao Bank / Kakao Pay のセキュリティ等級が違う。Kakao Bank は金融規制でセルフホスト / 社内環境寄り、Kakao 本社は GitHub Enterprise + Copilot + 社内ツールの組み合わせ。自社 LLM (KoGPT 後継) と外部モデルを両方評価。クラウド開発環境は「チーム別選択権」がある側。

メルカリ (日本). 日本市場で最もモダンなエンジニアリング文化の 1 つ。マルチクラウド (GCP 中心) + Kubernetes ネイティブ。社内 dev 環境標準化に真面目。日本市場平均よりクラウド IDE 導入に積極的。AI コーディングツール導入も速い側。日本の AI ビルダー / クラウド IDE 市場は米国より一拍遅いが、メルカリ / SmartHR / Cybozu のような会社が速く動いている。

日韓共通パターン.

  • セキュリティ / コード流出ポリシーが米国平均より厳しい。フル IDE クラウド (Codespaces 等) 導入前のセキュリティレビューが長い。
  • AI コーディングツール導入は速いが、「コード学習オプトアウト」が一次評価項目。
  • 社内標準コンテナイメージ + devcontainer が事実上の標準パターン。

示唆. グローバル標準ツールが常に正解ではない。規制、言語、働き方の違いがツール選択を決める。「Codespaces が標準」という米国中心の一般化は韓国 / 日本では半分しか当たらない。

16. 誰が何を選ぶべきか — 意思決定ツリー

同じ「クラウド開発環境」でも、誰かによって答えが違う。4 シナリオで整理する。

シナリオ 1 · 個人開発者 / インディハッカー.

  • 最速開始 + 最少運用: Replit または Bolt.new で開始。
  • 本当に小さい自動化 / Slack ボット / cron: val.town。
  • インタラクティブデモ / 学習: StackBlitz。
  • 本格コードへ育てるとき: GitHub に移した後 Codespaces またはローカル + Cursor。

シナリオ 2 · スタートアップ (5-50 名).

  • 標準: GitHub + GitHub Codespaces + devcontainer。PR ワンクリック prebuild が時間を最も節約。
  • セキュリティポリシーが厳しければ: Gitpod Flex または Daytona セルフホスト。
  • AI 加速: メンバー各自 Cursor / Claude Code / Codex CLI から 1 個 + 共通 Continue.dev で PR コードレビュー。

シナリオ 3 · エンタープライズ (500 名超).

  • ガバナンス / 監査 / 規制 1 順位: Coder.com エンタープライズ。
  • マルチクラウド / Kubernetes ネイティブ: DevPod + Coder または Gitpod Flex。
  • 1000 名超モノレポ: 自社標準コンテナイメージ + Codespaces Enterprise または Coder。運用人材 2-3 名フルタイム。
  • AI コーディングツール導入: コード学習オプトアウト可能なオプションから評価開始。Enterprise 契約 + DLP / 監査ログ必須。

シナリオ 4 · AI プロトタイプ / デザイン → コード.

  • UI コンポーネント / デザインシステム: Magic Patterns または v0。
  • フルスタック高速プロトタイプ: Bolt.new または Lovable。
  • データ + バックエンドまで: Lovable (Supabase) または v0 (Vercel) または Replit。
  • プロトタイプ検証後: コードエクスポート → GitHub → Codespaces / ローカル + Cursor の流れ。

ツール選択のアンチパターン.

  1. 「標準」 1 ツールを全員に強要する. 個人開発者に Coder を、エンタープライズに Replit を強要するのは両方間違い。
  2. AI ビルダーの出力をそのまま本番に置く. プロトタイプは起点であって到達点ではない。コードレビュー、テスト、セキュリティレビューを経るべき。
  3. セルフホスト運用コストを無視する. Daytona / DevPod / Coder すべて運用人材が要る。100 名超で 1 名、1000 名超で 2-3 名。
  4. devcontainer を使わない. 2026 年 devcontainer は事実上標準。非標準社内イメージに留まるとツール移動が困難。
  5. ロックインコストを見積もらない. Replit DB、Vercel KV、Supabase の深い統合は便利だが、「去るときのコスト」を一度計算してみる。
  6. セキュリティ / コンプライアンスを最後に見る. 韓国 / 日本 / 規制業界はツール評価の 1 段階目がセキュリティレビュー。最後に見ると最初からやり直し。
  7. ローカルを捨てる. クラウド開発環境が全部良くても、いいノート + ローカル環境は依然速い。二つの組み合わせが正解の場合が多い。

エピローグ — 2026 年の本当の変化

五つで締める。

1. 中間地帯が崩れた. Glitch が逝き、Cloud9 が逝き、JetBrains Space が逝った。生き残るツールは両極 — 「最大の標準」 (Codespaces、Cursor) か「最も明確な一つ」 (val.town、Bolt.new) のどちらか。

2. devcontainer が本物の標準になった. Microsoft が押し、GitHub が広めたこの仕様は今や Gitpod Flex、Daytona、DevPod、Coder、Cursor まで全部読む。1 度よく作った devcontainer.json は 5 ツールで同時に動く。

3. AI ビルダーが本物のワークフローになった. 「プロンプト → アプリ」は冗談ではない。Bolt.new / v0 / Lovable / Magic Patterns が検証済みの起点になった。本当の変化は「プロトタイプ → 本物のコード移植」が仕事になったこと。

4. セルフホストが再び強くなった. SaaS 一本の時代は終わった。Gitpod Flex のピボット、Daytona / DevPod の成長、Coder のエンタープライズ強勢がその証拠。データ主権、コンプライアンス、コスト可視化が決定的な場所ではセルフホストが答え。

5. インフラ系事業のアイデンティティ変化. CodeSandbox が Together AI に買収され AI 学習インフラへピボットしたのが象徴。「ユーザーに直販」事業の難しさと「他の AI 企業へインフラを売る」事業の大きな機会。次の 1-2 年でこの流れがもっと見えるはず。

ツールは変わり続ける。だが分類 — フル IDE / ブラウザ / AI ビルダー / セルフホスト — はしばらく維持される。その中で誰が誰を吸収し、誰が新たに出てくるか。それが次の 12 ヶ月の見どころ。

参考 / References

Discuss on Twitter • View on GitHub