2026年版Vibe Codingツール比較：ビルダーとコーディングエージェント12選

Vibe Codingツールに最も感心する瞬間は、同時に最も慎重になる瞬間でもあります。ひとつのプロンプトで洗練されたアプリ画面を作れても、画面が整っていることは要件を満たした証拠ではありません。何が変わったのか、別の人が引き継げるのか、ビルドに失敗したあとどこまで戻れるのかは、多くの場合、次の工程でようやく見えてきます。

そのため、1位から12位までを一列に並べたランキングは役に立たないと考えています。Replit、Lovable、Bolt、v0、Base44、Google AI Studioは、アイデアを動く初版に変える場面で強みを発揮します。Codex、Claude Code、Cursor、Windsurf、GitHub Copilotアプリ、Google Antigravityは、すでにプロジェクトがあり、ファイル、コマンド、チェック、差分を確認する必要がある場面に適しています。両者の領域は重なりますが、出発点は異なります。

ここで答えたいのは「どのツールが一番か」ではありません。「プロジェクトのこの段階なら、どの種類のワークフローを選び、続行前にどんな証拠を求めるか」です。

2種類のツール

製品を分ける基準は、各ブランドに固定されたラベルではなく、作業を始めるときのワークフローです。

AIアプリビルダーは、プロンプト、プロジェクト設定、ライブプレビュー、そして多くの場合はホスティングまでを一体化します。プロジェクトがまだなく、少ない準備で実行可能なユーザーフローを作ることが最初の目的なら、実用的な出発点です。

AIコーディングエージェントは、プロジェクトのファイル、コマンド、テスト、バージョン管理上の変更をより直接扱います。すでにプロジェクトがあり、管理された範囲内で内容を調べたり変更したりして次の判断を下す場面で、より有用になります。

インラインのコードアシスタントは第三の形ですが、今回は比較対象に含めません。すでにコードを書いている人にとってインライン補完は有用でも、ビルダーやプロジェクトエージェントと同じエンドツーエンドの経路は提供しないからです。

これらは、弱いものから強いものへ進む段階ではありません。エージェントが触れられるファイルやツールが増えるほど、私が確認すべき対象も増えます。通常は範囲を限定したプロトタイプをビルダーで始め、次の作業で本当にファイル単位の制御が必要になったときだけエージェントへ移ります。AILessonの「Vibe Coding for Beginners」コースも、特定ブランドを指定するのではなく、まずこの違いから始めます。

比較方法

2026年8月20日時点で、2層の証拠を確認しました。

• 製品が文書化した動作は、現行の公式ドキュメント、サポートページ、リリースノートに基づきます。製品が提供するワークフローは説明できますが、その製品が私たちの課題を完了した証明にはなりません。
• 観察済みのプロジェクト証拠は、保存されたビルド、テスト、変更、引き継ぎの記録に基づきます。実際に確認した動作だけを裏付けます。

AILessonコースで使ったCommunity Book Swap Checklistプロジェクトにより、一連の過程を追跡できるのはReplitからCodexへの経路だけです。残る10製品については現行の公式ワークフローを調査しましたが、すべての製品で同じ実地テストを完了したかのようには扱いません。機能ページからGit同期、チェックポイント、ブラウザテストの存在は確認できても、あるツールが別のツールより要件をうまく完了するとは証明できません。

観察対象のプロジェクトは、範囲を限定した要件から始まりました。カテゴリー、完了状態、フィルター、再読み込み後の状態保持、復旧可能なリセットを備え、実在する個人情報を使わないモバイル優先のチェックリストを作るというものです。その後のコーディングエージェントへの依頼は、さらに小さく限定しました。ファイル単位の依存関係の競合をひとつ調べ、限定的な変更を提案し、既存アプリの挙動を維持することです。

プロジェクト記録では、合格、一部合格、不合格、未テストの要件を分けています。一度きりで変動しうるモデル実行を恒久的な品質ランキングにはしません。比較基準として使うのは、実際の動作、ファイルの変更、コマンド出力、復旧経路、引き継ぎ状態、公開範囲です。

候補の絞り方

