Lovableで何ができるか、どう使うと有意義か：公式が挙げる機能と、公式が紹介する使い方・場面を、載っている場所つきで整理する

この記事は、公式の資料を2026年10月23日に読んでまとめたものです。この記事は、実際に使って確かめた記録ではありません。「公式のどこに」の列は、読んだドキュメントのページ名です。クレジットの数字は、公式ドキュメントに載っている例で、実際の消費は作業の大きさで変わる、と公式が書いています。

先に結論

• まず「小さく作る」。 公式のガイド「Idea to product」は、最初のバージョンは小さく、1つの主要な画面か流れから始めるよう書いています。
• 「一度に全部」より「一つずつ」。 変更は1回に1つ、部品ごとに、場所と動きと「変えてはいけないこと」を添えて頼む、と書かれています。
• 相談と変更は分けられる。 Chatモードはコードを変えずに話せます。計画だけほしいときはPlanモードです。
• 見た目は、指さして直せる。 プレビューのツールバーで要素を選び、変えたいことを書けます。文字は直接打ち直せます。
• 公開は、スキャンのあとに。 公式のガイドは、最初の公開の前に、セキュリティのスキャンで重大な指摘を直すよう勧めています。

前提：用語をそろえる

• プレビュー（Preview）：作っている途中のアプリを、その場で動かして見る画面です。
• ドラフト（Draft）：変更を本編に入れる前に試す作業用の枠です。公式のページには、ドラフトの作成や承認でクレジットがかからない、と書かれています。
• ナレッジ（knowledge）ファイル：製品の概要、利用者の流れ、デザインの方針などを1ページにまとめた、Lovable向けのメモです。
• RLS（行レベルセキュリティ）：データベースで「誰がどの行を読めるか」を決める仕組みです。
• Edge Function（エッジ関数）：アプリの裏側で動くプログラムです。支払いの確認など、見せたくない処理を置きます。

たとえ話：模型を見ながら、建築家に注文する

最初に頼んだ内容から「模型」（プレビュー）ができます。気になる所は、指でさして直してもらいます。大きな改築は、まず「設計図だけ見せて」（Plan）と頼みます。まだ工事に入らず、相談だけしたいときは「雑談」（Chat）です。気に入った状態は「写真に撮って」（ブックマーク）残しておきます。ただし、写真に撮れるのは建物の形で、中にしまったもの（データベースの中身）は元に戻りません。これは僕らのたとえで、公式の表現ではありません。

公式が挙げる機能：一覧

場面1：自分のお店やサイトを作る（公式のクイックスタート）

公式のクイックスタートの例は、近所のカフェのウェブサイトです。ログインもデータベースもない、小さな版から始める例になっています。

• 流れは、説明を書く、最初の版を見る、1つずつ直す、ボタンを全部押して確かめる、Publishする、の順です（公式のどこに：Quick start）。
• 公式は、変えたい見た目を「温かくて信頼できる感じ」のような言葉で伝えてよい、実際の文章を最初から入れると配置の問題に気づきやすい、と書いています（公式のどこに：Idea to product）。

場面2：予約を受けるサービスを作る（公式の「アイデアからアプリまで」）

公式のガイドは、写真撮影の予約を受けるサービスを例に、順番を書いています。

1. アイデアを絞る。 何のサービスか、誰が使うか、なぜ使うか、一番大事な操作は何か、の4つを決める。最初はログインもデータベースもなしで始める。
2. 計画してから作る。 大きな変更はPlanモードで。機能を、試せる順に分けてもらう。
3. 見た目の方向を決める。 「温かくて専門的」のような感じを伝える。
4. 小さな単位で作る。 1回に1つ。「変えてはいけないこと」も書く。うまくいった版はブックマーク。直らないときはPlanモードで原因の調査から頼む。
5. データを足す。 予約が保存されるようにするとき、組み込みのバックエンドを足す。別のブラウザのタブで保存を確かめる。ユーザーを2人用意して、他人の個人データが見えないことを確かめる。
6. 利用者の目で試す。 見た目、動き、保存、アクセス権、スマホの表示。誤った入力や空の状態も試す。
7. 公開して共有する。 公開前にセキュリティのスキャンを実行し、重大な指摘を直す。「共有」は一時的な作業中の見せ方で、「公開」はネット上に出すこと、と書かれています。
8. 育てる。 SEOの見直し、フィードバックのフォーム、確認メール、独自ドメイン。支払いは、予約が確かめられてから足す、と書かれています。

（公式のどこに：Idea to product、features/projects/chat）

場面3：会社の中のツールを作る（公式のホームページの紹介）

公式のホームページは、アプリの例としてSaaS、社内ツール、MVP（最小限の試作品）を挙げ、ダッシュボードやデータベースを使うものにも触れています。ここで注意したいのは、社内用のものを公開してしまう失敗です。公式のセキュリティのガイドは、公開したくないアプリは、プロジェクトの見える範囲をワークスペースにし、公開されていないことを確かめ、社内ツールにもログインを必須にするよう書いています。

（公式のどこに：lovable.dev/build、Security best practices）

