Lovable vs Devin比較｜月$20で何が作れるか・自律開発の境界線まで (2026年版)
この記事のポイント 結論はシンプルで、ゼロから画面付きWebアプリを立ち上げたいならLovable、既にあるリポジトリの修正・機能追加を自律で任せたいならDevin。同じ「AIに開発を任せる」でも、Lovableは"作るもの"を生み出し、Devinは"既にあるもの"に手を入れる。この向き不向きを取り違えると、どちらを使っても遠回りになる。
LovableとDevinは「AIコーディング」という同じ棚に並ぶが、中身は別物だ。片方はチャットで動くアプリを吐き出すアプリビルダー、もう片方はリポジトリを調査して人間のエンジニアのように働く自律エージェント。検索で両者を並べて迷っている人の多くは、実は「自分が作りたいのは新規アプリなのか、既存コードへの介入なのか」をまだ言語化できていない。そこを先に決めれば答えはほぼ出る。
この記事では、両者の生成物・任せられる作業範囲・料金の現実を整理し、目的別にどちらを選ぶべきかまで落とし込む。
LovableとDevinの違いを一言で
Lovableは「自然言語からWebアプリを丸ごと生成する」ツール、Devinは「自然言語のタスクを計画→実装→検証まで自律実行する」AIエンジニアだ。
Lovableに「タスク管理アプリを作って」と話しかけると、React + TypeScript + Tailwindのコードと動く画面、さらにSupabase連携の認証やDBまでまとめて出てくる。出発点はほぼゼロでいい。一方Devinは、既にあるリポジトリを渡して「このバグを直して」「この機能を足して」と頼む使い方が本筋だ。コードベースを読み、変更し、テストを走らせ、プルリクまで出す。
つまりLovableは「無」から「画面」を作り、Devinは「既存コード」に「変更」を加える。この一点が両者を分ける。
主要機能の比較表
下表は公開情報とリサーチに基づく、両者の立ち位置の違いだ。料金や仕様は変動するため、契約前に各公式で最新を確認してほしい。
| 観点 | Lovable | Devin |
|---|---|---|
| 種類 | AIアプリビルダー | 自律型AIエンジニア |
| 料金体系 | freemium（無料枠あり、上位は月額制） | 従量制（ACU課金、初回$20から） |
| 主な作業対象 | 新規Webアプリの立ち上げ | 既存リポジトリの修正・機能追加 |
| 出力物 | 動く画面+ React/TS/Tailwindコード | コード変更・プルリク・テスト結果 |
| 日本語 | プロンプト入力は可（UIは英語ベース） | UIは英語のみ |
| 学習コスト | 低（チャットで指示するだけ） | やや高（タスク設計と進捗確認に慣れが必要） |
| 主な統合 | Supabase / Lovable Cloud / GitHub | GitHub / エディタ / ターミナル / ブラウザ |
| 想定ユーザー | 非エンジニア・初期実装を急ぐ人 | バックログを抱える開発チーム |
表を一言でまとめると、Lovableは「画面を持つプロダクトを最速で形にする道具」、Devinは「エンジニアの手を増やす道具」。重なっているようで、解こうとしている課題が違う。
Lovableが得意なこと
Lovableの強みは、アイデアから動くWebアプリまでを一つの画面で完結させる速さだ。
プロンプトで「予約フォーム付きの店舗サイト」と打てば、画面・コンポーネント・スタイルが一気に出てくる。そこから「ボタンを青くして」「ログイン機能を足して」とチャットで指示を重ねるだけで、ノーコードに近い感覚で組み上がっていく。SupabaseやLovable Cloudと連携すれば、認証・データ保存・ファイルアップロードまで同じ流れで用意できる。
生成コードがReact + TypeScript + Tailwindという、エンジニアにとって扱いやすい構成なのも見逃せない。GitHubに吐き出して後から手で調整できるので、「AIで土台を作り、人間が仕上げる」分業がやりやすい。MVPやプロトタイプの検証、社内ツールの内製化にはこれが効く。
ただし万能ではない。海外のレビューで繰り返し指摘されるのが「80%の壁」だ。最初の8割は驚くほど速く出るが、残り2割の細かい挙動・例外処理・複雑なロジックは、結局人間が手を入れる必要が出てくる。Lovableは「立ち上げ」までは破格に速いが、本番品質まで磨くフェーズでは別の手段との併用が前提になると考えておくのが現実的だ。
Devinが得意なこと
Devinの強みは、既存コードベースの中での自律的な作業だ。
リポジトリを渡すと、Devin自身がコードを読み、ファイル構成を把握し、変更計画を立てる。そのうえで実装し、テストを走らせ、ブラウザ操作を伴うVisual QAまでこなし、最後にプルリクを出す。人間がやっていた「調査→修正→確認」の一連を、依頼文一つで任せられるのが他にない価値だ。
向いているのは、バックログに溜まった定型的な修正、依存ライブラリのアップデート、コード移行、テスト追加といった「やるべきだが手が回らない」タスク。これらを人間の手から切り離し、進捗を見ながら指示を足していく運用ができる。
弱点もはっきりしている。複雑で曖昧なタスクほど精度が落ち、計画が的外れになることがある。海外の検証記事ではClaude CodeやオープンソースのSWE-Agentなど、より安い代替と比べて「Devinの料金に見合うかは作業内容次第」という評価が目立つ。Devinは"自律でどこまでやるか"の境界を見極めて任せれば強いが、丸投げすると期待外れになりやすい。
料金の現実 — $20で何ができるか
両者とも「まず$20で試せる」が、$20の意味がまるで違う。
Lovableは無料枠から始められ、上位プランは月額制。無料でも何が作れるか手触りを確かめられるので、いきなり課金しなくていい。プロトタイプを何個か回して、続けるなら有料へ、という入り方ができる。
Devinは月額固定ではなく、ACU（Agent Compute Unit）という従量制が軸。個人開発者の体験談では、Coreプランで初回$20を支払い、その$20分のACUで機能を試す形が紹介されている。月額不要で、使った分だけACUを消費する。つまりLovableの$20は「一定期間使い放題に近い感覚」、Devinの$20は「作業量そのものの前払い」。重いタスクを回せばACUはあっという間に減る。
ここを混同すると予算感を読み違える。Lovableは「触り続けるほどお得」、Devinは「タスクを絞って投げるほど無駄がない」と覚えておくといい。
用途別の選び方
迷ったときは、自分の状況を次の3パターンに当てはめてほしい。
1. アイデアを今日中に画面付きで検証したい Lovable一択。プロンプトで画面を出し、Supabase連携で認証・DBまで付けて動作確認まで一気に進む。DevinはゼロからのUI構築には向かず、この用途では遠回りになる。
2. 既存リポジトリのバグ修正・機能追加を任せたい Devinが向く。リポジトリを調査し、変更・テスト・プルリクまで自律で進める。Lovableは生成物が新規アプリ寄りで、既存コードへの横断的な介入には設計が合わない。
3. 非エンジニアが社内ツールを自分で作りたい Lovableが向く。チャットで画面を組み、デプロイまで同じ作業画面で完結する。Devinはターミナルやリポジトリ操作が前提で、エンジニア向けの運用知識を求められる。
Lovableを選ぶべきケース
次のどれかに当てはまるなら、Lovableが正解だ。
- 自然言語の指示だけで、画面付きWebアプリを短時間で立ち上げたい
- 認証・DB・ファイル保存までSupabase / Lovable Cloud連携で一括用意したい
- React/TS/Tailwindの綺麗なコードをGitHubで受け取り、後から手で調整したい
- 非エンジニアやプロダクト担当者が、エンジニアを介さず検証したい
スピードを最優先するフェーズでLovableは重宝する。ノーコード寄りの選択肢を広く見たいならBoltとの比較も参考になる。
Devinを選ぶべきケース
逆に、こちらに当てはまるならDevinだ。
- 既存リポジトリの機能追加・バグ修正・コード移行を依頼文で進めたい
- プルリクのレビューやVisual QAまで自律的に任せたい
- バックログの定型修正を人手から切り離し、進捗を見ながら指示を足したい
- 英語UIに抵抗がなく、ACU従量制の予算管理ができる体制がある
なお「自律エージェントvsアプリビルダー」という軸ではLovableとDevinの位置づけ以外に、コーディング支援系の選択肢も視野に入れる価値がある。開発カテゴリの一覧で全体像を掴んでおくといい。
編集部の評価
正直に言うと、この2つは「比較して片方を選ぶ」より「両方を役割で使い分ける」のが現実解だ。
Lovableは立ち上げの速さが圧倒的で、アイデア検証フェーズでは一択級。ただし80%の壁は本物で、本番化の段階では人間かエンジニア向けツールの併用が要る。ここを理解せず「全部Lovableで完結する」と期待すると、後半で詰まる。
Devinは自律性が魅力だが、ACU従量制ゆえにコスト感が読みにくく、曖昧なタスクでは精度が落ちる。安価な代替も増えている今、「Devinでなければできない作業か」を一度立ち止まって考えたい。重いリポジトリ作業をまとめて任せられる体制があるチームには重宝するが、個人が軽く試すだけなら割高に感じる場面もある。
結論として、新規プロダクトのゼロイチはLovable、既存コードの運用負荷を下げるならDevin。この線引きさえ守れば、どちらも期待を裏切らない。
よくある質問（FAQ）
Q. LovableとDevin、初心者が先に触るならどっち？
Lovable。無料枠があり、チャットで指示するだけで動く画面が出るので、プログラミング未経験でも手応えを掴める。Devinはリポジトリ操作や英語UIが前提で、エンジニア向けの運用知識が求められる。
Q. Lovableで作ったアプリはそのまま本番運用できる？
最初の土台としては十分だが、細かい挙動・例外処理・複雑なロジックは手当てが必要になりやすい（いわゆる80%の壁）。生成コードはReact/TS/TailwindでGitHubに出せるので、エンジニアが後半を引き継ぐ前提で考えるのが安全だ。
Q. Devinの$20はどれくらい使える？
月額ではなくACU（作業量）の前払い。$20分のACUを消費するまで使える従量制で、重いタスクを回せば早く減る。Lovableの$20とは意味が違い、「タスクを絞って投げるほど無駄がない」と捉えるといい。
Q. 既存のリポジトリをLovableに読ませて修正できる？
Lovableは新規アプリの生成が本筋で、既存コードベースへの横断的な介入には設計が合わない。リポジトリの修正・機能追加が目的ならDevinの方が適している。
Q. 両方を併用する意味はある？
ある。Lovableで新規プロダクトを立ち上げ、運用フェーズに入ったらDevinで既存リポジトリの修正を回す、という分業は理にかなっている。役割が重ならないので、むしろ相性は良い。
LovableとDevinはどちらも「AIに開発を任せる」道具だが、任せる対象が新規か既存かで答えは分かれる。まずは作りたいものが「無から生む画面」か「既にあるコードへの変更」かを言語化することから始めてほしい。
