Retool新AIアプリビルダー（R2）徹底解説｜React+TypeScript生成とエンタープライズガバナンス

2026年6月、業務アプリ開発プラットフォームの Retool が、新しいフルスタックの AIアプリビルダー（社内向け呼称 R2 / セルフホストは Retool 4.0） を公開しました。 自然言語の指示から、フロントエンドを React 19、バックエンドを TypeScript で生成し、本番データに接続した業務アプリ を一気通貫で作る——というのが目玉です。 本稿は 2026年6月23日（JST）時点 で、Retool公式ブログ・Newsroom・The New Stack等の情報をもとに、機能・アーキテクチャ・ガバナンス・料金を 中立的 に整理します。

まずは公式のデモ動画で、AIによるアプリ生成の雰囲気をつかんでおきましょう。

AIエージェントの基本的な仕組みや種類を先に押さえたい方は AIエージェントとは？仕組み・種類・代表的OSSフレームワークを初心者向けに解説【2026年版】 をご覧ください。

1. Retool R2とは — 「自然言語→Reactアプリ」のフルスタック生成

Retoolはもともと、社内業務アプリ（管理画面・オペレーション用ツール）を素早く作るためのローコード基盤として知られてきました。 今回の新ビルダーは、その上に プロンプトファースト（自然言語起点） の生成体験を載せ、アーキテクチャを刷新したものです。

最大の変化は 生成されるアプリの実体がReactアプリになった ことです。 従来のローコードは独自のコンポーネントモデルに閉じがちでしたが、R2は フロントをReact、バックをTypeScript という、現代のソフトウェアチームが日常的に使う言語とパターンでアプリを出力します。 Retoolはこれにより「より高品質な生成」「表現力が高くカスタマイズしやすいUI」「実体のあるバックエンドロジック」「チームがレビュー・改善できるコード」が得られると説明しています。

・自然言語で「何を作りたいか」を指示する
・本番データソースに接続した状態で生成される
・認証・権限・監査ログが最初から組み込まれる
・出力はReact 19 + 厳選されたサポートライブラリ群

つまりR2は、単なる「UIモックの自動生成」ではなく、データ接続・認証・権限まで含んだ“動く業務アプリ”を生成する ことを狙っています。

なぜこの方向性なのかは、Retoolが置かれた文脈を踏まえると分かりやすくなります。 近年、v0やLovableのような「自然言語からWebアプリを生成する」ツールが急増し、誰でもアプリを作れる状況が生まれました。 一方で、それらの多くは UI/プロトタイプの生成にフォーカス しており、「本番データへの安全な接続」「全社的な権限管理」「監査ログ」といった、業務利用に不可欠な部分は手薄になりがちです。 Retoolはもともと後者（本番接続・統制）が強みのプラットフォームであり、そこに AI生成の手軽さを後付けした のが今回のR2、という整理ができます。 「生成の手軽さ」と「業務利用の統制」を両立させにいったプロダクト、と理解すると位置づけがクリアになります。

2. アーキテクチャ：React 19フロント × TypeScriptバック × r2エージェント

R2の生成体験を支えているのは、いくつかの内部サービスです。 Retoolは構成要素として agent sandbox（エージェントの実行サンドボックス）／ JS executor（JS実行基盤）／ MCP server ／ r2 agent を挙げています。

全体像を図にすると次のようになります。

ポイントは、生成と実行が分離 されていることです。 r2 agentが「何を作るか」をオーケストレーションし、agent sandbox / JS executorが生成・実行を安全に担い、出力されるアプリはReact + TypeScriptという標準スタックに落ちる。 そして後述するガバナンス層が、データへのアクセスを横断的に管理します。

自然言語の指示は、たとえば次のような粒度で書きます（イメージ）。

社内の注文テーブル（orders）から、過去30日の注文を一覧表示するダッシュボードを作って。
ステータスでフィルタでき、各行から詳細モーダルを開けるようにする。
返金ボタンは「manager」ロールのユーザーにだけ表示する。

最後の「返金ボタンはmanagerロールだけ」のような 権限の条件 も、アプリのコードにハードコードするのではなく、プラットフォームの権限制御に接続される——という発想がR2の特徴です。

3. MCP連携：自分のコーディングエージェントから生成する

R2は MCPサーバー を備えています。 これにより、Retoolのビルダー画面で自然言語生成する以外に、手元で使っているAIコーディングエージェント（Cursor・Codex など）からMCP経由で Retool上の本番アプリを構築・操作できます。

MCP（Model Context Protocol）は、AIエージェントと外部ツール／データソースを接続するための標準プロトコルです。 Retoolはこれを「生成と連携の入口」として採用し、ビルダーUI派とコーディングエージェント派の両方 をカバーしようとしています。