• 計画、構築、プレビュー、チェックポイント、ファイル、公開をひとつのワークスペースで行い、その中で結果をテストする用意があるなら、Replitから始めます。
• 見た目の反復調整が最大の不確実性で、Gitを介した引き継ぎが重要なら、Lovableかv0から始めます。
• ブラウザ上でWebアプリをすぐ実行し、コード、バージョン履歴、GitHubへの出口も確保したいなら、Boltから始めます。
• 組み込みのデータ、認証、権限、ホスティングが、プラットフォーム依存による負担以上の作業を減らすなら、Base44から始めます。
• Geminiの機能、ネイティブAndroid生成、Cloud Runへのデプロイが付随機能ではなく製品の中心なら、Google AI Studioから始めます。
• すでにリポジトリがあり、次の成果がレビュー可能でテスト可能な変更でなければならないなら、Codex、Claude Code、Cursor、Windsurf、GitHub Copilotアプリ、Google Antigravityのようなコーディングエージェントから始めます。

これは出発点を選ぶための候補であり、固定された担当領域ではありません。ビルダーはリポジトリやエディターを取り込み、コーディングエージェントはブラウザを操作して視覚的な証拠を作るようになっています。それでも私は、カテゴリーへの忠誠ではなく、プロジェクトで次に解決すべき問題に合わせて選びます。

アプリビルダー

範囲を限定したアイデアはあるもののプロジェクトはまだない場合、最初に確認するのは次の6製品です。どれも準備を減らします。違いが表れるのは、コードの所在、バックエンドの所有者、視覚的な変更がソースへ戻る方法、そしてプロジェクトがプラットフォームを離れたあとに何が残るかです。

Replit：すべてをひとつのワークスペースに

Replitはブラウザベースのコーディング環境として始まり、フルスタックのソフトウェア作成プラットフォームへ成長しました。2024年に登場したReplit Agentは、自然言語によるアプリ作成とデプロイを追加しました。ビルダーの中でReplitを最初に挙げるのは、すべての機能で勝るからではありません。構築、実行、復旧の証拠が近い場所にまとまり、ここで唯一、完全な観察済みプロジェクト記録があるからです。

Replit Agentのドキュメントには、計画、構築、テスト、チェックポイントが同じワークスペース内で説明されています。失敗した要件を、実行中のPreview、プロジェクトファイル、Shell、以前のチェックポイントと照らし合わせられるため、初心者にとってこの統合は重要です。プロジェクトをすぐ別の場所へ移す必要もありません。

AgentはPlanモードから開始し、複数ファイルへの書き込み、依存関係のインストール、失敗のデバッグ、アプリの改善へ進めます。スクリーンショット、ファイル、Canvasのメモを使えば、プロンプトではうまく表現できない視覚的・業務的な背景も渡せます。Replitはデータベース、認証、Secrets、Git、Deploymentsもワークスペースに統合するため、ローカルのツールチェーンを先に組み立てなくても、空の状態から永続データを持つ公開アプリまで進められます。チェックポイントの対象はコードだけでなく、Agentのコンテキスト、タスク、接続済みデータベースの状態にも及びます。

2026年8月20日に参照したReplit公式の初回アプリ用ドキュメント。この画像はAgentとPreviewを備えたワークスペースを示すもので、生成されたアプリが要件を満たした証拠ではありません。

コースでの実行では、その利便性の限界も明らかになりました。洗練されたPreviewだけでは「隠れた外部依存がない」という要件を証明できません。ファイル調査では未使用のGoogle Fontsリンクが見つかり、その後の限定的な書き出しはレビュー可能だったものの、ワークスペースレベルの依存情報が欠けていたため、単独ではビルドできませんでした。Replitはそれでも有用でしたが、証拠が再現可能性まで届かなかったのです。

ひとつのユーザーフローを素早く動かし、ワークスペース内でテストする用意があるなら、Replitから始めます。ただし「Download source」を再現可能性の証拠とはみなしません。ファイルを書き出すことと、別のマシンで同じ状態を再構築することは別々の確認事項です。

Lovable：マネージドバックエンドと視覚編集

Lovableはオープンソースのgpt-engineerプロジェクトと、かつての商用Web製品GPT Engineerから発展しました。現在は、非技術系の作り手とソフトウェアチーム向けの自然言語フルスタックWebプラットフォームです。最大の不確実性が「アーキテクチャをどう設計するか」ではなく「この画面は何回変わるか」なら、Lovableを最初の候補に入れます。