場面4：すでにあるものから始める

• テンプレートをRemixする。 独立した写しができ、どのプランでも自由に編集できます（公式のどこに：Quick start、Remix a project）。
• 画像や設計を添えて頼む。 最初のプロンプトに、デザインやスクリーンショットを添えられます（Quick start）。Figmaのファイル（.fig）を添えると、色、文字の設定、枠の構造を読んでスタイルを合わせます。ただし全画面は作り直さないので、作ってほしいものは書く、と書かれています（Chat）。
• ZIPやウェブサイトのURLを取り込む。 公式のFAQは、既存のコードから始める方法として、ZIPかウェブサイトのURLの取り込みを挙げています。Git同期は、新しいリポジトリを作る方向で、既存のものの取り込みはできない、とあります（FAQ、Git sync）。

場面5：作ったものを守る

• 版の管理。 変更のたびに版が自動で残ります。Revertで戻せるのは、コードとエッジ関数で、データベースの中身や、あとから起きたデータの変更は戻りません。使ったクレジットも戻らない、と書かれています（Version history）。
• セキュリティのスキャン。 Quick scanは公開のたびに自動で走り、Deep scanは基本的に手動です（ログインなしのMCP連携を許すアプリを公開すると、Deep scanも裏で動く、とも書かれています）。どちらも実行は無料で、「完全な安全は保証できない」と公式が書いています（Security、Security view）。
• 秘密の値。 APIキーなどは、コードに書かず「Secrets」に入れます。入れた値は、あとから読み返せません（Secrets）。

場面6：スマホや別の入口から始める

デスクトップアプリ、モバイルアプリ、Slack、Telegram、ChatGPT、MCPサーバーから、プロジェクトを始めたり続けたりできます（Telegramは、FreeとProのワークスペースのみ。01参照）。ただし、作れるのはウェブアプリです。公式のFAQは、ネイティブのiOS・Androidアプリや React Native のプロジェクトは作らないと書いています。スマホ向けにしたい場合の方法として、ホーム画面に追加できるPWAにするか、公開したURLをCapacitorなどの別のツールで包んでストアに出す方法が示されています（FAQ）。公式のクイックスタートに一覧があります。つなぎ方の詳細は03です。

気をつけること

• この記事は、実際に使って確かめた記録ではありません。公式のドキュメントを読んだ範囲です。
• クレジットの例の数字は、ページによって違います。 公式の料金ページ（lovable.dev/pricing）の例には、ランディングページ（画像つき）が1.70クレジットとあり、「Credits and usage」のページには2.00の例があります。公式の資料同士で食い違っているため、どちらも例として受け取ってください。
• プレビューの「Mobile view」について。 クイックスタートは、デバイスの切り替えで確かめるよう書いていますが、プレビューツールバーのページには、切り替えの説明が見つかりませんでした。メニューの名前や場所は、画面で確かめてください。
• 公式が「非推奨」と書く機能。 チャットの「Message queue」は、公式が「deprecated」と書いています。
• 公式の説明は、AIが失敗しうることを前提にしている。 利用規約は、AIの出力に誤りがありうるので、独立した確認とテストなしに頼らないよう書いています。生成されたアプリを人に使わせる前に、自分で確かめてください。
• 利用規約や、医療・法律・金融に関わる用途の判断は、公式や専門家に確認してください。この記事は助言ではありません。

出典

• Lovable：AI app & website builder（Lovable、確認日 2026-10-23）
• Quick start（Lovable Documentation、Lovable、確認日 2026-10-23）
• From idea to app（Lovable Documentation、Lovable、確認日 2026-10-23）
• Chat（Lovable Documentation、Lovable、確認日 2026-10-23）
• Preview toolbar（Lovable Documentation、Lovable、確認日 2026-10-23）
• Version history（Lovable Documentation、Lovable、確認日 2026-10-23）
• Lovable Cloud（Lovable Documentation、Lovable、確認日 2026-10-23）
• Lovable AI features（Lovable Documentation、Lovable、確認日 2026-10-23）
• Publish（Lovable Documentation、Lovable、確認日 2026-10-23）
• Share a project（Lovable Documentation、Lovable、確認日 2026-10-23）
• Remix a project（Lovable Documentation、Lovable、確認日 2026-10-23）
• Code view（Lovable Documentation、Lovable、確認日 2026-10-23）
• Chats（Lovable Documentation、Lovable、確認日 2026-10-23）
• Security（Lovable Documentation、Lovable、確認日 2026-10-23）
• Project security view（Lovable Documentation、Lovable、確認日 2026-10-23）
• Security best practices（Lovable Documentation、Lovable、確認日 2026-10-23）
• Secrets（Lovable Documentation、Lovable、確認日 2026-10-23）
• Credits and usage（Lovable Documentation、Lovable、確認日 2026-10-23）
• Pricing（Lovable、確認日 2026-10-23）
• FAQ（Lovable Documentation、Lovable、確認日 2026-10-23）
• Git sync（Lovable Documentation、Lovable、確認日 2026-10-23）
• Terms of Service（Lovable、発効 2026-08-15、確認日 2026-10-23）