Lovableの代替（無料・オープンソース）

最も有力な無料・オープンソースの Lovable代替 は、別のワンプロンプト型ホストビルダーではありません。Eigentのようなオープンエージェント、Gitリポジトリ、選択したモデル、独立したバックエンド、テスト、デプロイ先からなる所有スタックです。MVPが有効性を示した後、技術チームにより多くの制御をもたらします。インフラの所有より、洗練されたプロンプトからデプロイ済みアプリまでの体験を重視する非技術的なビルダーには、Lovableが依然として適しています。

短い回答：Lovableを離れるべきか？

• 視覚的な反復、管理されたデータベース／認証／ストレージ、短いセットアップ時間が主な価値なら Lovable を継続します。
• ワンクリックの利便性よりソース、モデル、バックエンド、デプロイの制御が重要なら Eigentベースのスタック を使います。
• 汎用のマルチエージェント・ワークスペースではなく、焦点を絞ったオープンなコーディングエージェントが欲しいなら OpenHands、Cline、Aider を使います。
• 速度が優先ならReplit、Bolt、v0など別のホスト型ビルダーを使えますが、それぞれにプラットフォーム境界が残ることを理解してください。

最適な移行時期は、製品を検証した後、トラフィック、データ、認証、ストレージ、自動化がほどきにくくなる前です。

Lovableが人気な理由

Lovableは、通常MVPを遅らせる要素をまとめます。プロンプト主導のコード生成、視覚的反復、バックエンドのプロビジョニング、認証、ストレージ、関数、ホスティングです。Lovable CloudはSupabaseのオープンソース基盤上に構築され、米州、欧州、アジア太平洋のリージョンを提供します（Lovable Cloud documentation）。

この利便性は大きな利用を集めました。Lovableは2026年6月、年換算売上ランレートが5億ドルを超え、週あたり100万の新規プロジェクトを作成しているとTechCrunchに述べました。どちらも会社報告の数値です（TechCrunch）。2025年12月の資金調達では、66億ドル評価で3億3,000万ドルを調達しました（Bloomberg）。

Lovableの料金と統合クレジットモデル

2026年7月の実地レビューでは、Freeは1日5プロンプト・月最大30、Proは月25ドルで月100メッセージに毎日5メッセージを追加、Businessは月50ドルで同じ100メッセージの基本枠とチーム機能とされています（TechRadar review）。購入前に最新の枠を再確認してください。

2026年6月、Lovableはビルド、Cloud、デプロイ済みアプリAIの課金を一つのクレジット残高へ統合しました。同社はプラン料金と消費率は変わらず、加入者は無料の1日5ビルドクレジットを保持すると述べています（Lovable billing post）。重要な区別は、Lovableクレジットがプロンプトだけではないことです。初期ビルド後もバックエンドとデプロイ済みアプリAIがクレジットを消費し得ます。

Lovableのステータスページには、購入済みクレジットが複数のユーザーに表示されなかった2026年3月のインシデントも記録されています（Lovable status incident）。これは特定の運用インシデントであり、体系的な請求問題の証拠ではありません。

オープンソースのLovable代替に実際に必要なもの

Eigentは、調査、コーディング、ブラウザー作業、端末コマンド、テスト、デプロイ準備を調整できるApache-2.0のマルチエージェント・ワークスペースです（Eigent repository）。アプリケーションはローカル実行またはセルフホストでき、運用者は互換性のあるホスト型またはローカルモデルを選べます。

残りのスタックは明示的なままです：

Product brief
   ↓
Eigent + coding agent
   ↓
Git repository and tests
   ↓
Chosen database / auth / storage
   ↓
Container and independent host

この設計はリポジトリを移植可能にし、データ層を交換可能にします。同時に、Lovableが通常処理するフレームワーク、スキーマ、認証、バックアップ、監視、スケーリング、デプロイの判断をチームに求めます。

LovableとEigentベースのスタック

オープンな経路を「無料」と呼ぶには正確さが必要です。Eigentアプリケーションはオープンソースで、必須のアプリ席料金はありません。ホスト型モデル呼び出し、ローカルハードウェア、データベース、ストレージ、CDN、メール、監視、運用者の時間は無料ではありません。

Lovableがより優れていること

Lovableは一貫した初心者体験を提供します。アプリ作成、バックエンドサービスのプロビジョニング、認証接続、結果のホスト、視覚的反復を、利用者がプラットフォームエンジニアにならずに行えます。オープンエージェントは、洗練されたUI、アクセシブルなデザイン、正しい認証、本番セキュリティ、信頼できるスケーリングを保証しません。

Lovable Cloudの統合データベース、認証、ストレージ、リアルタイム、関数、AIは本物の製品上の利点です（Lovable Cloud documentation）。チームがこれらの層を運用できない場合、クレジット回避だけの移行は総コストとリスクを増やす可能性があります。