Lovableは、視覚編集、フルスタックサービス、ソースの引き継ぎをひとつの経路にまとめます。Visual Editsでは、実行中の画面から要素を選び、文言、色、余白を調整して、その結果をソースへ書き戻せます。動的データが必要なら、Lovable CloudがPostgreSQLデータベース、認証、Storage、Realtime、Edge Functionsを提供し、Supabaseも引き続き選べます。認証が必要な外部APIは、ブラウザに認証情報をさらす代わりにSecretsとサーバー側関数を使います。

特徴的なのは、視覚的な選択と双方向GitHub同期の組み合わせです。視覚的な変更が孤立したモックアップに留まらず、コードを従来のブランチと共同作業のワークフローへ入れられます。公開時には明示的なスナップショットが作られるため、その後のエディター変更が公開版を暗黙に置き換えることはありません。対象となるCloudプロジェクトでは、TestとLiveのデータおよび設定も分離できます。

2025年3月13日公開のLovable公式Visual Edits記事。視覚編集画面を示すもので、生成コードの品質や移植性を示すものではありません。

2026年5月13日以降に作成された新しいLovableアプリは、サーバーサイドレンダリングに対応するTanStack Startを使用します。古いアプリはReactとViteのままで、ホスティング要件も異なります。見た目を頻繁に変え、ログインやデータも早期に必要となるWebアプリなら、Lovableを候補に残します。容易な移行が絶対条件なら、GitHubでコードを見つけただけでは止めず、データベース、ユーザー、ファイル、Secretsをどう移すかまで追跡します。

v0：画面生成からプロジェクト全体へ

v0はVercelのAI開発エージェントで、当初はReactの画面やコンポーネントの生成で知られていました。その後フルスタックのプロジェクト作業へ広がりながら、Vercelとのデザイン優先のつながりを保っています。Lovableと直接比較する候補です。どちらも視覚的な反復に適していますが、v0の最も強い経路はReact、GitHub、Vercelを通ります。

v0は、テキスト、ワイヤーフレーム、スクリーンショットから精度の高い画面を作り、VS Code風の完全なエディターでフロントエンドコード、APIルート、データベース統合まで扱えます。Design Modeでは、実際のPreviewから要素を選び、コントロールや自然言語の指示で調整できます。編集を適用すると新しいプロジェクトバージョンが作られるため、生成されたソースの差分確認、復元、再調整が可能です。

VercelとGitHubのワークフローが決定的な特徴です。ひとつのProjectは、複数のチャットでデプロイ、ドメイン、環境変数、統合を共有します。GitHubを接続すると、各チャットは専用ブランチで作業し、コードを変えるメッセージごとに自動でコミットが作られ、結果は直接pushではなくプルリクエストを通じてmainへ入ります。データベース統合にはNeon、Supabase、Upstashがあります。

2026年8月20日に参照したv0公式ドキュメント。この切り抜き画像はDesign Modeの場所を示します。変更を評価するときは、コントロール自体ではなく生成されたプロジェクト差分を使ってください。

ReactとVercelを採用済みで、ランディングページ、ダッシュボード、精密なUIが重要なプロジェクトなら、v0を高く評価します。同じ統合が境界にもなります。Vercelへ直接デプロイしやすくても、別のホストで調整不要とは証明できません。最初の画面が整ったあとも、フォーム、権限、データ、失敗時の状態をテストします。

Bolt：ブラウザがJavaScriptランタイムになる

Bolt.newはStackBlitzのAIアプリビルダーです。リモートの開発マシンをストリーミングするのではなく、ブラウザ内でNode.jsツールチェーンを動かすWebAssembly環境、WebContainersを基盤とします。そのためBoltには独自の位置づけがあります。約束するのは生成コードだけでなく、そのコードのインストール、起動、失敗までをブラウザで見えるようにすることです。

Boltのクイックスタートは、プロンプト、コードエディター、ブラウザランタイム、Previewをひとつの経路に置きます。中心となるのはブラウザ内の開発ランタイムです。ローカルにプロジェクトを用意しなくても、エージェントはファイルの作成、npmパッケージのインストール、Node.jsサービスの起動、実行時エラーの観察、修正の継続ができます。最初のプロンプトでモバイルアプリを明示すれば、Expo互換プロジェクトも作成できます。

