Lovable ユーザーは、以前は 30 ～ 35 クレジットが必要だったプロジェクトが、現在は 100 以上を消費すると報告しています。このガイドでは、Lovable のクレジット モデルが実際にどのように機能するか、エージェント モード後に消費が予測しにくくなった理由、クレジットの消費を削減する方法、計算が機能しなくなった場合の選択肢について説明します。
Lovable は、フラットな 1 メッセージ 1 クレジット モデルから、エージェント モードによる可変の複雑さベースのクレジット消費に移行しました。 1 つのリクエストで複数の内部ステップ (計画、複数のファイルの編集、チェックの実行、独自のエラーの修正) をトリガーできるようになり、各ステップでクレジットが減額されます。これが、以前は 30 ～ 35 クレジットの費用がかかっていた同種のプロジェクトが現在では 100 クレジット以上を消費できる理由であり、r/lovable と X のユーザーが 2026 年 8 月に急激な増加を報告している理由です。
それは大きく異なりますが、これが中心的な問題です。いくつかの編集を加えたシンプルなランディング ページは、20 クレジット未満に抑えることができます。データベース、認証、およびいくつかのデバッグ ループを備えた複数ページのアプリは、終了する前に Pro プランの月間 100 クレジットを使い切ってしまう可能性があります。 2026 年半ばのコミュニティのレポートでは、複雑さとエージェントが必要とする修正の反復回数に応じて、プロジェクト全体の現実的なコストは 30 クレジットから 100 クレジットをはるかに超えると推定されています。
4 つのことが最も役立ちます。エージェントが推測に基づいて反復しないように、詳細で具体的なプロンプトを作成します。関連する変更を多数の小さなリクエストではなく 1 つのリクエストにバッチ処理します。コードの変更を求める前に、チャットまたは計画に関するディスカッション (可能な場合) を使用します。また、修正が適用されるかどうかに関係なく、再試行するたびにクレジットが消費されるため、エージェントに同じ問題を繰り返しデバッグするように依頼することは避けてください。
有料プランでは、サブスクリプションが有効な間、プランの割り当てに関連付けられた上限に従って、未使用の月次クレジットが繰り越されます。毎日の無料クレジットは同じ方法で蓄積されません。ポリシーは複数回変更されているため、レベルの正確なロールオーバー ルールについては、Lovable の現在の価格ページを確認してください。
タスクごとのクレジット消費により毎月のコストが予測不能になる場合、現実的な代替案は、シンプルなプランベースの価格設定を備えたビルダーです。 We.Inc は、ホスティングとカスタム ドメインを含む月額定額プランに基づいて AI ウェブサイトとアプリを構築し、代理店向けのホワイトラベル オプションを提供しているため、プロジェクトを開始する前に毎月の請求額がわかります。完全な比較については、we.inc/compare/weinc-vs-lovable をご覧ください。
Lovable ユーザーは、クレジット消費量が急増していると報告しています。以前は 30 ～ 35 クレジットで終了していたプロジェクトが、現在は 100 クレジット以上で燃え尽きており、2026 年 8 月の r/lovable と X のスレッドは、プロジェクトの途中で月間制限に達する人でいっぱいです。広く共有された Reddit の投稿では、1 週間のフルタイムの構築でほぼ 1,000 クレジット (約 250 ドル相当) を使用したと説明されています。
TL;DR: これはあなたの想像ではありません。 Lovable のクレジット モデルは、およそ 1 メッセージ 1 クレジットから、エージェント モードによる変動する複雑さベースの消費に変更されました。エージェント モードでは、1 つのリクエストで多くの請求可能な内部ステップがトリガーされる可能性があります。より厳密なプロンプトとバッチ変更を使用して書き込みを削減することはできますが、消費量はエージェントが実行することを決定したステップ数に依存するため、予測可能にすることはできません。予測不可能性が取引の妨げとなる場合は、タスクごとではなくプランごとに価格設定されたツールを比較してください。詳細な We.Inc vs Lovable comparison はこちらです。
Lovable の有料プランは、月額 25 ドルで 100 か月のクレジットから始まり、上位レベルではほぼ同じクレジットごとの料金でさらに多くのクレジットが追加されます。無料アカウントには少額の日当が与えられます。
重要な変化は、クレジットが何を買うかということです。元のチャット モデルでは、編集を生成する 1 つのメッセージに 1 クレジットのコストがかかりました。エージェント モードを使用すると、Lovable の AI はより自律的に動作します。つまり、計画を立て、複数のファイルを編集し、自身の出力をチェックし、何かが壊れた場合は修正を試みます。これらの各ステップでは、送信したメッセージごとではなく、実行された作業に比例してクレジットが消費されます。このモデルは擁護可能です (実際に使用したコンピューティングに対して料金を支払います) が、ユーザーが直接感じる副作用があります。 同じプロンプトでも、エージェントが実行する方法を選択することに応じて、コストが大きく異なる可能性があります。 正常に完了したリクエストは、エージェントが成功するまでに失敗した試行を何度か繰り返すため、クレジットを大量に使用するリクエストの数分の 1 のコストで済む可能性があります。
次の 3 つの要素が複合します。
1.エージェント モードがデフォルト パスになりました。 自律的なマルチステップ実行により、リクエストごとに請求可能なステップが増加します。エージェントがプロンプトごとにより多くの作業を実行するのが特徴です。それは法案でもあります。
2.デバッグ ループはビルドと同様に課金されます。 生成されたコードにエラーがある場合、エージェントに修正を依頼するとクレジットが消費され、複雑なバグの場合は数回の試行が必要になる場合があります。ユーザーは、クレジット バジェットが失われるのは初期生成ではなくデバッグであると一貫して報告しています。修正にかかる費用は、うまくいくかどうかに関係なく同じです。
3.プロジェクトは大きくなりました。 ツールの機能が向上するにつれて、人々はランディング ページから、認証、データベース、統合を備えた完全なアプリに移行しました。表面積が大きいほど、リクエストごとにアクセスされるファイルが多くなり、変更ごとに多くのステップが実行されることになります。
まとめると、2026 年の初めにはランディング ページの仕事で月 100 クレジット以内に余裕があったビルダーは、今ではプロンプトが悪化することなく、アプリの仕事をして 1 週間で上限に達する可能性があります。
Lovable を使い続けている場合、次のような習慣により消費量が目に見えて減少します。- フロントロードの特異性。 「3 層の価格設定セクションを追加、月次/年次切り替え、中間層を強調表示」のコストは、「いいえ、もっとこうです」の 3 ラウンド未満です。
これらは役に立ちますが、できないことにも注意してください。プロジェクトのコストを事前に把握できるようにすることはできません。これはタスクごとの課金の構造的なものです。
タスクごとのクレジット価格設定は、使用量が少なく、たまにしか使用されない場合には問題なく機能します。ツールが最も必要な状況では、まさに苦痛が伴います。
各プランの価格の詳細は pricing page にあります。
Lovable は本当に優れた製品であり、可変クレジット価格設定は、可変コンピューティングに対して請求する誠実な方法です。しかし、「正直」と「予測可能」は異なる特性であり、2026 年 8 月は多くのユーザーがその違いを発見した月です。プロジェクトが小規模で時々発生する場合は、プロンプトを厳しくすると、計画どおりに快適に作業を進めることができます。毎週真剣に構築している場合は、過去 3 つのプロジェクトが実際に消費した金額を計算し、それを平坦な計画と比較してください。
Try We.Inc: テンプレート サイトを無料で始めましょう。 AI は、月額 20 ドル (250 クレジット) からの有料プランで 1 つのプロンプトから構築されます。必要なサイトまたはアプリを説明し、それがブラウザーで構築されるのを確認し、準備ができたらカスタム ドメインに公開します。
無料で始める · クレジットカード不要