FlowTune Media

Lovable 2.0レビュー:$6.6Bの評価を受けたAIアプリビルダーは、期待通りの進化を遂げたのか

Lovable 2.0

Vibeコーディングという言葉が定着した2026年、AIアプリビルダー市場は完全にレッドオーシャンと化している。Bolt、Replit、v0、そして次々と現れる新興サービス。「プロンプトを打てばアプリが動く」はもはや珍しくない。むしろ当たり前になりすぎて、どのツールも同じに見え始めている。

そんな中、2026年2月にメジャーアップデートを投入してきたのがLovableだ。バージョン2.0。NvidiaとAlphabetが出資し、評価額は$6.6B(約1兆円)に達した。ヨーロッパ発のVibeコーディング系スタートアップとしては最大規模になる。

評価額だけなら「すごいね」で終わる話だが、実際にプロダクトとして何が変わったのかが重要だ。数字ではなく手触りの話をしたい。

2.0で何が変わったか

Lovable 2.0の目玉は大きく分けて5つある。

リアルタイムコラボレーション。最大20人が同時にプロジェクトを編集できるようになった。ロールベースのアクセス制御もついている。これまでLovableは基本的に「一人で使うツール」だったので、チーム利用のハードルがかなり下がった。Zendesk社がプロトタイプ作成を6週間から3時間に短縮したという事例が紹介されているが、コラボレーション機能があってこそ成り立つ話だろう。

Chat Mode。コードを変更せずにAIと対話できるモードで、ファイルの中身を聞いたり、ログを調べたり、データベースの構造を分析したりできる。クレジットを消費しないのがポイント。「まず状況を把握してから手を入れる」という使い方ができるようになった。これは地味だけど実用性が高い。

Plan Mode。AIがコードを書く前に「こういう変更を加えます」という計画を提示してくれる。ユーザーはそれを確認・修正してから実行に移せる。AIに丸投げして予想外の結果が返ってくるストレスが減る。

Prompt Queue。最大50個のプロンプトをキューに入れて連続実行できる。途中で順番を入れ替えたり、個別に削除したり、一時停止して中間結果を確認したりもできる。複数ページにまたがる変更を一気にかける場面で威力を発揮する。

Visual Edits。CSSレベルでの直接編集。複数要素を選択して一括変更できる。プロンプトを書かずにデザインを微調整できるので、クレジット節約にもなる。

他にもDev Mode(コードを直接編集するモード)、セキュリティスキャン、ドメイン購入機能などが追加されている。1つ1つは「あったら便利」程度かもしれないが、全部まとめて見ると「本気で開発プラットフォームになろうとしている」という意思を感じる。

技術スタック:堅実な構成

Lovableが生成するコードは、React + TypeScript + Tailwind CSS。バックエンドはSupabaseとの統合が深い。認証、データベース、ストレージがSupabase経由でシームレスに使える。

2.0ではLovable Cloudという自前のバックエンド環境も追加された。Supabaseの設定をすっ飛ばして、プラットフォーム内で認証やデータ永続化が完結する。セットアップの手間が嫌でSupabase連携を避けていた層にはありがたいはず。

生成されるコードの品質については、開発者コミュニティでも「クリーンで構造化されていて、メンテナブル」という評価が多い。ここは率直に強みだと思う。AIが生成したコードは往々にしてスパゲッティになりがちだが、Lovableのアウトプットは比較的読みやすい。

ただし、生成されたコードがそのままプロダクションに出せるかというと話は別だ。「70%まではAIが連れていってくれるが、残り30%で相当な微調整が必要」という声が複数の海外レビューで一致している。この「残り30%問題」はLovableに限った話ではなく、2026年現在のAIアプリビルダー全般に共通する課題だ。

MCP連携という新しい拡張性

Lovable 2.0で注目したいのがMCP(Model Context Protocol)への対応だ。Linear、Jira、Notionなど外部ツールとの連携がMCPサーバー経由で可能になっている。

何が嬉しいかというと、プロジェクト管理ツールのチケット情報やドキュメントの内容をLovableのAIがコンテキストとして参照できるようになる。「Linearのこのチケットに書いてある仕様通りに実装して」といった指示が通る(少なくとも理論上は)。

さらにPerplexity、ElevenLabs、Firecrawl、MiroといったAIサービスとのコネクタも用意されている。単独のコード生成ツールではなく、開発ワークフロー全体のハブとして機能させたいという設計意図が見える。

MCP対応は今のところBoltやv0にはない優位点だ。ただし、実際にどこまで精度よく外部コンテキストを活用できるかは、使い込んでみないとわからない部分もある。

料金体系:クレジット制の功罪