Bolt Cloudは、自動プロビジョニングされるデータベース、ユーザー認証、Secrets、Edge Functions、ホスティングを追加し、共有可能なbolt.hostアドレスも提供します。データベースはSupabaseから取得して管理することもできます。Code View、バージョン履歴、GitHub統合により実装を確認でき、引き継ぎ経路も確保されます。

2026年8月20日に参照したBolt公式クイックスタート。プロンプトから始める画面を示すもので、タスクの完了結果ではありません。

単にソースを受け取るよりも「今すぐ動かす」ことが重要なJavaScriptまたはNode.jsのプロトタイプなら、Boltを使います。一方、任意のバックエンド言語に対応するクラウドIDEとはみなしません。文書上、PHPとPythonはランタイムの対象外で、反復するたびにトークンを消費します。開始前にスタックと予算を決めます。

Base44：バックエンドが最初からある

Base44は現在Wixが運営する自然言語アプリビルダーです。デザイン専用の生成器というより、データ、ID、バックエンドロジック、ホスティングを標準で備えた統合型業務アプリプラットフォームに近い製品です。静的なランディングページではなく、CRM、社内ツール、会員制アプリを評価するときに検討します。

Base44のクイックスタートもプロンプトとライブPreviewから始まりますが、中心となるのは業務アプリ向けの既成バックエンドです。NoSQLデータベースはモデルをエンティティとして表し、リアルタイム購読と行・フィールド単位の権限に対応します。認証はメール／パスワード、一般的なソーシャルプロバイダー、SSOを扱います。独自のバックエンドロジックはDenoとTypeScriptのサーバーレス関数として実行されます。

Base44は統合を複数の層に分けています。組み込みアクションはテキストや画像の生成、メール送信、ファイル処理を行い、コネクターはGoogle WorkspaceやSlackなどのアカウントでOAuthを使います。OpenAPI記述から独自統合を生成し、バックエンド経由でプロキシすることもできるため、ブラウザコードに認証情報を渡さずに済みます。静的なマーケティングページよりも、CRMツール、社内アプリ、会員システム、ワークフロー中心のアプリでこうした機能が活きます。

2026年8月20日に参照したBase44公式ドキュメント。この画像はチャットとPreviewの配置を示します。統合サービスと書き出しは別途確認が必要です。

開発者ツールにはReact／Viteのコード表示、API Activity Monitor、GitHubワークフロー、ZIP書き出し、ローカル開発経路があり、組み込みホスティングはHTTPSとカスタムドメインを提供します。ここでいう「書き出し」が何を意味するかは確認します。フロントエンドと関数を移しても、データベース、認証、統合、Base44 SDKが自動的に移るわけではありません。完全なセルフホスティングが第一条件の場合ではなく、チームが準備作業の削減と引き換えにプラットフォーム依存を受け入れられる場合にBase44を検討します。

Google AI Studio：Geminiそのものが製品になるとき

Google AI Studioは、Geminiのプロンプトを試すGoogleのブラウザ環境として始まりました。BuildモードはWebとネイティブAndroid開発へ拡大しています。アプリを構築できるようになったという理由だけで一般的な既定の選択肢にはしません。Gemini、ネイティブAndroid、Cloud Runが製品の中心にある場合に、この統合が際立つからです。

Googleの現行Buildドキュメントを見ると、AI StudioはGeminiのプロンプトを試すだけの場ではありません。WebモードはReactフロントエンドとNode.jsサーバーランタイムを作成し、npmパッケージとネットワークから利用可能なデータベースに対応し、Gemini APIキーをサーバー側Secretsに置きます。Antigravity Agentがプロジェクトの複数ファイルにまたがる変更を管理し、更新を検証します。プロジェクトはGitHubやZIPアーカイブへ移したり、Cloud Runへ直接デプロイしたりできます。

Androidモードは、ブラウザ内エミュレーター、実機インストール、Playのテスト経路を備えたKotlinとJetpack Composeのネイティブプロジェクトを生成します。これはWeb中心の多くのビルダーとの重要な違いです。ただし現在のAndroidプロジェクトはクライアント側で動くため、Webアプリで使えるサーバーランタイムとSecretsが自動的に移るわけではありません。

2025年10月公開のGoogle AI Studio公式製品画像。Buildへの入口を示すもので、周辺の機能説明は2026年8月20日に再確認しました。

