Dyad 和 Lovable 現在的差異，在於建置在哪裡執行以及模型金鑰由誰持有，而不是桌面版與瀏覽器版的差異。 Dyad 是免費的桌面應用程式，會在你自己的電腦上執行 Node 和你的應用程式，並接受你提供的任何 OpenAI 相容 API key。Lovable 則是受管理的雲端平台，以 credits 計量工作，而且無論採用哪個方案，都不提供建置 agent 的模型選擇，也完全不支援自帶金鑰。當你希望 token 帳單與原始碼樹都由自己掌控時，選擇 Dyad；當你希望由同一家公司負責執行建置、資料庫、託管與網域時，選擇 Lovable。
大多數比較仍在使用的「桌面版與瀏覽器分頁」框架，早已過時：Lovable 的 desktop app documentation 表示，原生 macOS 和 Windows 用戶端「所有方案都能使用，包括 Free，且不額外收費」，並支援本機 MCP 伺服器與多專案分頁。兩款產品都有桌面圖示，但只有其中一款會在你的電腦上執行建置。
在列出數字前，先釐清一點，因為這兩個名稱很容易混淆。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 的建置 agent 沒有模型設定，也不接受外部金鑰。Lovable 的 FAQ 直接回答了這個問題——「沒有。Lovable 會管理 Build 模式與 Plan 模式中 agent 所使用的底層模型」——並補充說，沒有任何設定可以在特定模型之間切換 agent。這是缺少功能，而不是付費牆，因此沒有任何升級路徑能取得該功能。
| 您的情況 | 選擇 | 原因，以及你需要付出的代價 |
|---|---|---|
| 你已經為模型 tokens 付費，並希望建置工具使用該帳戶 | Dyad | 自訂 OpenAI 相容供應商是正式支援的設定；Lovable 沒有提供建置 agent 的等效功能 |
| 你希望使用特定的模型系列進行程式碼生成 | Dyad | 你自行選擇模型 ID；Lovable 會在中央推出模型升級，且不指明模型名稱 |
| 你希望由單一供應商負責建置、資料庫、驗證、託管與網域 | Lovable | Dyad 的 publishing guide 要求你透過 GitHub 和 Vercel，或你自己的雲端供應商進行部署；其資料庫與驗證層則是獨立的 Supabase 或 Neon 整合，需要由你自行提供 |
| 你無法安裝 Node.js，或你不是使用 macOS 或 Windows | Lovable | Dyad 的 quickstart 要求本機安裝 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 的兩項錯誤說法
Dyad 發布了一個會在此查詢中排名的 Lovable comparison page，其中兩項主張經不起 Lovable 即時文件的查核。該頁面沒有日期，因此可以說這些主張目前是錯的，而不必說明它們何時開始不再正確。
| Dyad 頁面上的主張 | Lovable 的文件所述（於 2026 年 9 月 19 日查核） |
|---|---|
| 「Lovable 的定價將免費使用者限制為……僅限公開的專案。」 | 產品已移除公開可見性。Lovable 的 專案可見性頁面 記載，自 2026 年 4 月 22 日起，「你將無法再建立公開專案。公開專案可見性已完全移除。」Free 專案屬於工作區私有。 |
| 「Lovable 的定價將免費使用者限制為每天 5 則訊息。」 | Lovable 計量的是 credits，而不是訊息，而且較嚴格的限制按月計算。Subscription plans 將 Free 列為「每天 5 個、每月 30 個」，並表示達到每月上限後，Lovable 會在該曆月剩餘期間停止提供每日 credits。根據 Lovable 自己的 Build 模式範例，單一提示的成本為 0.50 至 2.00 個 credits，因此「5 則訊息」並不是一種實際存在的換算。 |
同一頁也引用了「Gemini 2.5 Flash 每天最多 500 則訊息」作為免費模型選項；但 Dyad 的 FAQ 表示每日 250 次請求，而其快速入門指南則表示同一模型每天 250 則訊息。兩者引用的模型世代都已被取代，而 Google 也不再發布按模型區分的每日免費請求表——其 速率限制頁面 現在表示可在 Google AI Studio 中查看限制。請將任何 Dyad 搭配免費方案設定的「每日免費訊息」數字視為無法驗證，並注意 Google 的 定價頁面 標示，免費方案內容會被用於改進其產品。
方案與價格並列比較
| 方案 | 公布價格 | 包含內容 |
|---|---|---|
| Dyad Free | $0 | 本機開源應用程式建置工具，提供 macOS 與 Windows 下載、不需註冊、自帶 API key、社群支援 |
| Dyad Pro | $20／月 | 適用於大型程式碼庫的 Pro 模式，每月 200 個 AI credits，完整存取 Dyad Academy |
| Dyad Max | $79／月 | 每月 900 個 AI credits、優先辦公時段、以相同價格重新載入 credits；列為升級選項，而非直接購買 |
| Lovable Free | $0 | 每天 5 個建置 credits，每月上限 30 個；每月 20 個 Cloud credits 與 4 個 AI credits；工作區私有專案；Git 同步。不提供程式碼編輯、程式碼下載、自訂網域、結轉或加購 |
| Lovable Pro | 每月 $25，包含 100 個 credits；或每年 $250 | 程式碼編輯與下載、自訂網域、credits 結轉、隨時加購、移除徽章 |
| Lovable Business | 每月 $50，包含 100 個 credits；或每年 $500 | 新增單一登入、角色型存取控制、安全性中心、內部發布與 Lovable API |
| Lovable Enterprise | 按用量計費，沒有公開價格 | Lovable 表示，Enterprise 方案不包含每日免費建置 credits，也不包含每月 Cloud 與 AI 額度 |
來源：dyad.sh/pricing、lovable.dev/pricing 與 Lovable 訂閱方案，均於 2026 年 9 月 19 日查核。兩者的點數級距都遠超過基礎方案；請在結帳時確認你自己的方案級別。
三項點數規則，比標示價格更能決定實際成本。Lovable 的定價頁面表示，未使用的月度方案點數會在發放後兩個月到期，年度方案點數會在年度期間結束後一個月到期，加購點數會在購買後十二個月到期，而每日建置點數則在每天結束時到期；該頁面也表示，點數不可退款，也不可兌換現金。加購點數的每點成本高於訂閱點數——點數文件 將 Pro 的加購價格列為每 50 點 $15、Business 每 50 點 $30，相較之下，Pro 基礎訂閱方案為每點 $0.25，且加購點數的有效期為購買後 12 個月。降級至 Free 時，訂閱所提供的點數會被凍結：Lovable 的訂閱方案頁面表示，工作區轉為 Free 後，未使用的月度方案點數與結轉點數會被凍結，無法在 Free 中使用，也不會退款；但如果你先再次升級，它們仍可使用至原定到期日。在 Dyad 方面，AI 點數可結轉一個月，但 Dyad 沒有在任何地方公布按模型計算的點數費率，只表示「一點直接對應於向 AI 模型傳送一則訊息的成本」——因此，對任一產品都無法推導出「X 點可購買 Y 個 token」的換算。
Kunavo key 可以放在哪裡，以及不能放在哪裡
這是大多數比較文章都簡化處理的部分，而且無論往哪個方向誤解都很容易。Dyad 將 OpenAI 相容端點作為正式支援的設定。Lovable 對其建置工具不提供此功能——但確實記載了一條可將其導入你所發布應用程式的路徑。
Dyad 的 custom models guide 表示：「只要 AI 模型或供應商提供 OpenAI 相容的 API，Dyad 就允許你使用。」路徑是 Settings，接著是 AI Providers，再接著是 Add Custom Provider，最後在該供應商內選擇 Add Custom Model。
| Dyad 欄位 | Kunavo 的值 |
|---|---|
| API Base URL | https://api.kunavo.com/v1 — 請包含 /v1，這與已發布的 Add Custom Provider dialog 在 v1.16.0 顯示的預留位置一致，E.g., https://api.example.com/v1 |
| API 金鑰 | 你的 sk-kn- key。同一個對話框還有一個選填的「Environment Variable」欄位，可改用環境變數名稱來讀取 key；已發布的指南沒有說明這兩個欄位 |
| 模型 ID | Kunavo 模型的確切 slug，例如 claude-sonnet-4-6。Dyad 的指南強調，這個值「必須與供應商 API 文件中指定的內容完全一致」 |
| Max Output Tokens 和 Context Window | 請手動填入兩者。Dyad 警告，如果留白，「將使用預設值，而預設值可能小於最佳值」 |
在規劃採用此路徑前，有三項界線值得先了解。以下來源引文均於 2026 年 9 月 19 日、v1.16.0 標籤下閱讀。
僅支援 Chat Completions。 在 get_model_client.ts 中，自訂供應商會使用 AI SDK 的 createOpenAICompatible client，對你的 base URL 建立連線。自訂供應商沒有 Anthropic Messages 路徑，也沒有 OpenAI Responses 路徑。同一切換邏輯中的託管內建項目——OpenAI、Anthropic、Google、xAI、Bedrock、MiniMax——只使用 API key 建立，沒有可重新導向的 base-URL 欄位，因此 gateway 應設定在自訂供應商中，而不是其中任何一個內建項目。兩個例外是本機伺服器項目 Ollama 和 LM Studio；它們確實接受 base URL，但文件說明其用途是本機模型伺服器。同一個自訂供應商 client 會取得一個 includeUsage 旗標，但原始碼僅在啟用 Dyad Pro 且同時使用自訂或本機供應商的路徑上設定該旗標；一般自帶金鑰路徑會保留其 false 預設值。無論是哪種情況，本頁都未測試特定 gateway 如何回報串流使用量。
Pro 模式無法使用你的 key。 dyad.sh/pricing 上的 FAQ 直接回答了這點：Smart Context 等 Pro 模式只能使用 Dyad Pro 的 AI credits，因為它們需要跨多個模型進行伺服器端處理。已發布的原始碼在結構上也一致——Dyad Pro 分支會使用 Dyad API key，對 Dyad 自己的 engine base URL 建立獨立的引擎 client，而 Smart Context 會作為 dyad-engine provider option 傳入。因此，讓超大型程式碼庫變得負擔得起的功能，正是自帶金鑰設定無法使用的功能。沒有任何設定能同時取得兩者。
無論使用誰的 key，Free Agent 模式都有上限。 free_agent_quota_limit.ts 設定了 FREE_AGENT_QUOTA_LIMIT = 20，而 handler 定義了一個 23 小時的時間視窗，並根據 Dyad 自己健康端點的 Date 標頭進行檢查，以防止竄改時鐘；讀取該值的 hook 僅對非 Pro 使用者執行，而此限制只有在 Dyad Pro 關閉且選取的聊天模式是本機 agent 時才會觸發——背後使用哪個供應商與 key 都沒有影響。dyad.sh 上沒有任何地方出現這個數字，但應用程式自己的模式選擇器將該選項標示為「Free tier (20 messages/day)」，而 Dyad 約每週發布一次——因此，應將其視為某個標籤版本中的觀察行為，而不是已發布的承諾。使用自訂供應商的 Build 模式不受此上限限制。
在 Lovable 方面，建置工具是封閉的，但你發布的應用程式不是。Lovable 的 AI features documentation 表示，內建 AI connector 一律透過 Lovable 執行，並消耗工作區 credits；所使用的 key 由 Lovable 發放，且不支援 Anthropic 模型——但如果你的應用程式需要 connector 未提供的供應商，你可以讓 Lovable 從後端 edge function 直接呼叫該供應商的 API，並將你自己的 key 儲存為 secret；在這種情況下，應用程式只會消耗執行該 function 的一般 Cloud 用量。這是兩個不同的系統，Lovable 自己的文件也如此表示：connector 的模型「不是 Lovable 用來撰寫、編輯或推理你的程式碼的模型」。Kunavo key 可以透過該 edge function，為 Lovable 建立的應用程式提供執行時 AI。它永遠無法為 Lovable 的建置工具提供服務。
Dyad 路徑的實際成本估算
這些數字是用於說明的 Token 計算，並非實測的任務成本，也不是帳單金額上限。假設一次 Build 模式工作階段傳送 150,000 個未快取的輸入 Token，並接收 15,000 個輸出 Token；另一次負載較重的代理型工作階段則使用 600,000 個輸入 Token 和 40,000 個輸出 Token。這兩種 Token 用量配置都是用於說明的假設。每百萬 Token 的費率取自即時的 Kunavo 目錄。
| 模型 | 每 1M 的輸入／輸出 | 估算，單一工作階段 | 估算，繁重工作階段 |
|---|---|---|---|
| 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 的一個 credit 除了模型工作之外，還涵蓋受管理的建置、託管、資料庫與網域；token 費率只購買模型呼叫，而 Supabase 或 Neon 以及部署目標仍需由你自行提供。真正可以判定的比較，是可預測性：token 路徑的單位價格會事先公布，而兩種 credit 路徑都不會——Dyad 沒有公布按模型計算的 credit 費率，Lovable 則表示 Build 模式的成本取決於請求的複雜度與完成的工作。在 Claude Sonnet 4.6 下，上述單一工作階段估算為 $0.473；相同組合在 Claude Haiku 4.5 下估算為 $0.158。列出的最低費率與完成工作的最低成本仍是兩個不同問題——需要嘗試三次的較便宜模型，成本可能高於只需一次嘗試的模型——因此請先在自己的儲存庫上測量，再做決定。
Kunavo 的目錄金額是計費下限而非上限：上游回報費用時，帳單會取目錄成本與上游成本乘以適用加價率兩者中較高者。快取費用和外部工具不在此範例之內。最低加值金額是$10 的預付額度，這是資金最低額，而不是工作費用或訂閱費用——請參閱 計費詳細資訊。
移轉成本是單向的
Lovable 移轉到 Dyad 是受支援的方向。Lovable 的方案表顯示，包括 Free 在內的所有方案都支援 Git 同步，而 Dyad 的 importing guide 列出以 Lovable、V0 或 Bolt 建立的應用程式都可以匯入——但須遵守它自己列出的三項注意事項：匯入標示為實驗性功能、僅支援以 Node.js 為基礎的 JavaScript 應用程式，而且應用程式必須能以 npm run dev 執行。Dyad 會將匯入的應用程式以一般 Git 儲存庫的形式保存在本機磁碟的 ~/dyad-apps/ 下，這也是其 FAQ 能夠宣稱你可以在 Dyad 與其他工具之間自由切換的原因。
Dyad 移轉到 Lovable 完全不支援匯入。Lovable 的 FAQ 表示，目前無法從例如 GitHub 的既有程式碼開始建立 Lovable 專案。沿此方向移轉，意味著必須在 Lovable 內重新建置，並為重建工作支付 credits。
離開時才會顯現的第二種不對稱所有權。Lovable 表示你擁有自己的程式碼，而且應用程式可以透過 Git 同步託管在任何地方；但其 deployment and ownership page 也表示，編輯器與 AI agent 是受管理服務，無法自行託管或部署在客戶的 VPC 內，而且不支援直接將後端移轉到一般 PostgreSQL 或其他資料庫供應商。因此，應用程式具備可攜性；建置環境則不具備。
開源聲明需要加上限定說明
Dyad 的儲存庫目前仍在線上——未封存，建立於 2025 年 4 月 11 日，最後推送於 2026 年 9 月 18 日，共有 21,597 顆星（GitHub API，2026 年 9 月 21 日）。其 LICENSE 將 src/pro/ 外部的內容置於 Apache 2.0 授權下，將其中的內容置於 Functional Source License 1.1 下，並附帶 Apache-2.0 未來授權與競爭性使用限制。代理程式模式的程式碼來自 src/pro/，因此就代理程式本身而言，稱其為「完全開源」言過其實——而這正是本頁拿來與 Lovable 的封閉平台比較的部分。
有兩項版本細節應在自己的安裝環境中確認，而不是根據徽章判斷。最新標籤是 v1.16.0，而該標籤中的 package.json 顯示為 1.16.0——但 GitHub 的 latest-release 端點仍提供 2026 年 9 月 11 日的 v1.15.0，且沒有為 v1.16.0 發布 release 物件（截至 2026 年 9 月 21 日檢查）。此外，同一個 package.json 宣告 "license": "MIT"，但 LICENSE 檔案寫的是其他內容，而 GitHub 的偵測器回報 NOASSERTION。LICENSE 檔案才是依據；中繼資料已過時。
設定 Dyad 路由
Kunavo 沒有 Dyad 專用的設定頁面，而且這裡尚未進行 Dyad 的執行期測試——以上設定取自 Dyad 的文件與其附帶的原始碼，屬於參考資料，而非相容性測試。Dyad 文件所述的通用路徑是：OpenAI 相容的基礎 URL、金鑰，以及完全相符的模型 ID。請從OpenAI 相容 API 指南開始，嘗試時保留一條可運作的路由，執行一次有界限的建置，然後讀取帳戶實際記錄的費用。準備為金鑰儲值時，請建立 Kunavo 帳戶。
如果你仍在建置工具之間做選擇，而不是在供應商之間做選擇，程式設計模型比較會說明哪些模型系列適合哪些類型的工作，而AI 成本最佳化則說明如何在自己的儲存庫上衡量路由，而不是只看價格表。
常見問題
Dyad 是 Lovable 的免費替代方案嗎？
根據 dyad.sh/pricing，Dyad Free 的價格是 $0，且不需要註冊。它是一個在你自己的電腦上執行 Node 與你的應用程式的桌面應用程式，將每個專案保留為普通的 Git 儲存庫，並讓你提供自己的模型 API 金鑰。這消除了訂閱費，而不是模型費用——你仍須向該金鑰所屬的供應商付費。定價頁面未提及的兩項限制：Dyad 的已發布原始碼將免費 Agent 模式使用量限制為每 23 小時視窗 20 則訊息，不論你使用誰的金鑰；而視覺化編輯器在應用程式自身的介面字串中標示為僅限 Pro。使用自己的金鑰的 Build 模式不受該代理程式上限限制。
我可以在 Lovable 中使用自己的 API 金鑰嗎？
不能用於建構器。Lovable 的 FAQ 表示，Lovable 會管理 Build 模式與 Plan 模式中代理程式使用的底層模型，且沒有設定可在特定模型之間切換代理程式。這是功能缺失，而不是方案限制，且沒有任何方案等級——包括 Enterprise——列出此功能。文件記載可使用外部金鑰的唯一位置是你發布的應用程式：Lovable 的 AI 文件表示，內建 AI 連接器一律透過 Lovable 執行並扣除工作區額度；但如果你的應用程式需要該連接器未提供的供應商，你可以從後端 edge function 直接呼叫該供應商，並將自己的 API 金鑰儲存為密鑰，此時應用程式只會消耗執行該 function 的一般 Cloud 使用量。
Dyad 是開源的嗎？
部分開源，但這項限定很重要。該儲存庫的 LICENSE 檔案規定，src/pro 目錄以外的所有內容均採 Apache 2.0 授權，而 src/pro 目錄內的所有內容則採 Functional Source License 1.1，並附帶 Apache-2.0 future grant；後者禁止其所稱的 Competing Use。Agent 模式的程式碼來自 src/pro，因此具體而言，agent 採用的是 fair-source，而非 Apache-2.0。相同儲存庫中另有兩個標籤與 LICENSE 檔案不一致：package.json 宣告為 MIT，而 GitHub 自己的授權偵測器回報 NOASSERTION。相較之下，Lovable 明確表示其編輯器與 AI agent 是受管理服務，無法自行託管，也無法部署在客戶的 VPC 內。
我可以將 Lovable 專案移轉到 Dyad 嗎？
這個方向比較容易。Lovable 會在包括 Free 在內的所有方案中，將任何專案同步到 GitHub、GitLab 或 Bitbucket；Dyad 的匯入指南也明確列出，以 Lovable、V0 或 Bolt 建立的應用程式都可以匯入——但有幾項注意事項：匯入目前仍標示為實驗性功能、僅支援以 Node.js 為基礎的 JavaScript 應用程式，而且應用程式必須能以 npm run dev 執行。反向移轉則困難得多：Lovable 的 FAQ 表示，目前無法從例如 GitHub 的既有程式碼開始建立 Lovable 專案，因此 Dyad 程式碼庫無法直接在 Lovable 中開啟。
Dyad 和 Lovable 哪個比較便宜？
兩者都沒有公布可供你直接計算的價目表，因此誠實的答案是：三種路徑中，只有一種能事先知道價格。Dyad Pro 每月 $20，包含 200 個 AI credits；Dyad Max 為 $79，包含 900 個；Lovable Pro 每月 $25 起，包含 100 個 credits；Business 為 $50，包含 100 個。不過，Dyad 將 credit 定義為僅對應於向 AI 模型傳送一則訊息的成本，而 Lovable 表示，Build 模式的成本取決於請求的複雜度與完成的工作，其範例顯示，單一提示的成本為 0.50 至 2.00 個 credits。你可以事先編列預算的路徑，是使用 Dyad Free 加上你自己的按量計費 API key；每百萬 tokens 的價格已公布，計算則由你自行完成。
Dyad 支援 OpenAI 相容的 gateway 嗎？
Dyad 的自訂模型指南表示，只要 AI 模型或供應商提供 OpenAI 相容的 API，Dyad 就允許你使用，設定路徑為 Settings、AI Providers、Add Custom Provider，填入 ID、Display Name 和 API Base URL，接著透過 Add Custom Model 新增模型；Model ID 必須與供應商文件完全一致。在已發布的原始碼中，自訂供應商會使用 Vercel AI SDK 的 openai-compatible client，對該 base URL 建立連線，這表示僅支援 Chat Completions——自訂供應商沒有 Anthropic Messages 路徑，也沒有 OpenAI Responses 路徑；同一切換邏輯中託管的內建項目，例如 OpenAI 和 Anthropic，則只使用 API key 建立，沒有 base-URL 欄位，因此 gateway 應設定在自訂供應商中，而不是其中任何一個內建項目。發布設定路徑不等於已完成執行時測試，因此在決定採用此路徑前，請先執行一次有界限的建置。
於 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 的定價頁面，加上其訂閱方案、點數與使用量、FAQ、AI 功能、專案可見性、部署所有權與桌面應用程式文件。於 2026 年 9 月 21 日重新開啟：Dyad 定價頁面 FAQ 可展開區塊中的答案；Dyad 的 FAQ、快速入門、匯入、發布與最大化 AI 點數頁面；v1.16.0 標籤中的 Add Custom Provider 對話框、免費代理程式配額處理程式與聊天模式閘門；Lovable 的 Git 同步、企業版與訂閱方案文件；以及 GitHub 儲存庫與版本發布 API。Kunavo 的 token 費率來自即時目錄，範例中的每個美元數字都是說明性的 token 算術，而非實測的任務成本。