Bolt.new（ボルト）は、作りたいものをチャットで説明し、Webサイトやアプリのコードを生成・修正するAI開発サービスです。
StackBlitzが提供し、ブラウザで画面をプレビューしながら、デザインや機能の変更を依頼できます。
企画を文章で説明するだけでは伝わりにくい場合も、実際に操作できる試作品を見ながら要件を整理できます。
たとえばイベントの申し込みフォームなら、入力する項目と送信後の表示を伝えて初稿を作り、必要な項目や画面の配置を追加で修正できます。
Bolt Cloudでは、データベースやホスティングを使う構成も案内されており、表示だけの画面からデータを保存するアプリへ進められます。
GitHubによるコード管理や外部サービスとの連携も検討できます。
公開するアプリでは、入力内容が正しく保存されるか、別の利用者に情報が見えないかも確認します。画面が生成された後の運用を含めて使うツールです。
無料プランと有料プランでは、AIの生成に使うトークン、独自ドメイン、公開先の利用量などの条件が異なります。
2026年10月28日の公式表示では、Proは月払いで月額25米ドルからです。
公開後に外部APIやデータベースを利用する場合は、その費用も分けて確認します。
作った画面を見せながら、試作と修正を繰り返したい人向けのサービスです。
作りたい画面、機能、利用者を文章で伝え、アプリの初稿を生成できます。
ブラウザ内でプレビューを見ながら追加の指示を出せるため、画面がない段階から要件を検討できます。
たとえば予約受付なら、入力項目、一覧表示、完了メッセージを分けて依頼します。
一度に多くの機能を頼むより、代表的な操作が通る小さな構成から進めると確認しやすくなります。
最初の依頼では「誰が、どの情報を入力し、最後に何を見られるか」を説明すると、画面と操作のつながりを作りやすくなります。
動き始めた後に、検索や並び替えなどの機能を一つずつ追加できます。
依頼した画面ができたら、入力を取り消す場合や必須項目が空の場合も試します。利用者が迷う箇所を見つけてから、必要な案内を加えられます。
生成した画面を見て、色、配置、文言、動作などを修正できます。
コードを確認する画面もあり、開発者が内容を読みながら調整する方法があります。
表示の変更とデータ処理の変更では、確認する範囲が異なります。
フォームを直す場合は、必須条件、エラー表示、保存後の状態まで試すと不具合を見つけやすくなります。
長い依頼をまとめて続けるより、変更したい箇所と期待する結果を一つずつ指定すると、出力を比較しながら改善できます。
たとえば一覧の文字が読みにくい場合は、列の幅や表示順を指定します。
保存する項目を変える場合は、入力画面だけでなく一覧や詳細画面にも変更が反映されるかを調べると、修正の抜けを見つけられます。
Bolt Cloudは、アプリのデータベースやホスティングなど、公開して使うための機能を提供します。
画面だけの試作から、入力した情報を保存する構成へ進められます。
利用者が登録する情報を扱う場合は、データ項目と閲覧・変更の権限を先に決めます。
別のアカウントや未ログインの状態でも動作を確かめ、意図しない閲覧ができないかを確認します。
バックアップ、利用量、障害時の対応も含めて検討できます。
顧客情報を保存するアプリなら、担当者だけが見られる情報と全員に共有する情報を分けて設計します。
ログインしている状態だけでなく、別の利用者や未ログインの状態からも試すことで、意図した権限になっているかを確かめられます。
GitHubによるコード管理や、Supabase、Stripe、Expoなどとの連携が案内されています。必要な機能を外部サービスへ接続し、用途に合う構成を選べます。
コードを開発者と共有する場合は、接続するリポジトリと公開範囲、どこで修正を管理するかを決めます。
外部サービスを追加する際も、テスト用と本番用の認証情報を区別します。後から開発を続ける方法まで考えて試作できます。
GitHubにつないだ後も、ブラウザでの指示と開発者が加える変更をどの順番で反映するかを決めておくと、作業が重なったときに整理しやすくなります。
決済などを追加する場合は、本番前にテスト用の設定で一連の操作を試します。
無料プランで試し、有料プランで生成枠や公開条件を広げられます。
2026年10月28日の確認では、Proは月払いで月額25米ドルからと案内されています。
トークンは短い指示の文字数だけでなく、AIが読み込むプロジェクトの内容にも関係します。
大きなアプリほど、一回の修正で必要な量が増える場合があります。生成に使う費用と、公開後のリクエスト、データ保存、外部APIの費用を分けて確認できます。
無料枠で小さな試作品を作り、必要な契約を見極める方法が適しています。
試作の段階では少ない機能から始め、必要な変更を小分けにすると利用量を把握しやすくなります。
公開後はアクセス数、保存するデータ、連携するAPIの利用量が増える可能性もあるため、それぞれの料金を確認します。
Webサービスの試作品を作りたい起業家、社内ツールを検討する担当者、実際の画面を使って依頼内容をすり合わせたい企画・デザイン担当者に向いています。
コードの初稿を用意し、GitHubなどを通じて開発者と改善を続けたい場合にも選択肢になります。
個人情報や決済を扱うアプリでは、認証と権限のレビュー、公開後の費用を確認できる体制と合わせて利用します。
たとえば予約の受付、問い合わせ管理、簡単な社内一覧などを、まず少人数で操作してみたい人に適しています。
企画担当者が初稿を作り、開発者がコードやデータ構造を見て改善する分担も検討できます。
公開前には、実際に使う人の操作と管理者の操作を分け、入力から保存までの流れを試すと判断しやすくなります。
個人のアイデアを小さく検証したい人も、最初の画面から試し始められます。
アイデアを説明する文章だけでは操作の流れが伝わりにくく、試作品を用意するまでに時間がかかります。
Bolt.newは、会話から画面とコードを生成し、動作を見ながら要件を調整する初期工程を短縮します。
公開やデータ保存へつなぐ機能もあるため、見た目の案から実際に触れるアプリへ進められます。
安全性と運用品質の確認を残しつつ、白紙から実装を始める負担を減らします。
たとえば顧客一覧の案を、入力画面と一覧表示を備えた試作品として用意し、担当者に触ってもらえます。
使いにくい項目や足りない条件が見つかれば、その場で指示を追加して修正できます。
仕様書だけでは分かりづらい使い勝手を画面で共有し、どの機能を本格的に作るべきかを早い段階で判断できます。
画面を使いながら、説明だけでは気づかなかった入力項目の不足も見つけられます。
ツールのウェブサイトにアクセスして使ってみよう！
.png){kind=logo}
.svg.webp){kind=icon}
レビューと評価