Geminiのテキスト、画像、Live APIの動作がアプリそのものになる場合や、ネイティブAndroidとCloud Runが明確な対象なら、この経路を真剣に検討します。共有されたAI Studioアプリでは、権限を持つ受信者がコードを閲覧してforkでき、そのGemini呼び出しは作成者の割当量を消費し、データベースは外部サービスのままです。「Geminiを簡単に追加できた」と「データ、費用、引き継ぎが明確である」は別々に検証します。

エージェントへ切り替えるとき

2回のプロンプトが失敗したというだけで、より技術的に見えるエージェントへプロジェクトを移すことはしません。ツールの変更は具体的な制御上の問題を解決すべきです。そうでなければ、同じ曖昧な要求を別の入力欄へ移すだけです。

コースのプロジェクトでは、移行する理由が明確でした。見えているアプリだけでは、ファイル単位の依存関係に関する疑問を解決できなかったからです。作業状態を保存し、関連ファイルを書き出してから、編集前に調査するようCodexへ依頼しました。Codexは、アプリの挙動を維持し、承認範囲外のファイルに触れず、未使用のフォント関連行をちょうど3行削除する案を提示しました。

このReplitからCodexへの手順は、Vibe Coding for Beginnersで段階ごとに扱っています。ここでの価値は、この2ブランドが比較の勝者だと宣伝することではありません。切り替えの境界を示す実例であることです。次の主張に別の種類の証拠と制御が必要になったとき、ツールを切り替えます。

コーディングエージェント

リポジトリが存在する段階では、エージェントにより多くを求めます。「タスク完了」という表示だけでは、ほとんど情報になりません。計画、権限の境界、変更ファイル、差分、コマンド結果、挙動の再テスト、復旧経路を確認したいのです。

Codex：レビュー可能な変更を中心に作業を組み立てる

CodexはOpenAIのコーディングエージェントで、コードベースの理解、機能の構築とテスト、バグ修正、変更レビューを目的としています。特定のエディターに縛られず、デスクトップ、CLI、IDE、クラウドで利用できます。この比較で重要なのは入口の数ではなく、タスク範囲、コマンド、最終差分をひとつのレビュー経路に保てることです。

Codexのワークフローは、ファイルの編集、コマンドとチェックの実行、生成された差分のレビューを中心とします。ローカル環境では現在の作業ツリーを直接扱え、Git worktreeでは並列の変更を分離でき、クラウド環境ではリモートのsandboxへタスクを渡せます。統合ターミナルとReview画面により、コマンド出力、変更ファイル、行単位の差分をひとつのタスクに結びつけられます。

リポジトリ固有の規約や反復手順は、AGENTS.md、Skills、Pluginsに記録できます。これによりlint、テスト、ドキュメント、リリースの規則をプロンプトごとに繰り返す必要がありません。権限とsandboxの設定が、エージェントから到達できるファイル、ネットワーク、外部ツールを決めます。拡張範囲が広がるほど、要求する目標、保護対象、合格判定用コマンドをより明確にする必要があります。

保存済みプロジェクトと正確な3行の差分から再構成した、コース用のCodexデスクトップ実演。記録されたレビュー操作を示すもので、当時の実行画面そのものではありません。

コース記録から確認できたのは「プロジェクトが修正された」という包括的な主張ではなく、保存された元の状態と比べた限定的な3行の削除です。既存リポジトリのバグ修正、リファクタリング、テスト、レビュー、検証可能な複数工程のタスクなら、Codexを検討します。製品アイデアしかなくプロジェクト構造もないなら、ビルダーから始めます。

Claude Code：ターミナル優先で高い拡張性

Claude CodeはAnthropicのエージェント型コーディング環境です。プロジェクトのコンテキスト、ツール、権限、実行ループを提供するハーネスを備えたターミナルから始まり、現在はデスクトップ、IDE、Web、自動化にも広がっています。シェルコマンドやGit差分をすでに無理なく読めて、独自の開発規則をエージェントループへ組み込みたいなら、固定されたビルダー画面より自然に感じられます。

