Retoolとは何ですか？
Retoolは、社内向け業務ツールを構築するための開発プラットフォームです。ダッシュボード、管理画面、CRM、ワークフローアプリなどを、あなた自身のデータベースやAPIに接続して作成できます。現在ベータ版でAppGenとしてブランド化されている新しいAIビルダーは、自然な英語での説明から、完全なフルスタックアプリケーションをゼロから生成します。
これにより、データベーススキーマを書き、現実的なデモデータを投入し、バックエンドのTypeScript関数を書き、複数ページのReactフロントエンドを構築し、それらすべてをRetool内蔵のPostgreSQLデータベース上で接続して動作させます。
Retoolは誰向けですか？
- 社内ツール開発者で、フレームワークやデプロイ設定を一から触ることなく、書かれた要件から動作するデータ連携済みアプリへ、1回のセッションでたどり着きたい人。
- オペレーションやプロダクトチームで、CRM、支払い追跡ツール、保守ダッシュボードが必要だが、エンジニアの空き時間を待てない人。Retoolのプロンプトベースのビルダーなら、その日のうちに動く初期版にたどり着けます。
- 自社プロダクトの一部として社内基盤を構築する技術系創業者。Retoolは、ブラックボックスに縛られないよう、完全なコードアクセス付きの本番対応出力を提供します。
- 完成品ではなく、出発点を求める開発者。コードタブはすべてのプランで開かれているため、生成されたアプリは成果物であると同時に足場でもあります。自分のやり方で仕上げたいエンジニアには、引き継ぎが非常にスムーズです。
Retoolの長所と短所
- 1つのプロンプトからフルスタックアプリを生成
- すべてのプランで直接コードアクセスが含まれる
- 関数承認ゲートで誤ったデータ書き込みを防止
- @記号でプロンプト内にデータソースを接続
- あらゆるワークフローに対応する3つの編集モード
- 出力品質は専用ツールと競合できる
- MCP構築はClaude Code、Cursorなどからサポート
- 複雑な構築には完了まで15〜20分かかる
- ビルダーごと＋ユーザーごとの料金体系は、チームが大きくなると急速に高くなる
- 新しいAIビルダーにはまだBetaラベルが付いている
評価の内訳
Retoolの新しいAIビルダーはまだBetaと表示されていますが、テストで確認した出力は、早期実験のようには感じませんでした。AIアプリビルダーを実際の業務用途で評価する際に重要な項目ごとに、以下のように機能します。
| 機能 | スコア（10点満点） | その理由 |
|---|---|---|
| 使いやすさ | 9.0 | サインアップは2分未満で完了し、ビルダーUIも分かりやすいですが、最初に公開するときは関数承認システムに少し学習コストがあります |
| 機能性 | 9.8 | フルスタック生成、MCP対応、3つの編集モード、データ承認ゲート、エージェントなど、現時点でほとんど不足がありません |
| デザインとカスタマイズ性 | 9.2 | 生成された出力は洗練されており、動作するダーク/ライトモード切り替えも付いています。構築後の視覚編集はありますが、体験はまだチャット中心です |
| コストパフォーマンス | 8.8 | 無料プランは実用的です。上位プランはビルダーごとと社内ユーザーごとに課金されるため、チームが大きくなると急激に高くなります |
| パフォーマンスと信頼性 | 9.5 | 9テーブルのフルスタックアプリを18分で構築し、エラーはゼロ。組み込みの承認フローが、進行を妨げずに安心感を追加します |
| 総合 | 9.4 | この新しいビルダーは、実務で使えるフルスタックアプリを生成し、強力な安全制御、全プランでのコードアクセス、そしてこの価格帯の多くの代替製品を上回る出力品質を備えています |
Retoolの機能
- 自然言語のプロンプトで、1回のセッションでフルスタックアプリを生成
- @記号で外部データベースやサービスを途中でプロンプトに取り込み
- Claude Code、Cursor、Codex、ChatGPT、KiroとのMCP統合
- データを書き換える前に人の承認が必要なゲート
- 構築後の改善に使えるチャット、選択モード、直接コード編集
- ステージングと本番環境を備えた内蔵PostgreSQLデータベース
- カスタム.retool.appサブドメインへのワンクリック公開
私の率直なRetoolレビュー：実際に試して分かったこと
サインアップ前に、まずプロンプトを入力する
Retoolが他と違う最初の点は、アカウント作成を先に求めないことです。ホームページは中央に大きなプロンプトボックスを表示し、サインアップフォームに触る前に、そのままアイデアを入力できます。
このプロンプトボックスを使う前に知っておくべきことが2つあります。
スタータープロンプト。 “Starter prompts”ボタンを開くと、4つのすぐ使えるユースケースがドロップダウンで表示されます。
- 注文管理ツール
- ベンダーオンボーディング追跡ツール
- カスタマーサポートキュー
- 営業KPIダッシュボード
これらは、ビルダーが何を作れるかを試すのに便利です。クリックして進むテンプレートではありません。1つ選ぶとプロンプトボックスに入力され、それを送信前に編集できます。
@によるデータソース。 プロンプトボックス内で@を入力すると、文の途中でデータソース選択画面が開きます。メニューにはMySQL、PostgreSQL、Stripe、Slack、Snowflakeなどが表示されます。これにより、「@PostgreSQLデータベースからベンダーのステータスを取得し、未完了の申請をフラグ付けするベンダーオンボーディング追跡ツールを作成してください」のようなプロンプトを書け、ビルド開始前の指示の中でデータベース接続名を明示できます。
MCP経由で構築。 メインのプロンプトボックスの下にある「Build via MCP」ボタンを開くと、モーダル（スクリーンショット3）が表示され、RetoolをClaude Code、Cursor、Codex、ChatGPT、Kiroのいずれかにターミナルコマンドで接続する手順が案内されます。既存のIDEから構築したいチームにとって、これは後付けではなく、完全に文書化された経路です。
私は、ユーザー認証、物件一覧、リース管理、家賃支払い、メンテナンス依頼、書類アップロード、メッセージ、通知、管理ダッシュボード、レポート、Stripe統合、PostgreSQLデータベース、REST API、レスポンシブデザイン、デプロイ手順を含む、家主と入居者向けの不動産管理プラットフォームという詳細なプロンプトでビルダーを試しました。9つの機能領域、1つの入力です。
送信を押した後、ホームページは続行するにはサインアップまたはログインするよう求めてきました。
スタータープロンプトと、プロンプトボックス内の@データソースピッカーによって、アカウントを作る前にツールの機能を理解できます。他のビルダーは機能を探させますが、Retoolは先に使わせてくれます。
サインアップは速く、その後に1つの設定ステップがあるだけ
Retoolには2つのサインアップ方法があります。Googleで続行するか、メールアドレスとパスワードを使うかです。Googleなら約20秒です。
次の画面では2つの項目を入力します。
| 項目 | 役割 |
|---|---|
| 氏名 | プラットフォーム内での表示名 |
| 組織名 | サブドメインを設定します。例：kimothokarani.retool.com |
サブドメインの空き状況はリアルタイムで確認され、緑のチェックで確定表示されてからContinueをクリックします。メール認証ステップも、オンボーディングチェックリストも、閉じる必要のある機能ツアーもありません。ビルダーはすぐに開きます。
Retoolのサインアップページには、既存顧客としてRamp、DoorDash、Stripe、Amazon、Snowflake、OpenAIのロゴが表示されています。
これは、そのプラットフォームが本気でエンタープライズ用途を想定しているかを判断するうえで、知っておく価値のある文脈です。
ビルダー内：何を使うことになるのか
ビルダーが読み込まれると、画面は2つのパネルに分かれます。
左パネル：Chat、Data、Codeタブ
- Chatは、構築中および構築後にビルダーとやり取りする場所です。指示、補足、追い変更はすべてここで行います。
- Dataは、接続済みリソース（既定ではRetool DatabaseとRetool Storage）と、ビルダーが生成したバックエンド関数の一覧を表示し、どの関数に実行前承認が必要かも示します。
- Codeは、プロジェクト全体のファイルツリーを開きます。機能領域ごとに整理されたバックエンドTypeScript関数と、ページ、コンポーネント、hooks、libフォルダごとに整理されたフロントエンドReact TSXコンポーネントが含まれます。
右パネル：プレビュー
これは、ビルダーが現在生成している内容のライブプレビューです。ビルド中は、このパネルにグラデーションの読み込み状態が表示されます。
ビルド完了後は、ナビゲート可能な完全なアプリが表示されます。上部のタブを使って、プレビューと個別のコードファイルを切り替えられます。
右上には常に「Publish」ボタンがあり、公開はいつでもすぐに行えることが分かります。
実際の構築：18分、35件の変更、1つのプロンプト
ビルドは午後7:55に始まりました。起きたことを順番に示します。
ステップ1：推論。 ビルダーはすぐにコードを書き始めませんでした。まず「Reasoning through the options…」と表示し、約9秒かけてプロンプトを分析してから、構造化された計画を出しました。サイドバーには、Payment、Maintenance、Documents、Messages、Notifications、Tenants and Users、Reportsといった全機能領域にまたがる、構築予定の内容の要約が表示されました。それぞれに、何を含めるかの短い説明がありました。
ステップ2：データベーステーブル。 ビルダーは「Create all database tables」とラベル付けされたSQLブロックを表示し、「不動産管理プラットフォームに必要な9つのテーブル、users、properties、units、leases、payments、maintenance requests、documents、messages、notificationsを作成します」という説明を付けました。CREATE TABLEの完全なコードがパネル内で見えました。DenyとRunの2つのボタンが表示されました。私はRunをクリックしました。
ステップ3：デモデータ投入、1回目。 次に「Seed demo users, properties, and units」：デモの家主、入居者、物件に対するINSERT文が表示され、現実的な名前、メールアドレス、役割、電話番号が含まれていました。DenyかRun。私はRunをクリックしました。
ステップ4：デモデータ投入、2回目。 次に「Seed leases, payments, maintenance, messages, notifications」：実際の日付範囲と家賃額を含むリース、支払い記録、優先度付きのメンテナンス依頼、メッセージスレッド、通知エントリに対するINSERT文が表示されました。DenyかRun。私はRunをクリックしました。
ステップ5：バックエンド関数。 ビルダーは「Now let me build all backend functions」に移り、私の入力を求めずにコードファイルの編集を開始しました。getStats.tsのような関数を、1ファイルずつ生成し、Codeタブに完成ごとにストリーミング表示しました。
ステップ6：フロントエンドページ。 その後、Dashboard.tsx、Properties.tsx、Leases.tsx、Payments.tsxなど、多数のファイル編集が続きました。ビルダーは未使用のimportも整理し、処理の途中でTypeScriptエラーを自動修正しました。
ステップ7：テストとREADME。 ビルダーは、自身が書いたデータベース関数に対してテストを実行し、データを返すことを確認し、Leases.tsx内の重複したuseEffectを修正し、依存関係を解決し、Stripe統合手順、データベースインデックス、スケーリングの推奨事項、REST APIマッピングを含むREADMEを書きました。
ビルド完了は午後8:13。18分。コードベース全体で35件の変更。左パネルの要約には、各機能領域で何が構築されたかが正確に記載されていました。
出力：18分で実際に何ができるのか
ここでRetoolは、私が試したほとんどのAIビルダーと一線を画します。
完成したアプリは「PropManage」と名付けられ、ロゴ、ログイン中ユーザーの名前と役割（Sarah Johnson, Landlord）を備えた完全なサイドバーと、Dashboard、Properties、Leases、Payments、Maintenance、Documents、Messages、Notifications、Tenants and Users、Reportsの10個のナビゲーション項目がありました。最下部にはSettingsとSign Outがありました。
Dashboard: 上部にはライブのアラートバナーがあり、「2 overdue payments totalling $3,800」がアンバーで、「1 urgent maintenance request need attention」が赤で表示されていました。その下に8つのKPIカードがあります。
| KPI | 値 |
|---|---|
| 総物件数 | 3件稼働中 |
| 入居率 | 67%（9ユニット中6ユニット） |
| 収集済み家賃 | $20,600 this period |
| 延滞支払い | $3,800（オレンジでフラグ付け） |
| 稼働中リース | 5件が間もなく満了 |
| 未対応メンテナンス | 3件（1件進行中） |
| 入居者 | 2人の家主にまたがる4人 |
| 未読メッセージ | 3件が返信待ち |
KPIカードの下には、Revenue Overviewチャート（Collected vs Pending）と、占有ユニットと空室ユニットを示すUnit Status棒グラフがあります。その下にはRecent Payments一覧とRecent Maintenance一覧があり、ステータスに応じて色分け（Urgentは赤、Highはオレンジ、Mediumは黄色、Resolvedはグレー）されています。
Propertiesページ: Oak Street Complex、Sunset Apartments、Downtown Loftsの3つの物件カード。各カードには以下が表示されていました。
- ユニット数と入居率
- 月次収益額
- 入居率の進捗バー
- 物件タイプと所有者
- EditとViewボタン
Messagesページ: Inbox/Sentタブ付きの分割ペイン受信箱、未読件数バッジ（3）、送信者の役割ラベル（Tenant）、メッセージプレビュー、タイムスタンプ、Composeボタン。
Paymentsページ: 上部に3つのサマリーカード（Collected $20,600、Pending $13,000、Overdue $3,800）、「Stripe Integration Ready」バナーとConnect Stripeボタン、検索・フィルタ可能な支払いテーブル（14件の結果）、行ごとの「Mark Paid」アクション。
アプリには、右上のテーマ切り替えでライト/ダークモードの切り替えも含まれていました（スクリーンショット1、2回目のバッチ）。ダークモードが既定でした。ライトモードに切り替えると、アプリ全体が即座に更新されました。
これらすべてのページが、1つのプロンプトから作成されました。色分けされたメンテナンス優先度、分割表示のメッセージリーダー、Stripe統合バナー、収益対未回収チャートを含む構築内容の深さは、1回目のAI生成としては予想外です。
構築後の3つの編集方法
ビルドが完了すると、Retoolは変更を加えるための3つの方法を提供します。3つすべてが無料プランで利用可能です。
1. Chat 左パネルのChatタブは、ビルド後も有効のままです。「Propertiesページに都市フィルターを追加して」や「延滞支払いカードを赤ではなく黄色に変更して」のように指示を入力し続けられます。ビルダーは該当ファイルを編集し、変更点を表示します。これは、非技術者や、コード上の場所を特定するより説明したほうが簡単な変更に向いています。
2. 選択モード。 プレビュー右上の選択モードアイコンをクリックすると、アプリが対話型の編集レイヤーに切り替わります。
画面上の任意のコンポーネントをクリックすると、浮動ツールチップが表示され、コンポーネント名とリンク先のソースファイルが示されます。
「Ask for changes」フィールドに、プレビューを離れずに的を絞った指示を入力できます。私のテストでは、Paymentsページのヘッダーをクリックすると、Payments.tsxにリンクされた吹き出しが開きました。これは、その要素がどのファイルにあるのかをチャットで説明するより速いです。
3. 直接コード編集。 Codeタブには、完全なプロジェクトのファイルツリーが表示されます。TypeScriptのバックエンド関数、.tsxファイルとしてのフロントエンドコンポーネントが、すべて整理されて読みやすく配置されています。たとえば、getPayments.tsを開いてSQLクエリを直接読み書きできます。
コードはクリーンで構造がよく、Retool独自の内部アーキテクチャを理解していなくても扱えます。
下の表は、どの編集モードがどのタイプのユーザーに向いているかをまとめたものです。
| 編集モード | 最適な用途 | コード知識が必要か |
|---|---|---|
| Chat | 非技術者向け、広範な変更 | いいえ |
| 選択モード | 特定のUI変更、Chatより速い | いいえ |
| 直接コード編集 | 正確なロジック変更、カスタムクエリ | はい |
オペレーションマネージャーや非技術者はChatのままで構いません。選択モードはその中間を埋めます。変更したい内容は分かっている、画面上で見えている、でもどのファイルにあるかは分からない、という場合に役立ちます。
多くのAIビルダーは、全員を1つのレーンに押し込みます。Retoolはそうではなく、それが重要です。
関数承認システム：理にかなった安全ゲート
Dataタブの下には、「Require approval to run functions that may modify data」というトグルがあります。既定でオンです。
データを書き込み、更新し、削除するすべての関数は、実行前に「Needs review」キューに入ります。私のビルドでは、以下が含まれていました。
- markAllRead
- markRead
- recordPayment
- saveLease
- saveProperty
- saveRequest
- saveUser
- sendMessage
- uploadDocument
各項目の詳細ビューの上部にはバナーが表示されます。「This function requires review. Ensure it performs the right operations on the right data before approving.」と書かれています。TypeScriptを読み、SQLが期待どおりの処理をしているか確認して、Approveをクリックします。
これは公開時に重要です。最初にPublishを押したとき（スクリーンショット8、2回目のバッチ）、公開チェックリストがブロッキングな問題を示しました。「There are functions that are not yet approved. You cannot publish functions that change external data without approving them first.」という内容です。「Review functions」ボタンがDataタブへ直接つながっていました。
各関数を承認した後、公開フローは問題なく続きました。アプリのURLを設定し（kimothokarani–properties.retool.app）、フォルダを選び、リリースタグを付けて、Publishを押しました。
Retoolを使って実際の業務データ（支払い、リース、ユーザーレコード）を管理するなら、AIが書いたデータベース関数をあなたの承認なしに実行させたくはないはずです。多くのビルダーツールにはこのゲートがありません。Retoolがこれを既定で提供している事実は、このプラットフォームが「完成」をどう考えているかをよく表しています。
公開：ほぼワンクリック、ただし1つのゲートを越える必要あり
関数承認が済めば、公開フローはシンプルです。
- 右上の「Publish」をクリック
- アプリURLを設定（形式：[org]–[appname].retool.app）
- フォルダを選択（既定はPublished）
- リリースタグを付ける：タグなし、またはMajor release（1.0.0）
- Publishをクリック
生成されるURLは、共有しやすいきれいな.retool.appアドレスです。無料プランでは別のホスティングは不要です。公開後すぐにリンクを共有でき、アプリはアクセス権のある人に対してそのまま公開されます。
Retoolの価格とプラン
Retoolは、AIクレジット層を上乗せしたサブスクリプションモデルを採用しています。すべてのプランに2種類のユーザータイプがあります。
- Builder: 課金サイクル内にアプリを作成または編集するユーザー
- Internal users: 編集はせず、アプリを利用するだけのユーザー
契約前に知っておくべき主な点：
- 公開されている返金保証はありません。
- 支払いはクレジットカードのみです。
- 年額払いで、すべての有料プランが20%割引になります。
- AIクレジットはアプリ構築とAI Actionsをカバーします。毎月更新され、繰り越しはできません。
- Agentsは別料金で時間課金され、AIクレジットのプールは使いません。
- Enterprise顧客は、自分のモデル提供元APIキーを接続できます。有効時はAI呼び出しが自分のキー経由でルーティングされ、Retoolクレジットは消費されません。
- Businessプランは、クライアント向け用途に必須です。ポータル、埋め込みアプリ、カスタムブランディングはこのプラン以上でのみ利用できます。
- Team以上にはボーナスクレジットが含まれます（Teamで基本750＋ボーナス250、Businessで基本1,500＋ボーナス1,500）。追加クレジットパックは有料プランならどのプランでも購入可能です。
どのプランがどのユーザーに合うか：
個人開発者や、小規模チームで最初の構築を行う場合は、無料プランのままで十分です。頻繁に反復するチームはクレジット上限に達し、Teamティアが必要になります。クライアント向けまたは埋め込みアプリを作るチームは、Businessプランが必要です。コンプライアンス要件、SSO要件、または数人を超えるビルダーがいるチームは、Enterpriseについて営業に相談してください。
Retoolの代替
Retoolの新しいAIビルダーに最も直接競合する、エンタープライズ内部ツール向けの製品はSuperblocksです。Retoolが自社プラットフォーム内でフルスタックアプリを生成し、コードをその中に保持するのに対し、Superblocksは、あなた自身のIDEで編集でき、プラットフォーム外にそのままデプロイできるエクスポート可能なReactコードを生成します。
ベンダーロックインを避けることに本気のチームにとって、この違いは重要です。
Superblocksは、VPC内で動くエージェントと、Superblocksのクラウドで管理されるビルダーインターフェースを組み合わせたハイブリッドなセキュリティモデルも提供しており、厳格なデータ所在地要件を持つ組織にはより強い選択肢です。Retoolにもセルフホスティングはありますが、Superblocksのオンプレミスエージェント方式よりインフラの負担が大きくなります。
ただし、トレードオフは価格です。Superblocksはエンタープライズ専用で、AIビルダー1つあたり月額$200、ホストアプリ1つあたり月額$100がかかるため、Retoolの無料プランとTeamティアは、小規模チームにとって圧倒的に手が届きやすいです。
| 機能 | Retool | Superblocks |
|---|---|---|
| 使いやすさ | 無料プラン、プロンプト優先のホームページ、素早いサインアップ | エンタープライズ重視。始めるハードルが高い |
| 最適な用途 | あらゆる規模の社内ツールチーム、開発者主導 | VPCとコンプライアンス要件のあるエンタープライズチーム |
| バックエンドとデータ | 内蔵PostgreSQL、@構文による100以上の統合 | フルスタック生成。独立したReactコードを出力 |
| デザインの柔軟性 | プラットフォーム内でのチャット、選択モード、完全なコード編集 | ドラッグ＆ドロップ、AI生成、IDEとのネイティブな双方向同期 |
| 料金体系 | 無料枠あり。Teamは月額$10/ビルダーから | エンタープライズ専用。営業に問い合わせ |
最終評価：Retoolは価値がありますか？
Retoolの新しいAIビルダーは、社内ツール向けとして私が試した中で最も高性能なプロンプトからアプリへのプラットフォームです。わずか18分で、データ投入済み、業務ロジック、ダッシュボード、ナビゲーションを備えた複数ページの不動産管理プラットフォームを生成しました。
特に印象的だったのは、出力の品質です。アプリは初日から実用的に感じられ、関数承認や完全なコードアクセスといった機能から、Retoolが本番ワークフローを重視していることが分かります。
とはいえ、誰にでも向いているわけではありません。非技術者は公開プロセスで苦労するかもしれませんし、ユーザー単価ベースの価格設定はチームが大きくなると高くつきます。さらにビルダーはまだベータ版なので、いくつか粗さも残っています。
開発者、スタートアップ、社内ソフトウェアを構築するオペレーションチームにとって、Retoolは現在、最も強力なプロンプトから本番への体験を提供しています。速度、柔軟性、本番対応性を重視するなら、今使えるAIアプリビルダーの中でも最良の1つです。