イメージとしては、コーディングエージェント側にRetoolのMCPサーバーを登録して使います（設定例）。

{
  "mcpServers": {
    "retool": {
      "command": "npx",
      "args": ["-y", "@retool/mcp-server"],
      "env": { "RETOOL_API_TOKEN": "<your-token>" }
    }
  }
}

※ 上記はMCPサーバー登録の一般的な書式に基づくイメージで、実際のパッケージ名・引数・トークン取得方法はRetool公式ドキュメントに従ってください。 重要なのは「自分の開発ワークフロー（エディタ＋エージェント）からRetoolの本番アプリ生成を呼べる」という連携モデルが用意されている、という点です。

4. 生成コードの所有とインスペクト（Codeタブ）

AI生成で常に問題になるのが「生成された大量のコードをどう読み、どう直すか」です。 R2はこの課題に対して Codeタブ を用意し、下層のReactコードを直接インスペクト・編集できるようにしています。

特徴的なのは、アプリのプレビュー上の要素をクリックすると、コードツリー内の該当行へジャンプ する仕組みです。 数百行のAI生成コードを上から探さなくても、「この表示を直したい」→「該当コードへ即移動」ができる、という体験を狙っています。

生成されるのは、たとえば次のような素直なReactコンポーネントのイメージです。

// 生成されるフロントエンドのイメージ（React 19 + TypeScript）
export function OrdersTable({ rows }: { rows: Order[] }) {
  const { role } = useRetoolUser();           // 認証・ロールはプラットフォーム由来
  return (
    <Table data={rows}>
      <Column field="id" header="注文ID" />
      <Column field="status" header="ステータス" filterable />
      {role === "manager" && <RefundAction />}  {/* 権限はガバナンス層で強制 */}
    </Table>
  );
}

Retoolは「何もプロプライエタリ形式に閉じ込めない」と説明しています。 ただし現実的には、コードは持ち出せても、認証・ガバナンス・実行基盤はRetoolプラットフォームに依存 します。 「生成物のコード所有」と「運用基盤のロックイン」は別の話として切り分けて評価するのが妥当です。 たとえば「生成されたReactコンポーネントは読めるしGitに残せる」一方で、「そのアプリが動くための認証・権限・データ接続はRetool上の設定」という状態になりやすい。 コードレビューやテストはやりやすくなるが、プラットフォームから完全に切り離して同じものを動かすには相応の作り直しが要る、という前提で見ておくと判断を誤りません。

5. エンタープライズガバナンス：認証・RBAC・監査をコード外で強制

R2の launch で最も強調されているのは、機能ではなく ガバナンス です。 Retoolは300人のC-suite（経営層）を対象にした調査を同時公開し、「vibe coding（AI任せの即興コード生成）が経営層の懸念トップ」だと位置づけました。

R2のガバナンスの核は、次の点です。

・認証（centralized authentication） をプラットフォームが一元管理
・ロールベースアクセス制御（RBAC） をアプリコードの外で適用
・データアクセスポリシー をデータソース側に紐付けて強制
・すべてのデータ操作が監査可能（auditable）

重要なのは、これらが アプリのコードの中に書かれていない ことです。 権限はデータソースに紐づき、プラットフォームが普遍的に強制するため、アプリ単位で権限実装がバラつく事故を防ぎます。

さらにRetoolは、このガバナンス層を Retoolの新ビルダーで作ったアプリに限らず適用 すると説明しています。

これは「AIで誰でもアプリを作れる時代に、統制（誰が・どのデータに・何をしたか）をどう担保するか」という、エンタープライズ特有の課題に正面から当てに行ったポジショニングだといえます。

補足すると、「vibe coding」という言葉は、仕様を厳密に固めず AIとの対話で即興的にコードを生成していくスタイル を指します。 スピードは出る一方で、生成物の中身を人間が十分に把握しないまま本番に載せると、権限の付け忘れや意図しないデータ露出といった事故につながりやすい。 Retoolの主張は「生成スタイルがどうであれ、データへのアクセス統制はプラットフォーム側で固定してしまえば事故は防げる」というもので、ここがR2の思想の中心にあります。 言い換えれば、R2は「AIにコードを書かせること」そのものより、「AIが書いたコードを安全に本番運用に載せる土台」を売りにしている、と読むのが正確です。

6. 料金・提供形態・セルフホスト（非OSSの整理）

提供形態は Retool Cloud と セルフホスト（Retool 4.x stable） の2つです。 Retool 4.0はセルフホスト版にとってローンチ以来最大級のインフラ刷新で、新ビルダー・AI支援・リアルタイム共同編集が入るとされています。