Claude Codeには、ファイル操作、コード検索、シェルコマンド、Git、Web検索、コード診断のツールがあります。そのループはコンテキストを集め、操作し、検証します。Planモードは調査を読み取り専用ツールに制限し、DefaultとAuto-acceptモードでは、どの編集やコマンドに承認が必要かを調整します。各ファイル編集前に取得されるチェックポイントはEscを2回押すか/rewindで復元できますが、リモートデータベース、デプロイ、APIの副作用は復旧対象外です。

この製品はターミナルのチャット欄だけではありません。CLAUDE.mdはプロジェクトの恒久的な規約を保持し、Skillsは必要時にワークフローを提供し、MCPは外部サービスを接続し、Hooksはツールやセッションのイベント前後に決定的なスクリプトを実行します。SubagentsやAgent Teamsは作業を別のコンテキストへ移します。CLIワークフローに慣れ、開発規則をエージェントループへ組み込みたいチームには有用ですが、拡張するたびにコンテキスト、権限、保守の負担も増えます。

2026年8月20日に参照したAnthropic公式製品画像。ターミナルのワークフローを示すもので、特定リポジトリの変更を検証するものではありません。

ターミナルに常設の視覚的PreviewがないからとClaude Codeを軽視したり、画面が技術的に見えるからと過大評価したりはしません。提案されたコマンドを読み、Git差分を調べ、ローカルのチェックポイントと永続的なバージョン履歴を区別できる場合に限り、このワークフローは私に合います。

Cursor：補完からエージェントへ段階的に進む

CursorはAnysphereが開発したAI優先のコードエディターです。コードベースを理解するチャット、補完、編集から始まり、前面で動くエージェントとクラウドエージェントへ拡大しました。最も有用な違いは単に「エージェントがある」ことではなく、補完から限定的な編集、さらに大きな委任タスクへと、自律性を段階的に上げられることです。

Cursorの現行ワークフローは、3段階の支援を扱います。Tabは複数行や複数ファイルにまたがる補完を予測し、Inline Editは選択したコードを変更し、Agentはコードベースを検索して複数ファイルを編集し、ターミナルコマンドを実行してエラーを修正します。Askモードは読み取り専用、Manualモードは明示的に選んだファイルだけを編集し、Customモードは選択したツールと専用の指示を組み合わせます。小さな変更のたびに、高い自律性を持つタスクから始める必要はありません。

Review Diffsはファイル単位の確認を支援し、Rulesはプロジェクト規約を保持し、MCPは外部ツールを接続します。CheckpointsはAgentによるファイル変更を自動保存します。ローカルマシンを離れて作業する場合、Background AgentsがGitHubリポジトリを分離されたUbuntu環境へcloneし、依存関係をインストールし、テストを実行し、別ブランチへpushします。Web、モバイル、Slackからもそれらの実行を開始・追跡できます。

2026年8月20日に参照したCursor公式ドキュメント画像。Agentのレビュー画面を示すもので、表示された変更が正しいかどうかを証明するものではありません。

エディターでコードを読み書きしていて、補完とエージェント作業を段階的に行き来したいなら、Cursorは自然な選択です。ローカルのチェックポイントはAgentによる変更だけを対象とし、手動編集を含まず、自動的に削除されるため、Gitの代わりにはしません。バックグラウンド環境はインターネットへ接続し、コマンドを自動実行するため、リポジトリ権限、Secrets、プロンプトインジェクションへの露出は別に確認します。

Windsurf：CascadeとDevinの2層ワークフロー

WindsurfはCognitionのエージェント型IDEで、同社の自律型クラウドエージェントDevinと並行して開発されています。エディター内でCascadeと同期的に作業し、より長いタスクをクラウドエージェントへ委任する2層構造なのは、この背景によります。複数タスクを見守る必要があるときは魅力的ですが、小さなリポジトリ変更ひとつには過剰かもしれません。

Windsurf 2.0もエディターから始まります。Cascadeはコードベースの横に配置され、タスクを計画し、ファイルを検索・編集し、ツールを呼び出し、診断を読み、変更が失敗したときはチェックポイントと復元を使います。エディターは複数プロバイダーのモデルを利用できます。Code Mapsはファイルやシンボル間の関係を可視化し、PreviewではWebの変更を、その変更を行った環境と同じ場所で実行できます。