Lovableの料金は以下の通り。

  • Free: 月間約30クレジット(日次5クレジット)、公開プロジェクトのみ
  • Starter: $20/月、100クレジット+日次5クレジット、プライベートプロジェクト対応
  • Launch: $50/月、500クレジット、SSOやデザインテンプレート
  • Scale: $100/月、1,500クレジット、優先サポート

クレジットの消費量は操作内容で変わる。スタイリング変更で約0.5クレジット、複雑な機能追加で約1.2クレジット。基本的なMVPを1つ作ると150〜300クレジット、複雑なアプリなら500クレジット以上が目安になる。

この料金体系、予測しやすいという利点がある一方で、Trustpilotのレビューを見ると「クレジットの消費が速すぎる」という不満が最も多い。特に厄介なのがデバッグループだ。AIが「修正しました」と報告するのに実際には直っていない、というケースでクレジットが無駄に溶けていく。月の途中でクレジットが枯渇し、追加購入を迫られるユーザーが少なくない。

学生向けに50%割引があるのは良心的。Starterが$10/月で使えるなら、学習用途としては悪くない。

汎用化への野望

2026年3月、Lovableはアプリビルダーの枠を超える宣言をした。データ分析、BI(ビジネスインテリジェンス)、プレゼン資料作成、マーケティングワークフローといった汎用タスクへの対応を発表。「何でもできるAI共同創業者」を目指すとしている。

野心的ではある。ただ、個人的にはこの方向転換にやや懐疑的だ。

アプリビルダーとしてのLovableはReact + Supabaseという特定のスタックに最適化されているからこそ品質が高い。汎用化すれば当然、それぞれの領域で専門ツールと競合することになる。データ分析ならJupyterやObservable、プレゼンならGamma、マーケティングならJasperやCopy.ai。各分野の専門ツールを相手に、汎用プラットフォームが勝てるかどうか。

「何でもできる」は「何も突出しない」の裏返しになりかねない。Lovableがアプリビルダーとして築いた強みを薄めないかが心配だ。

Trustpilotの評価が語ること

Lovableの海外ユーザーレビューは興味深い分布をしている。Trustpilotで64%が5つ星をつける一方、17%が1つ星。中間がほとんどない。

つまり「最高」か「最悪」かの二極化だ。

5つ星をつけるのは、非エンジニアがプロトタイプを素早く形にできた人たち。1つ星をつけるのは、クレジット消費に苦しんだ人たちと、プロジェクトが複雑化して生成品質が落ちた人たち。

この分布から読み取れるのは、Lovableには「スイートスポット」があるということだ。シンプルなWebアプリのプロトタイプを素早く作るという用途では確かに優秀。しかしそこを超えると急に満足度が下がる。多数のコンポーネントが相互に依存する複雑なアプリケーションでは、生成の一貫性を維持するのが難しくなる。

誰のためのツールか

Lovable 2.0が最も輝くのは、こういう場面だと思う。

非技術系の創業者やPMが、投資家向けのプロトタイプを数日で用意したい。デザイナーがモックアップを動くアプリに変換して、エンジニアに渡す前の検証をしたい。スタートアップの初期フェーズで、少人数のチームがMVPを高速で回したい。

逆に向かないのは、すでにコードベースが大きいプロジェクトの拡張、ネイティブモバイルアプリの開発(Web出力のみ)、高度にカスタマイズされたバックエンドが必要なケース。

コーディングの経験がある人には、CursorやReplit Agentのほうが柔軟性で勝る場面が多いだろう。Lovableの価値は「コードを書けない人がコードベースの成果物を得られる」ところにある。

筆者の所感

Lovable 2.0は、正当進化だと思う。コラボレーション、Plan Mode、MCP連携。どれも「あったらいいな」ではなく「なぜ今までなかったのか」レベルの機能で、プラットフォームとしての完成度は確実に上がった。

$6.6Bの評価額に見合うかどうかは判断が分かれるところだが、少なくとも「AIでアプリを作る」という体験を最もパッケージとして洗練させているのはLovableだという感覚はある。Boltのほうが速い、v0のほうがUIが綺麗、Cursorのほうが自由度が高い。それぞれ部分的には上回るツールがある。でもトータルの体験として、非エンジニアが「自分でアプリを作った」と感じられる完成度はLovableが一歩先を行っている。

懸念はクレジット消費の問題と、汎用化路線だ。前者はユーザーの声が大きくなっているので改善されるだろうが、後者は戦略的な判断なので簡単には変わらない。アプリビルダーとしてのアイデンティティを保ちつつ、どこまで広げられるか。2026年後半の展開が試金石になる。

無料プランで試せるので、気になった人はまず簡単なアプリを1つ作ってみるのがいい。「これは使える」と感じるか「クレジットが足りない」と感じるか、たぶん30分でわかる。

参考リンク

関連記事