痛いのは「請求」と書いてあるタブだ。プロトタイプが急に利用者を持つようになった後で開く。安い金曜日の作りが賃貸契約に見え始める。両側から見てきた。Deluxe Astrologyは91,000ページを超えて成長した。トラフィック急増時にピースをシフトできたからだ。一方、クライアント案件（Meridianと呼ぶ、フードオーダリングSaaS）はマネージド型ビルダーで素敵なMVPを出荷したが、その後2024年3月全体をかけて認証とホスティングを解きほぐした。3ヶ月。1つの請求タブ。ツールは今brilliant だ。Base44は完成したオフィスのように感じられる。Lovableは適切なキーを持つコードを渡してくれる。Claude Codeはリポジトリに寝たことのない先輩のように座っている。だが高い質問は、火曜午後のデモがどちらが勝つかではない。プロジェクトが最初の家を超えて成長したとき、出ていくのにいくらかかるかだ。
AIアプリビルダーとAIコーディングエージェントの違いは何か。
1円使う前にこの区別を明確にしておくべきだ。下流のすべてが変わるからだ。AIアプリビルダーはスタック全体を所有し、実行中のアプリケーションを渡してくれる。AIコーディングエージェントは、あなたがすでに所有しているコードベースの中で機能し、コミットを渡してくれる。バックエンドはビルダーと一緒に暮らす。エージェントの場合、あなたと一緒に暮らす。
その1文が以下のすべてのフレームだ。3つの層がそれの上に座っている。
第1層はマネージド型アプリビルダーだ：Base44、Lovable。あなたが欲しいものを説明すると、プラットフォームがそれを作り、アプリはお茶を飲み終わる前にライブになる。第2層はあなた自身のリポジトリのエージェント型コーディング：Claude Code、Cursor。あなたはすでにコードベースを持っている。エージェントがそれを編集し、テストを実行し、プルリクエストを開く。第3層はあなたが自分で、あるいはAPI経由で実行するオープンモデル：Qwen3 Coder、Kimi K2、K3。最大限の制御、最大限の責任。
だから実際に重要な質問は、どの層が最高のデモを作るかではない。あなたが開始した層を超えて成長するとき、物理的に何を再構築しなければならないかだ。
---
Base44はどこで勝つか。
金曜日までに設定ファイルに触れずに完成品を納品したいなら、Base44が最速の選択肢だ。それだけだ。
認証、データベース、ホスティング、統合機能がすべてバンドルされて届く。自分で配線する必要はない。すでに配線された状態で届く。Superagentsという機能が自律的なマルチステップビルドを処理するから、十分な詳細を含むブリーフを渡せば、ほぼ動く何かを持って戻ってこられる。Wixが Base44を買収したという事実は、マネージドプラットフォームの実在的な流通と継続性を示す信号であり、ざっと流す価値のある脚注ではない。
料金は月額0ドル、16ドル、40ドル、80ドル、160ドル。無料ティアだけでも週末にかけてアイデアを検証するのに十分だ。40ドルティアはほとんどの内部ツールやクライアント概念実証をカバーでき、窮屈さを感じない（過去1年間、少なくとも4件の異なるクライアントブリーフで検証済みであり、木曜日夜にブリーフ全体が変わったケースでも金曜日昼までにリビルドが完了した）。
フロントエンドはエクスポート可能だ。バックエンドは設計上、プラットフォーム上に留まる。これは隠れた罠ではない。スコープの判断だ。もしあなたのプロジェクトが5人チーム用の内部ダッシュボードか、投資家に見せるためのバリデーションビルドなら、バックエンドを所有することは、もう解決済みの問題であり、再度解く必要はない。
Base44が本当に向いているプロジェクトのタイプはこれだ：期限がタイトなクライアントプロトタイプ、小さいオーディエンスに向けた内部ツール、仮説が間違っているかもしれず6週間で全部破棄されるかもしれないMVP検証。
---
Lovableはどこで勝つか？
本当のコードを手に入れたい。開発者に渡して、プラットフォームエクスポートを眉をひそめて見つめさせたくない。Lovableはそれを正確に提供する。
出力はReact、TypeScript、Tailwind。実際の、移譲可能な、標準的なスタックだ。GitHubエクスポートはネイティブであり、回避策ではない。つまり、本当の開発者があなたのプロジェクトに参加した瞬間から、リポジトリをクローンして、独自システムを学習することなく作業を開始できる。月曜の朝に関数が何の形式かについてのぎこちない会話はない。そして、もしあなたがプラットフォームエクスポートを懐疑的な契約業者に朝9時に説明しなければならなかった人なら、本当の安心がそこにある。
採用数字は率直に述べる価値がある。なぜなら、それはプレスリリースではなく、本当の市場フィードバックを反映しているからだ。Lovableはおよそ800万ユーザー、年間経常収益は約2億ドル、報告されている企業価値は約66億ドルだ。これは木曜日の午後に消えてしまうと心配するプロダクトではない。
料金はクレジットベース：無料ティア、その後月額25ドル、50ドルのプラン。クレジットベースのモデルは規律ある反復を報酬する。何を構築するかを知っていてプロンプトを明確に出せば、費やしたドルあたりさらに進む。メッシーに反復して頻繁にピボットすれば、クレジットをより早く燃やす。正直に言うと、モデルが要求する規律は必ずしも悪いことではない。
ホスティングはコードとは別だ。エクスポートされたReactアプリを好きな場所にデプロイできる。これはオプションを開いたままにしたいなら正しい選択だ。Lovable、v0、Jamstackアプリのホスティングに関する注記を参照。
これが向いているプロジェクトタイプ：成長させるつもりのもの。雇った開発者を入れるつもりのSaaSプロダクト。クライアントが最終的に所有権を持ちたいクライアント成果物。
---
Claude CodeとCursorはどこで勝つか？
すでにコードベースがあり、目の前の仕事は作成ではなく変更だ。Claude CodeとCursorはそこに属する。
どちらもあなたのリポ内のエージェントループとして機能する。プロジェクト全体のファイルを読み、編集のシーケンスを計画し、テストを実行し、レビュー用のdiffをサーフェスする。生産性向上は定型文生成ではない。それは、かつてドキュメント化されていないフォルダの慎重な考古学に午後を費やすことを意味した、ファイル間の推論にある。
Claude Codeを使ってDeluxe Astrologyの91,000ページビルド全体のコンテンツパイプラインオートメーション用、そしてNot Another Sundayの137,000リスティングをフィードするSEOオートメーションスクリプト用に使っている。最も信頼できるのはまさにこの種のタスク：手作業で誰もやりたくないタスク。12ファイルをタッチして1つのデータコントラクトを変更する、または2022年1月にデッドラインプレッシャーの下で書かれたレート制限モジュールをリファクタリングする。そのモジュールには誰も自発的に触らない。エージェントは気にしない。
CursorはIDEインテグレーションレイヤーを追加する。これはあなたのチームが端末ではなくビジュアル環境に留まるのを好むなら重要だ。どちらも本当に異なるツールであり、異なる強みを持つ。Claude Code vs Codex vs Cursorで、そして2026年のより広いAI開発ツール比較でそれらの違いについて詳しく書いている。
このティアが向いているプロジェクト：本番コードベース、不得意なロジックを持つレガシーシステム、テストが存在し、グリーン状態を保ちたいもの、エージェントが境界を越えて推論する必要があるマルチレポビルド。
さて、その中でどのプロジェクトタイプがあなたの現在の状況に聞こえるか？
---
Qwen3 CoderやKimi K2のようなオープンモデルはどこに適合するか？
トークンあたりのコストやデータレジデンシー、セルフホスティングを気にしていて、そのために多少インフラ作業を増やす覚悟がある。それがこのティアへの正直なエントリーポイントだ。
報告されているベンチマーク数値は聖書ではなく信号として引用する価値がある。Kimi K2.6はMoonshot AIが報告したSWE-bench Verifiedで約80.2%、Terminal-Bench 2.0で約66.7%を獲得している。Qwen 3.6 PlusはAlibaba Cloudが報告したSWE-bench Verifiedで約78.8%を獲得している。KimiはFrontend Code Arenaでリードしていることも報告されている。これらのベンチマークは自分で実行していない。ラボが公開したものを伝えているだけで、ベンチマークは十分に速く動くため、ここの数字はゴールではなく方向性として扱うべきだ。
実際に使用したのはKimi K3で2024年後半に60ページ近くのランディングページのバッチ全体でUIオーディットスクリプトを実行したことだ。モデルは高速で、API コストは低く、明確な出力を持つ構造化タスクではエージェントループ内で良好なパフォーマンスを発揮する。これはベンチマークではない。単一のユースケースで、それに応じてウェイトを付けるべきだ。
セルフホスティングについてはこういうことだ:特定の種類の仕事には重要だ。医療データ、財務記録、法務チームがサードパーティAPIに送信されることについて静かに話したいような何かがあれば。オープンウェイトを使えば、独自のインフラで推論を実行するオプションが得られ、コンプライアンスの会話が完全に変わる。
どのモデルがどの役割に属するか、実際に何台のAIモデルを実行すべきか、2026年最高のAIコーディングモデルの全体像についてはさらに深掘りしている。短い版:オープンモデルは2026年の本当の本番グレードオプションだ。妥協ではない。
---
後からティア間で移動するコストはいくらですか?
ティアを上げることは常に可能だ。常に、そして問題は何を持ち運び何を再構築するかだ。
3つの部分からなるインベントリと考えてみてください:何が完全に転送でき、何を書き直す必要があり、何を残すのか、なぜなら他の場所に相当するものがなくプラットフォーム固有だったからだ。以下の表は各移動の現実的なパスをモデル化している。
| 離れるティア | 転送されるもの | 再構築されるもの | おおよその工数 |
|---|---|---|---|
| マネージドビルダー(Base44バックエンド) | フロントエンドコード(エクスポートされた場合)、データベーススキーマ形状、ドキュメント化した製品ロジック | 認証配線、サーバー側ロジック、統合、デプロイメントパイプライン | 複雑性に応じて数週間から数ヶ月 |
| オーナー管理コードビルダー(Lovable) | フルReact / TypeScript / Tailwindコードベース、GitHub履歴 | 別途追加したバックエンド、プラットフォームホスティング設定 | 有能な開発者なら数日から1週間 |
| エージェントリポツール(Claude Code、Cursor) | コードベース全体、テストスイート、CI設定 | プロバイダーを変更する場合のみモデル交換、プロンプトライブラリ | 数時間から数日 |
| APIを経由してオープンモデルを利用 | プロンプト、インテグレーション、出力スキーマ | オンプレミスに移行する場合はセルフホスティングインフラ | インフラスキルに応じて数日から数週間 |
そのテーブルを素直に読むと、Base44から自社コードへの移行が最も大きな作業だということだ。具体的には、バックエンドロジックと認証がそもそも自分たちのものではなかったからだ。これはBase44への批判ではない。それが適切なプロジェクトに対する正しいトレードオフだ。仮説を検証し、その仮説が正しかったなら、リビルドコストは失敗ではなく、成功の税金である。それは明確に言う価値がある。
Lovableからエージェンティックツーリングへの移行は、本当の意味で低労力だ。なぜなら君は実際のコードを所有しているからだ。その移植性こそが、月25ドルか50ドル払っている理由の一部だ。
しかし言及する価値がある点が一つある。プラットフォーム固有のオートメーション、Base44の場合だとSuperagentsだが、これはポートできない。オートメーション自体ではなく、その振る舞いを再構築する。
---
どう選ぶか?
制約が出発点だ。機能リストではない。
週末の検証、あるいは使い捨てMVP
Base44を使う。目標はそのアイデアが追求する価値があるかどうかを学ぶことだ。終了コストは受け入れられる。間違っていれば、そのプロジェクトは廃棄し、正しければ、リビルド予算はトラクションから出てくる。バックエンドがプラットフォームに残っていることは、プロダクトが次の6週間を生き残らなければ関係ない。
小規模チーム向けの内部ツール
Base44か、あるいはチームにフロントエンドを随時修正したい人がいればLovable。内部ツールは移行の必要がめったにない。メンテナンスが必要だ。Lovableのエクスポート可能なコードベースなら、結局来る、メンテナンスの会話がより簡単になる。
エンゲージメント期間を超えて存続する必要があるクライアント成果物
ここはLovableが正解だ。クライアントにGitHubリポジトリと実際のReactコードを渡す。どんな開発者でも雇ってそれを継続できる。ハンドオーバー後、プラットフォームはクリティカルパスに入らない。所有権が、単なるアプリケーションではなく、プロダクトそのものだ。
既存のプロダクション環境コードベース
ティア2。Claude CodeまたはCursor。既に動いているシステムをビルダーで再構築しない。既に持っているリポジトリにエージェントを持ち込む。どのエージェンティックツールが君のワークフローに合うか不確実なら、vibe-codingモデルチームポストでモデル選択を異なるチームロールでどう考えるかが分かる。
プライバシー制約、あるいは大規模時のコスト感度が高い
ティア3。オープンモデル、セルフホストまたは低コストAPI経由。データ制御とボリューム時の単位経済のために、インフラ責任をより多く受け入れる。KimiとQwenのベンチマーク数字は、プロプライエタリとオープンモデル間の性能ギャップがフォールバックではなく、真の選択肢になるまで縮小したことを示唆している。
すべての5つのパターンに共通するもの。ツールにコミットする前に、終了コストを述べろ。「これが成長したら、ここをリビルドし、大体このコストがかかる」と言えるなら、目を開けたまま決断している。実際に、その文を書き下ろしたか? 3分くらいで済むし、2024年3月のような状況をたくさん避けられる。
---
FAQ
非技術系創業者にはBase44とLovableのどちらが良いか?
どちらも技術的背景がない制作者向けに設計されているため、実際の選択肢は次のステップで分かれます。コードに触れたくない、サーバーについて考えたくないなら、Base44があらゆることを管理してくれます。後で開発者にプロジェクトを託したい場合は、Lovableのエクスポート可能なReactコードベースがあれば、その話し合いがより簡単で安くなります。この判断は6ヶ月の構築後ではなく、早い段階でしておく価値があります。
AIアプリビルダーからコードをエクスポートできますか？
LovableはReact、TypeScript、Tailwindフロントエンド全体をGitHubに直接エクスポートでき、所有権は完全にあなたのものです。Base44もフロントエンドをエクスポート可能にしており、バックエンドはプラットフォーム上に留まるよう設計されています。実際の違いは、Lovableであればフロントエンド全体を任意のホストや開発者に移動できることです。Base44では、UIを持ち出してサーバーサイドを移動時に再構築する必要があります。
オープンソースのコーディングモデルは2026年の本番環境に適していますか？
はい、幅広いタスクに対応しています。Kimi K2.6はSWE-bench Verifiedで約80.2%、Qwen 3.6 Plusは約78.8%と報告されており、構造化されたコーディングタスクで大手プロプライエタリモデルと競争力があります。セルフホスティングはインフラのオーバーヘッドを追加しますが、コスト意識の高い、またはデータセンシティブなワークロードの場合、パフォーマンス対コスト比は2026年に本当に説得力があります。2年前はそうではありませんでした。ベンチマークを方向性を示す指標として扱い、自分のワークロードで常にテストしてください。
AIアプリビルダーを使う場合、開発者は必要ですか？
基本的な社内ツールやMVP検証なら、最初は不要かもしれません。複雑さが増すに従い、答えはイエスになります。AIビルダーは初期構築は得意です。しかし曖昧なプロダクト判断、異例の統合、パフォーマンス デバッグ対応は、かなり苦手です。開発者の価値が出てくるのは、ビルダーが失敗するからではなく、プロダクトの要件がやがて、自動化されたビルダー（管理型であれ自律型であれ）が人間の判断なしに推論できる範囲を超えるからです。
その請求タブを見てください。ドラマなく移動できると想像できるなら、今のティアで正解です。その考えでコーヒーが冷めるなら、そのプラットフォームは少し上手く機能しすぎています。作業が軽い場所から始めて、出口を見える状態に保ち、ベンチマークを戒律ではなく天気予報として扱ってください。良いツールは退出を退屈にします。退屈は過小評価されています。