2.0を特徴づける追加機能はAgent Command Centerです。Kanban表示はローカルとクラウドのエージェントをまとめ、Spacesはセッション、プルリクエスト、ファイル、コンテキストをプロジェクト単位で整理します。ローカルエージェントで作った計画をDevinへ渡すと、デスクトップ、ブラウザ、ターミナルを備えた専用VMで続行できます。したがってWindsurfは、コード横のチャット欄に留まらず、即時のエディター共同作業と長時間のバックグラウンド作業の両方に対応します。

2026年8月20日に参照したCascade公式ドキュメント画像。エディター内のエージェント位置を示します。現在のWindsurf 2.0画面には、より広いDevin統合も含まれます。

ローカルのCascadeとクラウドのDevinの組み合わせは、複数タスクを同時に進めるときに魅力的ですが、権限と課金をひと目で把握しにくくもなります。ローカル編集、リモート実行、モデル選択、利用上限が、ひとつの規則に従うとは限りません。復元前にチェックポイントの対象を確認し、クラウドへ引き継ぐ前にリポジトリ、ネットワーク、認証情報の境界を確かめます。

GitHub Copilotアプリ：GitHubワークフロー内のセッション

GitHub Copilotは、まずエディター内のコード補完として広く知られました。独立したGitHub Copilotアプリは2026年6月に一般提供を開始し、作業単位を提案からブランチ、issue、プルリクエストへ移しました。最も明確な対象は、すべてのGitHubユーザーではなく、すでにissueとPRを中心に作業し、複数セッションを並列実行したいチームだと考えます。

各セッションは専用のGit worktree、現在のローカルリポジトリ、またはGitHubがホストするクラウドsandboxで、専用ブランチを使って実行できます。複数タスクがひとつの作業ツリーを奪い合わずに進み、issueをそのまま実装、差分レビュー、コミット、プルリクエスト作業へつなげられます。

Interactiveモードは共同作業のために停止し、Planモードは承認用の計画を提示し、Autopilotは待機せずコードの記述、テスト実行、反復を進められます。セッションごとに異なるモデルと推論強度を使え、Autoはタスクに応じてモデルを選びます。ユーザー自身のAPIキーで外部プロバイダーも追加できます。統合ターミナル、ブラウザツール、Quick Chat、セッション履歴が実行とレビューを支えます。

2026年6月17日のGitHub公式発表。エディター内のインライン補完ではなく、独立したCopilotアプリを示しています。

コードがすでにGitHubにあり、日常の作業がissueとプルリクエストを中心に回っているなら、Copilotアプリを早い段階で試します。ローカルworktree、直接扱うローカルフォルダー、クラウドsandboxでは、分離、利用可能なリソース、費用の境界がそれぞれ異なります。Autopilotは待たずに進められますが、最終レビューは自分で行います。

Google Antigravity：計画とスクリーンショットをレビュー成果物にする

Googleは2025年11月にAntigravityを発表しました。エディター、ターミナル、ブラウザにまたがる、エージェント優先のプラットフォームです。Antigravity 2.0では、IDE、CLI、SDKを維持しながら独立したコマンドセンターが追加されました。候補に入れる理由は入口の多さではなく、計画、差分、スクリーンショット、録画がコメント可能な成果物になることです。

独立アプリは複数のローカルエージェントとスケジュール済みタスクを一元的に起動・監視し、Antigravity IDEではエージェントがエディター、ターミナル、ブラウザを使えます。比較上の特徴は入口の数ではなく、成果物を制御ループの一部にする方法です。

コーディング前に、エージェントは文書のようにコメントできるImplementation PlanとTask Listを作成できます。実装中はコード差分を生成し、完了後はWalkthroughが変更とテストを説明します。ブラウザのサブエージェントはアプリを操作し、スクリーンショットや録画を添付できます。Googleの公式Codelabでは、特定時点へのUndoや、IDEの診断または選択したターミナルエラーをエージェントへ送る機能も紹介されています。

2026年8月20日に参照したGoogle Antigravity公式Codelab。レビュー待ちの計画を示すもので、その後の実装が計画どおりだったことを証明するものではありません。

UIの挙動をブラウザで検証する必要があるときや、計画と視覚的証拠をソース変更の横に置きたいときは、Antigravityを候補にします。成果物が多いだけで証明が強くなるわけではなく、ポリシーによってはProceedを待たずにエージェントが続行できます。計画、差分、スクリーンショット、録画を要件へひとつずつ対応づけます。

