プラットフォーム
Builder: 本物のアプリをリリースするAIペア
望むものを平易な言葉で説明すると、会話の隣で、本物のReact、TypeScript、Supabaseアプリケーションが形になっていきます — gitもチェックポイントもライブプレビューも組み込み済みです。
Builderは、Ciaoの開発ワークスペースです。左にチャット、右にあなたのライブアプリケーション。生成されたコードで止まる他のAIコーディングツールとは異なり、Builderはすべての会話に、inspect-to-prompt、プロンプトキュー、ブランチネイティブなgit、undo、チェックポイント、ライブプレビュー、フルスタックコンソールを組み合わせます — こうして平易な言葉でのリクエストが、あなたが所有する本物の、動くソフトウェアになります。
公開日 2026-07-03 · 最終更新 2026-07-03
アイデアと動くアプリの間にある、たった1つのウィンドウ
多くのAIコーディングツールはコードを生成すれば仕事が終わったと考えます。そのコードを実行し、プレビューし、バージョン管理し、ログインを壊した変更から復旧する作業はあなた任せです — そしてまさにそこで、非エンジニアは行き詰まり、エンジニアは午後を失います。生成された差分と動くアプリケーションの間の距離こそが、AI支援開発の本当のコストであり、デモにはめったに現れません。
Builderはその距離を埋めます。それは1つのワークスペースです。左にCiaoとの会話、右にあなたのライブアプリケーション。平易な言葉で望むものを説明すると、Ciaoが本物のReactとTypeScriptをSupabaseバックエンドに対して書き、目の前のプレビューが更新されます。ブランチ、チェックポイント、undo、ログはすでにそのウィンドウの中にあるので、本格的な変更もそこから出る必要がありません。
Builderのセッションはこう進む
1. 変更を説明する
望むものを平易な言葉で入力してください — 新しい画面、ルールの変更、レポートなど。Ciaoが作業を計画し、閉じたツールの中の設定ではなく、本物のコードを書きます。
2. 説明する代わりに指し示す
inspect-to-promptを使えば、ライブプレビュー内の任意の要素をクリックするだけで、次のプロンプトがその正確なコンポーネントに紐づきます。どのボタンのことか、長々と説明する必要はもうありません。
3. 次の考えをキューに入れる
プロンプトキューは、現在のビルドが実行されている間、追加のリクエストを順番に保持します。アイデアはキューに入り、忘れてしまうメモファイルには残りません。
4. 本物のブランチで作業する
Builderはブランチネイティブです。すべての作業はgitブランチ上で行われるため、実験は隔離され、何も公開中のアプリケーションを直接編集しません。
5. ライブで動く様子を見る
ライブプレビューは実際のアプリケーションそのものです — 本物のルート、本物のデータ、本物の認証 — 静的なモックアップではありません。見えているものが、そのまま公開されるものです。
6. 元に戻すか、チェックポイントに戻る
ワンクリックのundoで直前の変更を元に戻せます。チェックポイントはいつでも戻れる、動作確認済みの状態を記録します。大胆な試みがリスクでなくなります。
7. 内部を覗く
フルスタックコンソールは、フロントエンドのエラー、バックエンドのログ、データベースの活動を一箇所に表示するので、「なぜこれが壊れているのか」を調べる場所は1つだけです。
なぜ重要なのか
Builderは、標準的なReact、TypeScript、Tailwindを生成し、それを完全に所有するのはあなたです — いつでも自分のリポジトリにエクスポートできます。これが重要なのは、代わりの選択肢が他人のフォーマットの中で積み上げる勢い — 持ち出せない数ヶ月分の仕事 — だからです。
また、Builderが単独で動いているわけではないことも重要です。すべてのCiaoワークスペースには、AIソフトウェア組織 — CTO、Doctor、QAアナリスト、Securityエンジニア、Coder、SysOpsオペレーター — が付属しているため、Builderで構築したものは、ユーザーに届く前にGuardrailsのレビュー、自動QA、ライブのセキュリティテストへと流れていきます。チャットウィンドウはデリバリーループへの玄関口であり、製品そのものではありません。
誰がBuilderを使うのか
- 創業者とオペレーター — プロダクトを正確に説明できるがコードは書かない人たち — 有効期限付きのプロトタイプではなく、所有する本物のアプリケーションを手に入れます。
- プロダクトマネージャーとドメインエキスパート — ワークフローに最も近い人たちが、ブランチ上で、マージ前のレビューを経て、社内ツールを自ら構築します。
- エンジニア — 開発者はBuilderを使って、よく理解された作業をより速く進めながら、どのみち自分で設定していたであろうgitの規律、チェックポイント、フルスタックの可視性を維持します。
- 代理店 — クライアントワークも同じループを得ます: 会話の中で構築し、レビューコールでライブプレビューを見せ、ゲートを通してリリースする。
セキュリティとガバナンスに関する注記
- ✓ すべての変更はgitブランチ上で行われます — 公開中のアプリケーションを直接編集するものは何もありません。
- ✓ Guardrailsはコードをビジネス領域にマッピングし、リスクのある変更がマージされる前に平易な言葉のポリシーを適用します。
- ✓ QAは公開前にスモークゲートを、公開後に本番チェックを実行します。
- ✓ 追記専用の監査証跡が、プロンプト、マージ、デプロイ、管理操作をカバーします。
- ✓ 顧客のコードはモデルの学習に使用されず、推論はデータ保持ゼロのモデル契約のもとで実行されます。
- ✓ 100%のコード所有権 — いつでも標準的なReact、TypeScript、Tailwindを自分のリポジトリにエクスポートできます。
Builder対プロンプトのみのワークフロー
違いはコードを書くモデルではなく、コードを取り巻くすべてのものです。
| プロンプトのみのAIコーディング | Ciao Builder | |
|---|---|---|
| 結果を見る | コードをコピーして、ローカルで実行 | チャットの隣でライブプレビューが更新 |
| 修正箇所を指定する | 要素を言葉で説明 | クリックするだけ — inspect-to-promptがコンポーネントを紐づける |
| 追加のアイデア | 実行を待ってから再入力 | プロンプトキューが順番に保持 |
| バージョン管理 | 手動コミット(あれば) | ブランチネイティブなgit、undo、チェックポイント |
| デバッグ | 別々のターミナルとダッシュボード | 同じウィンドウ内のフルスタックコンソール |
よくある質問
Builderを使うにはgitの知識が必要ですか?
いいえ。Builderは内部でブランチネイティブです。ブランチを作成し、作業をコミットし、マージを管理してくれます。エンジニアはいつでもgitレベルに降りることができ、コードをエクスポートする際には完全な履歴が残っています。
inspect-to-promptは具体的に何をしますか?
ライブプレビュー内の要素 — ボタン、テーブル、フォームなど — をクリックすると、Builderがそのコンポーネントのコンテキストを次のプロンプトに添付します。「これをソート可能にして」といったリクエストが、書かれた説明から解釈されるのではなく、最初から正しいコードにたどり着きます。
変更が何かを壊した場合はどうなりますか?
3つの層があります: 直前の変更のためのワンクリックundo、動作確認済みの状態に戻るためのチェックポイント、そして公開前に失敗を捕捉するQAのスモークゲートです。公開後も本番チェックが実行されます。
コードを他の場所に持ち出せますか?
はい。Ciaoは標準的なReact、TypeScript、TailwindをSupabaseバックエンドとともに生成し、その100%をあなたが所有します。いつでも自分のリポジトリにエクスポートできます — アプリが依存する独自ランタイムは存在しません。
どう始めればよいですか、費用はいくらですか?
個人のビルダーはセルフサーブでクレジットから始められます — 最初のアプリを説明して始めましょう。本格的な本番プログラムは年間10,000米ドルからです。料金ページを確認するか、チームに必要なものについて営業にご相談ください。