実用的なオープン・アプリ構築ワークフロー

テストには小さくても実際の製品を使います。ランディングページ、認証済みダッシュボード、1つのデータベース表、CRUD動作、自動テスト、Dockerfile、デプロイ手順です。

1. プロンプトを受け入れ基準に変える

ユーザー、状態、権限、データ保持、エラー動作、必要な正確なページを定義します。エージェントには、黙って選ぶのではなく未解決の製品判断を列挙させます。

2. データ境界を選ぶ

ホスト型API経由でモデルがソースコードまたはサンプルレコードを見られるか決めます。完全なデプロイとコネクタ経路を確認するまで、合成データを使います。

3. インターフェースより先にスキーマを設計する

Gitでマイグレーション、制約、権限規則を作ります。認証と認可は別要件として扱います。ログイン画面が動いても、レコードレベルのアクセスが正しい証明にはなりません。

4. レビュー可能な増分で構築する

一度に1機能を生成します。各段階後にユニット、統合、ブラウザーテストを実行します。computer-use QA で画面上の流れを検証しますが、セキュリティと製品判断には人によるレビューを残します。

5. ランタイムをパッケージ化する

再現可能なコンテナビルド、環境テンプレート、ヘルスチェック、デプロイガイドを追加します。秘密情報はプロンプトとバージョン管理の外に置きます。

6. まずステージングへデプロイする

別の認証情報を使い、マイグレーションとロールバックをテストし、ログを確認してバックアップを確かめます。その後にのみ実ドメインまたは顧客データを移します。

Lovableから移行する方法

1. Gitリポジトリを同期またはクローンする。 最後のLovable管理リリースにタグを付け、ローカルで再現します。
2. Lovable Cloudサービスを棚卸しする。 すべての表、認証プロバイダー、関数、ストレージバケット、スケジュールジョブ、シークレット、デプロイ済みAI呼び出しを対応付けます。
3. データをエクスポートして検証する。 レコード数、関係、タイムスタンプ、ファイルマニフェストを比較します。
4. シークレットをローテーションする。 新しい無管理環境へコピーせず、APIキーとOAuth認証情報を作り直します。
5. 認証を慎重に再構築する。 アカウント連携、パスワードリセット、メール検証、セッション、認可規則をテストします。
6. ホスティングと可観測性を選ぶ。 ログ、メトリクス、エラー報告、バックアップ、インシデント所有者を追加します。
7. リハーサル後にDNSを移す。 新しいデプロイがスモークテストに通るまで、旧デプロイを利用可能に保ちます。

データベース、認証、ストレージの自動移行を責任を持って約束することはできません。各層にはテスト済みのエクスポートと切替計画が必要です。

ほかのLovable代替

Replit

Replitは、ブラウザーIDE、Agent、ランタイム、データベース、デプロイを組み合わせるため、主流ビルダーの中で最も近いオールインワン代替です。サブスクリプション、作業量ベースのエージェント作業、統合インフラも使うため、所有権への移行ではなく利便性の移行です（Replit pricing explanation）。

OpenHands

OpenHandsは、ローカルおよびDockerデプロイ経路を持つMITライセンスのソフトウェアエージェント・コアを提供します（OpenHands repository）。技術チームには強力ですが、Lovableの視覚的なプロンプトからアプリへの洗練を再現しません。

ClineとAider

Clineは明示的なPlan/Act承認を備えたApache-2.0のIDE/CLIエージェントです（Cline repository）。AiderはGitネイティブの編集を行うApache-2.0のターミナル・ペアプログラマーです（Aider repository）。どちらもバックエンドとデプロイのアーキテクチャをあなたが提供する前提です。

ホスト型の視覚ビルダー

Bolt、v0、Bubble、Softrは、異なるUIやノーコードのニーズにより適することがあります。生成コードの所有権、バックエンドの可搬性、データエクスポート、ランタイム料金、離脱コストを、最初のプロンプト品質だけでなく評価してください。

より具体的な比較は /blog/claude-design-vs-lovable を参照してください。

Lovableを維持すべきとき

非技術チームが、オープンスタックを運用できるより速く有用な製品を出荷しており、クレジット請求が置き換えに必要なエンジニアリング負荷より低いなら維持します。コード／ランタイムの所有権、カスタムインフラ、ローカル処理、または予測可能なサービス分離が好みではなく要件なら移行します。

プロトタイプから所有するワークフローへ進む

Lovable MVPが需要を実証し、チームがビルドパイプラインを所有する準備ができた後、Eigentは最も有用です。検査可能な再構築を調整し、computer useでアプリケーションをテスト しながら、データベースとデプロイの選択を明示的に保ちます。Eigentをダウンロード し、合成データから作ったステージングコピーで始めてください。