価格表示が隠すもの

月額料金を主要な表に入れなかったのは、誤った比較可能性を生むからです。製品によって、サブスクリプション利用枠、メッセージ、クレジット、トークン、モデル利用量、計算資源、デプロイ、またはそれらの組み合わせを計測します。表示月額が安くても実行が途中で止まることがあり、高いプランには別製品で個別請求されるモデルや計算資源のクレジットが含まれる場合があります。

プランを選ぶ前に、表示月額ひとつではなく次の3点を比較します。

1. 完全なビルド、Git書き出し、バックグラウンドエージェント、クラウドsandboxなど、必要なワークフローを含む最も安いプラン。
2. 実際に計測される単位。トークン、クレジット、メッセージ、モデル呼び出し、計算資源、エージェントの作業量など。
3. 生成後も続く、ホスティング、データベース、モデル、デプロイの別料金。

支払い直前に、公式の料金ページと購入画面を確認してください。公平な費用テストは、自分の限定的なタスクにかかった支出を記録します。表示価格が最も安いプランなら完了できるとは仮定しません。

除外した2つのツール

かつて有力だったツールでも、新規ユーザーの利用経路を失ったものは残しませんでした。Firebase Studioは2027年3月22日の終了に先立ち、2026年6月22日に新しいワークスペース作成とユーザー登録を無効化し、新規作業をGoogle AI StudioまたはAntigravityへ案内しています。Firebaseの移行ドキュメントからも、新規ユーザーへの推奨には適さないと判断できます。

GitHub Sparkも2026年8月に、新規ユーザーと新規アプリケーションの受け入れを停止しました。GitHubの現行Sparkドキュメントは、既存ユーザーに作業の書き出しを案内しています。どちらもこの分野の歴史を語るうえでは重要ですが、今ツールを選ぶ人向けの主要比較枠には入りません。

私ならこう選ぶ

この表から総合優勝を宣言することはしません。同じ製品でも、ある行では妥当で、別の行では不要に複雑です。最初のプロジェクトなら、同じ行から2製品を候補にし、必要な機能が現行プランに含まれることを確認し、範囲を広げる前にそれぞれでひとつの完全なユーザーフローを構築します。

実際のプロジェクトに取り組む前にこのプロセスを練習したいなら、AILessonの「Vibe Coding for Beginners」コースで、ひとつの合成アプリを要件からPreview、限定的な修復、ファイル調査、範囲を限定したエージェント変更、検証、正直な非公開の引き継ぎまで追えます。このコースは証拠が尽きる場所で止まります。完成したデモを、本番対応済み、単独で再現可能、一般公開済みとは説明しません。

どのツールを選んでも、同じ合格基準を保ってください。洗練された画面は結果の候補にすぎません。挙動、変更、チェック、復旧経路、引き継ぎ状態が、自分または次の担当者にとって十分確認可能になったとき、初めて信頼が育ちます。

参考資料

• Replit Agentのドキュメント — 計画、テスト、チェックポイント、統合ワークスペース。
• Lovableのデプロイと所有権に関するドキュメント — マネージドサービス、GitHub上のコード所有権、ホスティング、移行の境界。
• Boltの概要 — ブラウザベースの構築、データベース、認証、ホスティング。
• v0のFAQ — 2026年版エディター、Git統合、プロジェクト、Previewの変更。
• Base44の開発者ツール — コードアクセス、バックエンドサービス、統合、GitHub、ローカル開発。
• Google AI Studio Buildのドキュメント — 現行のWeb／Android Buildモード、書き出し、デプロイ経路。
• Codexのドキュメント — プロジェクトの理解、変更、コマンド、チェック、レビュー。
• Claude Codeの仕組み — 組み込みツール、Planモード、権限、チェックポイント。
• Cursor Agentのドキュメント — 補完、Agentツール、プロジェクトコンテキスト、レビューワークフロー。
• Windsurf 2.0とCascadeのドキュメント — 現行のエディター、エージェント連携、計画、ツール、チェックポイント、診断。
• GitHub Copilotアプリのセッション — セッションモード、モデル、ブランチ、分離ワークスペース。
• Google Antigravity Codelab — 製品画面、ブラウザ操作、スケジュール、成果物中心の作業。