Lovable Mac デスクトップアプリがリリースされた。しかしこの記事は出荷ニュースのまとめではない。
今回の変化で本当に重要なのは、ブラウザの中で画面を素早く作るだけのツールが、そこを少し超え始めたという点だ。自分のMacにインストールされたFigmaを直接つなぎ、ローカルで動くサーバーを接続し、複数プロジェクトをタブで行き来しながら作業できるようになった。これはデモを速く出す方向ではなく、実際の作業フローの中に入ってくる方向の変化だ。
公式ドキュメント基準で変わったのは3つ。順に見ていく。
Before — ブラウザ版Lovable
- ローカルアプリの情報を参照できない
- Figmaはスクショで貼り付け
- プロジェクト切替＝ブラウザタブを探す
- Lovable専用ショートカットなし
After — Lovable Mac デスクトップアプリ
- ローカルMCPでFigma等と直接接続
- 設計ファイルをAIが直接参照可能
- アプリ内タブでプロジェクト完結
- Cmd+K, Cmd+T等のネイティブ操作
Lovable Mac デスクトップアプリ以前の限界
Lovableはテキストで指示するとWebアプリの画面を作ってくれるAIビルダーだ。プロトタイプを素早く出し、リアルタイムプレビューで確認し、ワンクリックでデプロイするところまでブラウザタブ1つで完結する。
この流れ自体はうまく動く。問題はその次にある。
ブラウザタブはセキュリティポリシーにより、Mac上で動いている他のプログラムに手を伸ばせない。Figma Desktopがすぐ隣で開いていても、Lovableはそのファイルを読めない。ローカルで動かしているテストサーバーがあっても参照できない。外部の文脈が必要になるたびに、スクリーンショットを撮るか、ファイルをエクスポートするか、テキストで逐一説明する必要があった。
つまりLovableは速いが孤立した作業環境だった。作るのは速いが、自分の作業環境のコンテキストを持ち込むのは手作業だった。
Lovable Mac デスクトップアプリは、この孤立を解くために生まれた。
変化①：自分のMacにあるデザインファイルやアプリを直接つなげる
何が変わったのか
デスクトップアプリはローカルMCPサーバーを公式サポートする。
MCP（Model Context Protocol）は、AIツールが外部プログラムの情報を読み取る接続規格だ。もう少し簡単に言えば、「LovableがMac上の他のプログラムに”今何を開いてる？”と聞ける通路」のようなものだ。
Figma DesktopやPaperのようなアプリは自動検出対象で、特に設定しなくてもLovableが認識する。それ以外のプログラムは2通りの方法で接続できる。Mac上で実行中のプログラムをコマンドベースで直接つなぐか、ローカルで動いているHTTPサーバーのアドレスを指定するかだ。初回接続時には承認画面が表示され、以後は設定で管理できる。
なぜこれが重要なのか
ブラウザのLovableでFigmaの試案を参照するには、スクリーンショットを撮って貼り付けるかファイルをエクスポートする必要があった。デスクトップアプリでは、Figma Desktopが開いていればLovableがそのファイル情報を直接参照できる。
この違いは「便利になった」より一段大きい。ブラウザビルダーは基本的に外と切り離された状態で動くツールだ。MCPがつくと自分の作業環境の文脈を読めるツールに変わる。ファイルを移して説明する中間ステップが減るということだ。
こんな場面で使う
「このFigmaファイルをベースに画面を作って」
デザイナーが作った試案がFigma Desktopに開いているとき、ファイルをキャプチャやエクスポートせずにLovableに直接指示を出せる。
「ローカルで動いているドキュメント検索ツールやmockサーバーをつないで参照させる」
チーム内部のドキュメント検索ツールがMac上で動いていれば、Lovableに「この検索ツールでログイン画面関連の内容を探して参考にして」と頼める。まだデプロイ前のAPIをローカルでテスト中なら、そのレスポンス形式をLovableが直接読んで画面を合わせることもできる。
ここで止めるべきライン
自動検出対象でないツールをつなぐにはMCPサーバーを自分で設定する必要がある。非エンジニアには簡単ではないかもしれない。またLovableのAIエージェントは依然としてクラウドで動いている。変わったのはビルダーがローカルの文脈を参照できる公式経路ができたということであり、ビルダー自体がローカルエージェントになったわけではない。
変化②：複数プロジェクトを1つのアプリ内で同時に扱える
何が変わったのか
デスクトップアプリにLovable専用のプロジェクトタブが追加された。
タブ（tab）とは、1つのアプリ内で複数の作業空間を並べて開いておく機能だ。ブラウザでもタブは開けるが、それはブラウザのタブであってLovableのタブではない。Gmail、Slack、ドキュメントのタブの間にLovableのタブが紛れると見つけにくくなる。
デスクトップアプリでは、Lovableプロジェクトだけが1つのアプリ内でタブとして整理される。Cmd+Tで新規タブ、Cmd+1〜9でタブ切替、Cmd+Wで閉じる。
なぜこれが重要なのか
プロジェクトが1つだけの人には小さな差だ。しかし同時に複数プロジェクトを進めるフリーランスや小規模チームなら体感が違う。
以前はプロジェクトを切り替えるのにブラウザのタブを探す必要があった。デスクトップアプリではプロジェクト切替がアプリ内で完結する。作業フローが途切れるポイントが1つ減る。
こんな場面で使う
「AプロジェクトとBプロジェクトをタブで行き来しながら作業する」
クライアント向けランディングページと社内ダッシュボードを同時に作っているなら。タブ1つでランディングページの修正指示を送り、Cmd+2を押してダッシュボードタブに移り別の作業を続ける。
変化③：キーボードで素早く操作する体系が整った
何が変わったのか
デスクトップアプリ専用のキーボードショートカット（keyboard shortcut）が追加された。Cmd+K（コマンドパレット）、Cmd+T（新規タブ）、Cmd+Shift+O（プロジェクトを開く）、Cmd+1〜9（タブ切替）などだ。
なぜこれが重要なのか
ブラウザではLovable専用のショートカットを入れにくい。ブラウザ自身のショートカットと衝突するからだ。デスクトップアプリは独立したアプリなので、自分だけのキー操作体系を持てる。
これは3つの変化の中では一番小さい。しかし毎日使う人にとっては、プロジェクトを開いて、タブを切り替えて、コマンドを入力する流れがキーボードの中で完結するということは、作業リズムの違いにつながる。
| 変化 | ブラウザ版 | Lovable Mac デスクトップアプリ | 体感の差 |
|---|---|---|---|
| ローカルアプリ連携 | スクショ/エクスポートで手動 | MCP経由でFigma等を直接参照 | 中間ステップが減る |
| マルチプロジェクト | ブラウザタブに混在 | アプリ内タブで整理 | 切替がアプリ内完結 |
| キーボード操作 | ブラウザ側と衝突 | Cmd+K/T/W等の専用体系 | 作業リズムが変わる |
Lovable Mac デスクトップアプリが意味すること
3つの変化を貫く方向がある。
Lovableを「ブラウザの中のAIビルダー」とだけ説明するのは、もう少し足りなくなったということ。少なくとも自分のコンピュータの中のツールとつながるビルダーとして読むほうが正確だ。
このツールはもともときれいなデモを速く出すことに強かった。テキストで指示すれば動く画面が出てきて、ワンクリックでデプロイまでできるのだから。しかし実際の作業ではデザイン試案を参照し、ローカルサーバーのデータを確認し、複数のプロジェクトを行き来する必要がある。ブラウザの中ではこういったことが手作業か、そもそも不可能だった。
デスクトップアプリはこのギャップを縮める最初の動きだ。デモを速く出すツールから、実際の作業フローの中に入ってくるツールへ。まだ完全に移行したわけではないが、方向は明確だ。
これはLovable独自の動きでもない。Cursorは最初からデスクトップエディタだし、Claude Codeはターミナルでローカルファイルシステムと直接作業する。AIツールがブラウザの外に出てユーザーのローカル環境に届こうとするのは、市場全体の流れだ。Lovableがその中でやったのは、ブラウザベースのアプリビルダーがMCPという接続規格を公式の製品表面に初めて取り入れたということだ。
ただし、これをCursorやCodexのようなローカルコーディングエージェントと同じ階層に置くと過大評価になる。Lovableはコードエディタではなくアプリビルダーであり、AIは依然としてクラウドで動く。正確に言えば、ブラウザビルダーというカテゴリの中でローカルコンテキスト接続を公式経路として吸収し始めたということだ。それ以上でもそれ以下でもない。
誰に役立ち、どこまで期待すべきか
すぐ役立つ人：
- Figmaなどのデザインツールを使いながらLovableでプロトタイプを作る人
- Lovableプロジェクトを同時に複数管理するフリーランスやチーム
- キーボード主体で素早く作業を切り替えたい人
過大評価すべきでない部分：
- オフラインでは使えない。デスクトップアプリだがLovableのAIはインターネット接続が必要
- CursorやClaude Codeの代替にはならない。作業面が違う
- MCP自動検出対象でないツールの接続には技術的な設定が必要
- Windowsはまだ予告段階
- この記事は公式ドキュメント基準の解説であり、実使用レビューではない。ローカルMCPの実際の安定性や日常作業での体感は使ってみないと分からない
Lovable Mac デスクトップアプリ1つで製品の性格が完全に変わるわけではない。しかしブラウザという囲いの中だけで動いていたビルダーが、自分のMacのツール環境とつながる公式経路を初めて開いた。これは作業方式の変化として見る価値がある。
→ Lovable Mac デスクトップアプリのダウンロードはこちら
毎週月曜日、AIトレンドニュースレター配信中
会員登録すると、毎週月曜日に「今週のAI・バイブコーディング最新情報」をお届けします。
バナー広告なし・本当に役立つ情報だけを厳選するクリーンなAI専門メディアです。
Lovable Mac デスクトップアプリに関するよくある質問
Q: Lovable Mac デスクトップアプリは無料で使えますか？
はい。公式ドキュメントによると、デスクトップアプリはすべての料金プランで追加費用なしで利用できます。プロジェクトやクレジットはWeb版と同期されます。
Q: デスクトップアプリならオフラインで使えますか？
いいえ。デスクトップアプリですが、LovableのAIエージェントはクラウドで動作するため、インターネット接続が必要です。
Q: Windows版はありますか？
現時点ではmacOS版のみ提供されています。Windows版は「coming soon」と公式ドキュメントに記載されています。
Q: MCP接続は非エンジニアでも設定できますか？
Figma DesktopやPaperのような自動検出対象アプリは設定不要でLovableが認識します。それ以外のツールをMCPで接続するには技術的な設定が必要で、非エンジニアには難しい場合があります。
Q: Lovable Mac デスクトップアプリはCursorやClaude Codeの代わりになりますか？
なりません。Lovableはコードエディタではなくアプリビルダーです。CursorやClaude Codeはコードを直接編集するローカル開発環境であり、作業面が異なります。
著者: VibeCoding Tailor（Lovable公式アンバサダー）
ソースリスト
- Lovable公式ドキュメント — Desktop app（2026-04-15確認）
- Lovable公式ドキュメント — MCP Servers（2026-04-15確認）
- Lovable Desktopダウンロードページ