料金は 商用プラン前提 です。 公表されている launch 施策は次のとおりです（変動するため導入時は必ず公式の最新情報を確認してください）。

・2026年7月1日まで 無料のアプリホスティング/インポート
・有料プランに ボーナスAIクレジット（Business/Enterpriseはクレジット倍増の案内）
・2026年9月30日までにサインした Enterprise新規顧客に年間最大$10,000相当のAIクレジット

ここで、OSSの代替・競合と並べて性格を整理します。

要するにRetool R2は、「生成の手軽さ」よりも「本番データ接続＋全社ガバナンス」に価値の重心 がある製品です。 ここがv0やLovableのような「UI/アプリ生成にフォーカスした製品」との性格の違いになります。

7. OSSで近いことをやるなら（代替の選択肢）

「Retoolは商用だから、まずはOSSで試したい」という読者向けに、近い体験を得られるOSS/軽量な選択肢を挙げておきます。

・Open Lovable — URLペースト一つでWebサイトを複製生成するOSS。生成系を手元で試したい人向け。詳しくは Open Lovable がGPT-5対応。URLペースト一つでWebサイト複製を自動生成 を参照
・Cline — VS Code上で動くOSSのAIコーディングエージェント。アプリを「生成」より「自分で組む」寄り。導入は Clineの使い方｜AIコーディングエージェントの導入・基本操作・他ツールとの違いを2026年最新で解説 が詳しい
・自前のReact + MCP — Retoolに依存せず、手元のコーディングエージェント（OSS含む）でReactアプリを作り、認証・RBACは自前のIDaaSやライブラリで実装する構成

ただし、「本番データ接続＋全社的なRBAC＋監査を、アプリコード外で一元強制する」 というR2の中核価値を、OSSの組み合わせで等価に再現するのは簡単ではありません。 そこは「自前で統制レイヤを設計・運用する工数」とのトレードオフになります。 OSSで軽く始め、統制要件が重くなった段階で商用基盤を検討する、という段階的な判断が現実的でしょう。

8. 導入前に確認したいこと（非OSS製品としての評価軸）

商用のプロプライエタリ基盤を業務に入れる以上、機能の華やかさだけでなく 長期の運用・撤退まで含めた評価軸 で見ておくと判断を誤りません。 R2を検討する際にチェックしたい観点を挙げます。

・ロックインの範囲：生成されたReactコードは持ち出せるが、認証・RBAC・監査・実行基盤（agent sandbox等）はRetool依存。撤退時に何が手元に残り、何を作り直す必要があるかを事前に把握する
・データの所在：本番データに接続して生成・実行する設計のため、Retool Cloudを使うのか、セルフホスト（4.x）で自社環境に置くのかで、データガバナンスの前提が大きく変わる
・コスト構造：席課金に加えてAIクレジットの消費単価が効いてくる。生成・実行をどれだけ回すかで月額が変動するため、想定利用量でのコスト試算を行う
・既存資産との統合：既存Reactコードベースのインポートや、Lovable/Cursor/Codex製アプリへのガバナンス適用が、自社の実構成でどこまで機能するかをPoCで検証する
・監査・コンプライアンス要件：監査ログの粒度・保持期間・エクスポート可否が、自社の内部統制やコンプライアンス要件を満たすかを確認する

まとめ

Retoolの新AIアプリビルダー（R2 / Retool 4.0）は、「自然言語からReact 19 + TypeScriptで本番業務アプリを生成し、認証・RBAC・監査をプラットフォーム側で一元強制する」 プロダクトです。

要点を整理すると次のようになります。

・自然言語起点で、本番データに接続したReactアプリをフルスタック生成する
・生成基盤はr2 agent / agent sandbox / JS executor / MCPサーバー。MCPで手元のエージェントからも構築できる
・生成コードはCodeタブで所有・編集でき、要素クリックで該当行へジャンプ
・最大の差別化はガバナンス。Lovable/Cursor/Codex製や既存Reactにも適用すると主張
・OSSではなく商用SaaS。Retool Cloud＋セルフホスト4.xで提供、有料プラン前提

参照ソース

・Retool launches a full-stack React AI app builder（Retool公式ブログ）
・Retool unveils first platform to extend enterprise governance to vibe-coded apps（Retool Newsroom）
・Retool’s New AI-Powered App Builder Lets Non-Developers Build Enterprise Apps（The New Stack）
・Self-hosted Retool 4.0 Stable（Retool Docs）
・AIエージェントとは？仕組み・種類・代表的OSSフレームワーク【2026年版】（本サイト）