DyadとLovableの現在の違いは、デスクトップかブラウザーかではなく、ビルドがどこで実行され、誰がモデルキーを保持するかです。Dyadは、Nodeとアプリを自分のマシン上で実行し、指定した任意のOpenAI互換APIキーを受け付ける無料のデスクトップアプリです。Lovableは管理型クラウドプラットフォームで、作業をクレジットで計測し、どのプランでもビルダーエージェントにモデル選択機能もBYOKも提供しません。トークン料金とソースツリーを自分で管理したいならDyadを選び、ビルド、データベース、ホスティング、ドメインを1社に運用してもらいたいならLovableを選んでください。
現在も多くの比較で使われている「デスクトップアプリ対ブラウザータブ」という枠組みは、もうかなり前に失効しています。Lovableのデスクトップアプリのドキュメントには、ネイティブのmacOSおよびWindowsクライアントが「Freeを含むすべてのプランで、追加料金なし」で利用でき、ローカルMCPサーバーのサポートと複数プロジェクトのタブを備えていると記載されています。どちらの製品にもデスクトップアイコンがあります。自分のマシン上でビルドを実行できるのは、そのうち一方だけです。
数値を見る前に、両方の名称がひどく衝突しているため、1点区別しておきます。JuliaHubは、物理ベースのモデリングソフトウェアである、同じくDyadという名称の無関係な製品を提供しており、そのLight AIティアも月額$20です。そのため、別のページから引用した価格でも、まったくもっともらしく見えてしまいます。以下のDyadの数値はすべて、dyad.shまたはgithub.com/dyad-sh/dyadに基づいています。また、AIビルダーはlovable.devです。lovable.comはそこへ301リダイレクトされますが、lovable.itは無関係なイタリアのランジェリーブランドです(2026年9月21日確認)。
どちらを選ぶべきか
まず、回避できない制約から始めましょう。これは多くの場合、それだけで結論を決めるからです。Lovableのビルダーエージェントにはモデル設定がなく、外部キーも受け付けません。LovableのFAQはこの質問に直接、「いいえ。LovableはBuildモードとPlanモードでエージェントが使用する基盤モデルを管理しています」と回答し、エージェントを特定のモデル間で切り替える設定もないと付け加えています。これは料金壁ではなく、機能が存在しないということなので、アップグレードしても利用できません。
| あなたの状況 | 選ぶモデル | その理由と、負担するコスト |
|---|---|---|
| すでにモデルのトークン料金を支払っており、ビルダーにもそのアカウントを使わせたい | Dyad | カスタムのOpenAI互換プロバイダーを第一級の設定として利用できる。Lovableにはエージェント向けの同等機能がない |
| コード生成に特定のモデルファミリーを使いたい | Dyad | モデルIDを自分で選択できる。Lovableはモデルのアップグレードを一元的に展開し、モデル名を明示しない |
| ビルド、データベース、認証、ホスティング、ドメインを1社に任せたい | Lovable | Dyadの公開ガイドでは、GitHubとVercel、または自分のクラウドプロバイダーを通じてデプロイします。データベースと認証の層は、別途自分で用意するSupabaseまたはNeonの統合です |
| Node.jsをインストールできない、またはmacOSやWindowsを使用していない | Lovable | DyadのクイックスタートではローカルにNode.jsが必要で、FAQではLinuxのサポートを自動更新なしの実験的機能としています |
| プロジェクトがJavaScriptアプリではない | Lovable | DyadのFAQには、JavaScriptベースのアプリのみをサポートすると記載されています |
| プロンプトやコードをベンダーのモデルの学習に使わせてはならない | Dyad、またはLovable Business以上 | 2026年9月9日以降、アカウントごとにオプトアウトしない限り、LovableはFreeおよびProの顧客データを学習に使用する可能性があります |
| 安価に離脱できる選択肢を残したい | Dyad | Dyadの各アプリはディスク上の通常のGitリポジトリです。Lovableは既存コードからプロジェクトを開始できないため、逆方向の移行はサポートされていません |
| チームの非開発者がアプリを編集する | Lovable | Dyadのビジュアルエディターは独自のインターフェース文字列によればPro限定であり、Dyadには共有ワークスペースがありません |
学習データに関する行は、ほとんどの読者がまだ見ていない部分です。LovableのFAQには、「2026年9月9日時点で、LovableはFreeおよびProプランの顧客データを使用して、AIモデルを学習、開発、改善する可能性があります」と記載され、AI model trainingの下でアカウントごとにオプトアウトできます。BusinessおよびEnterpriseのワークスペースはデフォルトで対象外です。2026年9月19日確認。
Dyad独自の比較ページがLovableについて誤っている2点
DyadはLovableとの比較ページを公開しており、この検索クエリでランクインしていますが、その主張のうち2つはLovableの最新ドキュメントと照合すると成立しません。そのページには日付がないため、いつ誤りになったかを述べずに、現在は誤っていると言うことができます。
| Dyadのページ上の主張 | Lovableのドキュメントの記載(2026年9月19日確認) |
|---|---|
| 「Lovableの料金設定では、無料ユーザーは…公開専用プロジェクトに制限される。」 | 公開設定は製品から削除されました。Lovableのプロジェクトの公開設定ページには、2026年4月22日以降、「公開プロジェクトを新規作成できなくなりました。公開プロジェクトの公開設定は完全に削除されました」と記載されています。Freeのプロジェクトはワークスペース内にのみ公開されます。 |
| 「Lovableの料金設定では、無料ユーザーは1日5メッセージに制限される。」 | Lovableが計測するのはメッセージではなくクレジットで、より厳しい制限は月単位です。サブスクリプションプランには、Freeが「5/day, 30/month」と記載され、月間上限に達すると、その暦月の残り期間は日次クレジットの付与も停止すると説明されています。Lovable独自のBuildモードの例では、1つのプロンプトに0.50~2.00クレジットかかるため、「5メッセージ」という換算は存在しません。 |
同じページには、無料モデルの選択肢として「Gemini 2.5 Flashでは最大500メッセージ/日」とも記載されています。一方、DyadのFAQは1日250リクエスト、クイックスタートは同じモデルについて1日250メッセージとしています。どちらもその後置き換えられたモデル世代を引用しており、Googleは現在、モデルごとの無料リクエスト数/日の表を公開していません。現在のレート制限ページでは、制限はGoogle AI Studioで確認できると説明されています。Dyadと無料ティアを組み合わせた構成について、「無料メッセージ数/日」の数値は検証不能と扱ってください。また、Googleの料金ページでは、無料ティアのコンテンツが製品改善に使用されると記載されています。
プランと価格の横並び比較
| プラン | 掲載価格 | 含まれるもの |
|---|---|---|
| Dyad Free | $0 | ローカルのオープンソースアプリビルダー、macOSおよびWindows向けダウンロード、サインアップ不要、自分のAPIキーを持ち込む方式、コミュニティサポート |
| Dyad Pro | 月額$20 | 大規模コードベース向けのProモード、月200 AIクレジット、Dyad Academyへの完全アクセス |
| Dyad Max | 月$79 | 月900 AIクレジット、優先オフィスアワー、同じ価格でのクレジット再補充。直接購入ではなくアップグレードとして記載 |
| Lovable Free | $0 | 1日5ビルドクレジット、暦月30クレジットを上限とする。月20 Cloudクレジットと4 AIクレジット、ワークスペース内にのみ公開されるプロジェクト、Git同期。コード編集、コードダウンロード、カスタムドメイン、繰り越し、追加購入は不可 |
| Lovable Pro | 月額$25で100クレジット、または年額$250 | コード編集とダウンロード、カスタムドメイン、クレジットの繰り越し、オンデマンドの追加購入、バッジの削除 |
| Lovable Business | 月額$50で100クレジット、または年額$500 | シングルサインオン、ロールベースアクセス、セキュリティセンター、内部公開、Lovable APIを追加 |
| Lovable Enterprise | 利用量ベース、公開価格なし | Lovableによれば、Enterpriseプランには無料の日次ビルドクレジットや月次のCloudおよびAI付与は含まれません |
出典:dyad.sh/pricing、lovable.dev/pricing、Lovableのサブスクリプションプラン。すべて2026年9月19日確認。どちらのクレジット体系にも、基本ティアを大きく上回る段階が用意されています。自分が利用するティアはチェックアウト時に確認してください。
実際のコストを大見出しの価格以上に左右するクレジットのルールが3つあります。Lovableの料金ページによれば、未使用の月間プランクレジットは付与から2か月後、年間プランのクレジットは年間期間終了から1か月後、追加購入分は購入から12か月後、日次ビルド付与分は各日の終了時に失効します。また、クレジットは返金不可で、現金との交換もできません。追加購入はサブスクリプションのクレジットより1クレジットあたりの価格が高く、クレジットのドキュメントではProが50クレジット$15、Businessが50クレジット$30とされ、基本Proサブスクリプションの1クレジット$0.25と対比されています。追加購入分の有効期間は購入から12か月です。またFreeにダウングレードすると、サブスクリプションで付与されたものは凍結されます。Lovableのサブスクリプションプランページによれば、ワークスペースがFreeに移行した後、未使用の月間プランクレジットと繰り越しクレジットは凍結され、Freeでは使用できず返金もされません。ただし、先に再度アップグレードすれば、元の有効期限までは使用できます。Dyad側ではAIクレジットが1か月繰り越されますが、Dyadはモデルごとのクレジットレートをどこにも公開しておらず、「1クレジットはAIモデルへのメッセージ送信コストに直接対応する」とだけ説明しています。そのため、どちらの製品についても「XクレジットでYトークンを購入できる」という換算は導けません。
Kunavoのキーを使用できる場所と使用できない場所
ここは多くの比較で平板化されている部分で、どちらの方向にも誤解しやすいところです。DyadではOpenAI互換エンドポイントを第一級の設定として利用できます。Lovableではビルダーに対しては利用できませんが、出荷するアプリに組み込む経路は1つドキュメント化されています。
Dyadのカスタムモデルガイドには、「OpenAI互換APIを提供している限り、どのAIモデルやプロバイダーでも使用できます」とあります。手順は、Settings、次にAI Providers、次にAdd Custom Provider、そしてそのプロバイダー内のAdd Custom Modelです。
| Dyadのフィールド | Kunavoに設定する値 |
|---|---|
| API Base URL | https://api.kunavo.com/v1 — /v1を含めます。これは、v1.16.0で出荷されたAdd Custom Providerダイアログが表示するプレースホルダーと一致します。E.g., https://api.example.com/v1 |
| APIキー | あなたのsk-kn-キー。同じダイアログには、代わりにキーを読み取る環境変数を指定する任意の「Environment Variable」フィールドもありますが、公開ガイドではどちらのフィールドも説明されていません |
| モデルID | 正確なKunavoモデルスラッグ。例:claude-sonnet-4-6。Dyadのガイドは、これが「プロバイダーのAPIドキュメントに記載された内容と完全に一致する必要がある」と強調しています |
| Max Output TokensおよびContext Window | 両方とも手動で入力します。Dyadは、空欄のままにすると「デフォルト値が使用され、最適値より小さい可能性がある」と警告しています |
この経路を前提に計画する前に、知っておくべき境界が3つあります。以下の出典は、2026年9月19日にタグv1.16.0で確認しました。
Chat Completionsのみです。 get_model_client.tsでは、カスタムプロバイダーは、ベースURLに対してAI SDKのcreateOpenAICompatibleクライアントを使って構築されます。カスタムプロバイダーにはAnthropic Messagesの経路もOpenAI Responsesの経路もありません。同じswitch内のホスト型組み込みエントリ(OpenAI、Anthropic、Google、xAI、Bedrock、MiniMax)はAPIキーだけから構築され、リダイレクト用のbase-URLフィールドはないため、ゲートウェイはこれらのいずれかではなくカスタムプロバイダーに設定します。例外はローカルサーバー用のエントリであるOllamaとLM Studioで、これらはbase URLを受け取りますが、ローカルモデルサーバー向けとしてドキュメント化されています。同じカスタムプロバイダークライアントにはincludeUsageフラグが渡されますが、ソースでは、カスタムまたはローカルプロバイダーと併せてDyad Proが有効な経路でのみ設定されます。通常の自分のキーを持ち込む経路では、falseのデフォルトのままです。いずれにしても、特定のゲートウェイがストリーミング使用量をどのように報告するかは、このページでテストした事項ではありません。
Proモードでは自分のキーを使用できません。 dyad.sh/pricingのFAQはこれに直接答えています。Smart ContextなどのProモードは、複数のモデルにまたがるサーバー側処理が必要なため、Dyad ProのAIクレジットでのみ動作します。出荷されているソースも構造上これと一致しています。Dyad Proの分岐では、Dyad独自のエンジンベースURLとDyad APIキーを使って別のエンジンクライアントを構築し、Smart Contextはdyad-engineプロバイダーオプションとして渡されます。したがって、非常に大きなコードベースを手頃な価格で扱える機能こそ、自分のキーを持ち込む構成では利用できません。両方を同時に実現する設定はありません。
Free Agentモードは、誰のキーを使うかにかかわらず上限があります。 free_agent_quota_limit.tsはFREE_AGENT_QUOTA_LIMIT = 20を設定し、ハンドラーは、時刻の改ざんを防ぐため、Dyad独自のヘルスエンドポイントからのDateヘッダーに基づいて23時間のウィンドウをチェックします。これを読み取るフックはProユーザー以外に対してのみ実行され、ゲート自体もDyad Proがオフで、選択されたチャットモードがローカルエージェントの場合にのみ作動します。背後にあるプロバイダーやキーは関係ありません。この数値はdyad.shのどこにも掲載されていませんが、アプリ自身のモードセレクターでは「Free tier (20 messages/day)」と表示されます。また、Dyadはおおむね毎週リリースされるため、公開された保証ではなく、あるタグで観測された挙動として扱ってください。カスタムプロバイダーを使うBuildモードは、この上限の対象外です。
Lovable側では、ビルダーは閉じていますが、出荷するアプリは閉じていません。LovableのAI機能ドキュメントには、組み込みAIコネクターは常にLovableを経由して実行され、ワークスペースクレジットを消費すること、キーはLovableが発行したものであること、Anthropicモデルは利用できないことが記載されています。ただし、アプリがコネクターの提供していないプロバイダーを必要とする場合は、秘密情報として保存した自分のキーを使い、バックエンドのエッジ関数からそのプロバイダーのAPIをLovableに直接呼び出させることができます。この場合、アプリが消費するのは関数実行に必要な通常のCloud使用量だけです。これは2つの異なるシステムであり、Lovable自身のドキュメントもそう説明しています。コネクターのモデルは「Lovableがコードを書いたり、編集したり、推論したりするために使うモデルではありません」。Kunavoのキーは、そのエッジ関数を通じて、Lovableで構築したアプリ内の実行時AIに使用できます。Lovableのビルダーに使用することは決してできません。
Dyad経路のコスト試算例
これらの数値は実測したタスクコストでも請求額の上限でもなく、トークン計算の例示です。1回のBuildモードセッションでキャッシュされていない入力トークン150,000を送信し、出力トークン15,000を受信すると仮定します。また、より負荷の高いエージェント形式のセッションでは、入力600,000、出力40,000とします。どちらのトークン構成も説明のための仮定です。料金は、100万トークンあたりのKunavoの最新カタログのレートに基づきます。
| モデル | 100万トークンあたりの入力/出力 | 試算、1セッション | 試算、高負荷セッション |
|---|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $0.158 | $0.560 |
| GPT-5.6 Terra | $0.70 / $4.20 | $0.168 | $0.588 |
| Claude Sonnet 4.6 | $2.10 / $10.50 | $0.473 | $1.680 |
| Claude Opus 5 | $3.50 / $17.50 | $0.788 | $2.800 |
これは同等条件の置き換えとしてではなく、サブスクリプションと照らして読んでください。Lovableの1クレジットは、モデル処理に加えて、管理されたビルド、ホスティング、データベース、ドメインも購入します。トークンレートが購入するのはモデル呼び出しだけで、SupabaseまたはNeonとデプロイ先は自分で用意する必要があります。実際に判断可能な比較は予測可能性に関するものです。トークン経路では単価が事前に公開されている一方、どちらのクレジット経路でも公開されていません。Dyadはモデルごとのクレジットレートを公開しておらず、LovableはBuildモードのコストがリクエストの複雑さと完了した作業に依存すると説明しています。Claude Sonnet 4.6では、上記の1セッションは$0.473と試算されます。同じ構成をClaude Haiku 4.5で実行すると、$0.158と試算されます。掲載されている最安レートと、仕事を完了するための最低コストは別の問題です。1回で済むモデルより、3回の試行が必要な安価なモデルの方が高くつくこともあります。そのため、決める前に自分のリポジトリで測定してください。
Kunavo のカタログ金額は上限ではなく請求の下限です。上流サービスが料金を報告した場合、請求額はカタログコストと、上流コストに適用されるマークアップを乗じた金額のうち大きい方になります。キャッシュ料金と外部ツールの料金はこの例の対象外です。前払いクレジットの最低チャージ額は $10 です。これはタスク料金やサブスクリプションではなく、資金投入の最低額です。詳しくは 請求の詳細 を参照してください。
移行コストは一方向に発生する
LovableからDyadへの移行はサポートされている方向です。Lovableのプラン表ではFreeを含むすべてのプランでGit同期が利用でき、DyadのインポートガイドではLovable、V0、Boltで構築したアプリをインポート可能としています。ただし、同ガイド自身が3つの注意点を示しています。インポートは実験的機能と表示されていること、Node.jsベースのJavaScriptアプリのみサポートされること、アプリがnpm run devで実行できることです。Dyadはインポートしたアプリを~/dyad-apps/の下に通常のGitリポジトリとしてローカルディスクに保持します。そのため、FAQではDyadと他のツールを自由に切り替えられると説明できます。
DyadからLovableへの移行は、インポートとしてはまったくサポートされていません。LovableのFAQには、たとえばGitHub上の既存コードからLovableプロジェクトを開始する方法は現在ないと記載されています。この方向へ移行するには、Lovable内で再構築し、その再構築にクレジットを支払う必要があります。
所有権が非対称であることは、離脱時にだけ現れる2つ目の側面にもあります。Lovableはコードを所有するのはユーザーであり、Git同期を通じてアプリをどこでもホストできると説明しています。しかし、デプロイと所有権のページには、エディターとAIエージェントは管理サービスであり、セルフホストしたり顧客のVPC内にデプロイしたりできないこと、またバックエンドを通常のPostgreSQLや別のデータベースプロバイダーへ移行することは標準ではサポートされないことも記載されています。アプリケーションは移植可能ですが、ビルド環境は移植できません。
オープンソースという主張には但し書きが必要です
Dyadのリポジトリは現在も稼働しており、アーカイブされていません。2025年4月11日に作成され、2026年9月18日に最後のプッシュが行われ、21,597スターを獲得しています(GitHub API、2026年9月21日)。そのLICENSEでは、src/pro/の外部のコンテンツにはApache 2.0を適用し、内部のコンテンツには、Apache-2.0の将来付与とCompeting Use制限を伴うFunctional Source License 1.1を適用しています。エージェントモードのコードはsrc/pro/から提供されるため、特にLovableのクローズドプラットフォームと比較しているエージェント部分について「完全にオープンソース」と表現するのは過大です。
バッジではなく、自分のインストール環境で確認すべきバージョン上の詳細が2つあります。最新タグはv1.16.0で、そのタグのpackage.jsonには1.16.0と記載されています。しかし、GitHubの最新リリースエンドポイントは、2026年9月11日のv1.15.0を引き続き返し、v1.16.0についてはリリースオブジェクトが公開されていません(2026年9月21日確認)。また、同じpackage.jsonは"license": "MIT"を宣言していますが、LICENSEファイルは異なる内容を示し、GitHubの検出器はNOASSERTIONを報告しています。正式な根拠はLICENSEファイルであり、メタデータは古くなっています。
Dyad経路のセットアップ
KunavoにはDyad専用のセットアップページがなく、ここではDyadのランタイムテストも行っていません。上記の設定はDyadのドキュメントと出荷済みソースから読み取ったものであり、互換性テストではなく参考情報です。一般的な経路はDyadが説明しているものです。OpenAI互換のベースURL、キー、正確なモデルIDを用意します。OpenAI互換APIガイドから始め、試す間も動作する経路を確保し、制限したビルドを1回実行してから、アカウントに実際に記録された請求額を確認してください。キーに資金を入れる準備ができたら、Kunavoアカウントを作成してください。
プロバイダーではなくビルダーのどちらを選ぶかでまだ迷っている場合は、コーディングモデルの比較で、どのモデルファミリーがどの種類の作業に適しているかを確認できます。また、AIコスト最適化では、価格表ではなく自分のリポジトリ上で経路を測定する方法を説明しています。
よくある質問
DyadはLovableの無料代替ですか?
dyad.sh/pricingによると、Dyad Freeは$0で、サインアップも不要です。Nodeとアプリを自分のマシン上で実行するデスクトップアプリで、各プロジェクトを通常のGitリポジトリとして保持し、自分のモデルAPIキーを指定できます。これによりサブスクリプションは不要になりますが、モデル料金がなくなるわけではありません。キーが属するプロバイダーに引き続き支払います。料金ページに記載されていない制限が2つあります。Dyadの配布ソースでは、使用するキーの所有者にかかわらず、無料のAgentモード利用を23時間のウィンドウあたり20メッセージに制限しています。また、ビジュアルエディターはアプリ独自のインターフェース文字列でPro限定と表示されています。自分のキーを使うBuildモードは、このエージェント上限の対象外です。
Lovableで自分のAPIキーを使えますか?
ビルダーでは使えません。LovableのFAQには、BuildモードとPlanモードでエージェントが使用する基盤モデルはLovableが管理し、エージェントを特定のモデル間で切り替える設定はないと記載されています。これはプランによる制限ではなく機能の不在であり、Enterpriseを含むどのプランにもその機能は記載されていません。外部キーについて文書化されている唯一の場所は、デプロイするアプリです。LovableのAIドキュメントによると、組み込みAIコネクターは常にLovable経由で実行され、ワークスペースクレジットに課金されます。ただし、アプリがコネクターで提供されないプロバイダーを必要とする場合は、バックエンドのエッジ関数から自分のAPIキーをシークレットとして保存して、そのプロバイダーを直接呼び出せます。この場合、アプリが消費するのは関数実行に必要な通常のCloud使用量だけです。
Dyadはオープンソースですか?
部分的にそうですが、この但し書きが重要です。リポジトリのLICENSEファイルでは、src/proディレクトリ外のすべてにApache 2.0を適用し、src/pro内のすべてに、将来のApache-2.0ライセンス付与を伴うFunctional Source License 1.1を適用しています。後者は、Competing Useと呼ばれる利用を禁止します。Agentモードのコードはsrc/proから配布されるため、エージェント部分はApache-2.0ではなくfair-sourceです。同じリポジトリにある別の2つの表示はLICENSEファイルと一致しません。package.jsonはMITを宣言し、GitHub独自のライセンス検出器はNOASSERTIONを報告しています。一方、Lovableは、エディターとAIエージェントが管理サービスであり、セルフホストも顧客のVPC内へのデプロイもできないと明確に述べています。
LovableのプロジェクトをDyadに移せますか?
その方向が安価です。LovableはFreeを含むすべてのプランで、任意のプロジェクトをGitHub、GitLab、Bitbucketに同期できます。Dyadのインポートガイドも、Lovable、V0、Boltで作成したアプリをインポート可能なものとして明記しています。ただし、インポートはまだexperimentalと表示されており、Node.jsベースのJavaScriptアプリのみがサポートされ、アプリはnpm run devで実行できなければなりません。逆方向ははるかに難しいです。LovableのFAQによると、現在、たとえばGitHub上の既存コードからLovableプロジェクトを開始する方法はありません。そのため、DyadのコードベースをLovableで単純に開くことはできません。
DyadとLovableではどちらが安いですか?
どちらも比較計算できる料金表を公開していないため、正直な答えは、3つの経路のうち事前に料金が分かるのは1つだけということです。Dyad Proは月額$20で200 AIクレジット、Dyad Maxは$79で900クレジットです。Lovable Proは月額$25で100クレジットから、Businessは$50で100クレジットからです。ただし、DyadはクレジットをAIモデルにメッセージを送るコストに対応するものとだけ定義しており、LovableはBuildモードのコストがリクエストの複雑さと完了した作業に依存すると説明しています。Lovable自身の例では、1つのプロンプトが0.50~2.00クレジットを消費します。事前に予算化できるのは、Dyad Freeと自分の従量課金APIキーを組み合わせる経路です。この場合、100万トークンあたりの料金が公開されており、計算は自分で行えます。
DyadはOpenAI互換ゲートウェイに対応していますか?
Dyadのカスタムモデルガイドによると、OpenAI互換APIを提供している限り、任意のAIモデルまたはプロバイダーを使用できます。Settings、AI Providers、Add Custom ProviderでID、Display Name、API Base URLを設定し、その後Add Custom Modelで、プロバイダーのドキュメントと完全に一致するModel IDを設定します。配布ソースでは、カスタムプロバイダーはそのベースURLに対してVercel AI SDKのopenai-compatibleクライアントで構築されます。これはChat Completionsのみを意味します。カスタムプロバイダーにはAnthropic Messages経路もOpenAI Responses経路もありません。また、OpenAIやAnthropicなどのホスト型組み込みエントリは、ベースURLフィールドなしでAPIキーから構築されるため、ゲートウェイはそれらの中ではなくカスタムプロバイダーに設定します。設定経路が公開されていることは、実行時にテスト済みであることと同じではありません。経路を決める前に、範囲を限定したビルドを1つ実行してください。
2026年9月19日に直接確認したもの:dyad.shの料金ページ、Lovable比較ページ、カスタムモデルガイド、両方のDyad LICENSEファイル、v1.16.0タグのpackage.json、get_model_client.ts、free_agent_quota_limit.ts、エージェントクォーターハンドラー、GitHubリポジトリ、リリースおよびタグAPI、Lovableの料金ページ、subscription-plans、credits-and-usage、FAQ、AI-features、project-visibility、deployment-ownership、desktop-appの各ドキュメント。2026年9月21日に再確認したもの:Dyadの料金ページFAQアコーディオンの回答、DyadのFAQ、クイックスタート、インポート、公開、AIクレジット最大化の各ページ、v1.16.0タグのAdd Custom Providerダイアログ、free-agent-quotaハンドラー、チャットモードゲート、LovableのGit同期、Enterprise、subscription-plansの各ドキュメント、GitHubリポジトリおよびリリースAPI。Kunavoのトークンレートは最新カタログから取得し、試算に登場するすべてのドル金額は実測したタスクコストではなく、例示的なトークン計算です。