Dyad 和 Lovable 如今的差异在于构建在哪里执行以及谁持有模型 key，而不在于桌面端还是浏览器。Dyad 是一款免费的桌面应用，会在你自己的计算机上运行 Node 和你的应用，并接受你提供的任何 OpenAI 兼容 API key。Lovable 是托管云平台，按 credits 计量工作，而且无论哪个套餐，其构建 agent 都不提供模型选择，也完全不支持自带 key。想让 token 账单和源代码树都由你控制时，选择 Dyad；想让一家公司的服务运行构建、数据库、托管和域名时，选择 Lovable。
大多数比较文章仍在使用的“桌面端还是浏览器标签页”框架早已过时：Lovable 的桌面应用文档称，原生 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 没有模型设置，也不接受外部 key。Lovable 的 FAQ 直接回答了这个问题——“No. Lovable manages the underlying model used by the agent in Build mode and Plan mode”——并补充说明，没有设置可以在特定模型之间切换 agent。这是缺失的功能，而不是付费墙，因此不存在任何升级路径可以获得它。
| 您的情况 | 选择 | 原因，以及它会带来的成本 |
|---|---|---|
| 你已经为模型 tokens 付费，并希望构建器使用该账户 | Dyad | 自定义 OpenAI 兼容提供商是一项一级设置；Lovable 没有针对其 agent 的等效功能 |
| 你希望为代码生成指定模型系列 | Dyad | 模型 ID 由你自行选择；Lovable 集中推出模型升级，并且不公布模型名称 |
| 你希望由一家供应商运行构建、数据库、身份验证、托管和域名 | 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 的两个错误说法
Dyad 发布了一个Lovable 比较页面，该页面在此查询中排名靠前，其中有两项说法经不起对 Lovable 实时文档的核查。该页面没有日期，因此可以说这些说法在今天是错误的，但无法说明它们具体何时失效。
| Dyad 页面上的说法 | Lovable 文档的说法（已于 2026 年 9 月 19 日检查） |
|---|---|
| “Lovable 的定价将免费用户限制为……仅限公开项目。” | 产品已移除公开可见性。Lovable 的项目可见性页面记录称，自 2026 年 4 月 22 日起，“你无法再创建公开项目。公开项目可见性已被完全移除。” Free 项目仅对所属工作区开放。 |
| “Lovable 的定价将免费用户限制为每天 5 条消息。” | Lovable 计量的是 credits，而不是消息，且更严格的限制按月计算。Subscription plans 页面为 Free 提供“5/day, 30/month”，并说明达到每月上限后，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，优先获得 office hours 支持，credits 以相同价格充值；列为升级选项，而不是直接购买 |
| Lovable Free | $0 | 每天 5 个 build 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 套餐不包含每日免费 build 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 个词元”的换算关系。
Kunavo key 可以进入和不能进入的位置
这是大多数比较文章会简化的部分，而且很容易在任一方向上理解错误。Dyad 将 OpenAI 兼容端点作为一级设置。对于其构建器，Lovable 不支持这一点——但它确实记录了一条可以进入你所发布应用的路径。
Dyad 的自定义模型指南称：“只要 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 客户端，根据你的 base URL 构建。自定义提供商没有 Anthropic Messages 路径，也没有 OpenAI Responses 路径。同一个 switch 中托管的内置条目——OpenAI、Anthropic、Google、xAI、Bedrock、MiniMax——仅根据 API key 构建，没有可用于重定向的 base-URL 字段，因此网关应配置在自定义提供商中，而不是这些内置条目中。两个例外是本地服务器条目 Ollama 和 LM Studio，它们确实接受 base URL，但文档说明其用途是本地模型服务器。同一个自定义提供商客户端会接收 includeUsage 标志，但源代码仅在启用 Dyad Pro 且同时使用自定义或本地提供商的路径上设置该标志；普通的自带 key 路径会保留其 false 默认值。无论哪种情况，本页面都未测试特定网关如何报告流式使用量。
Pro 模式不能使用你的 key。dyad.sh/pricing 上的 FAQ 直接回答了这一点：Smart Context 等 Pro 模式只能使用 Dyad Pro 的 AI credits，因为它们需要跨多个模型进行服务器端处理。已发布的源代码在结构上也与此一致——Dyad Pro 分支会针对 Dyad 自己的 engine base URL，使用 Dyad API key 构建一个独立的引擎客户端，并将 Smart Context 作为 dyad-engine provider 选项传入。因此，让超大型代码库变得可负担的功能，恰恰是自带 key 方案无法使用的功能。不存在同时获得两者的配置。
无论使用谁的 key，Free Agent 模式都有上限。free_agent_quota_limit.ts 设置了 FREE_AGENT_QUOTA_LIMIT = 20，处理程序定义了一个 23 小时窗口，并根据 Dyad 自有健康端点响应中的 Date 标头进行检查，以防止时钟篡改；读取该值的 hook 仅对非 Pro 用户运行，而且只有在 Dyad Pro 关闭且选定的聊天模式为本地 agent 时，限制条件本身才会触发——其背后的提供商和 key 不会产生任何影响。该数字在 dyad.sh 上从未出现，尽管应用自身的模式选择器将该选项标记为“Free tier (20 messages/day)”，且 Dyad 大约每周发布一次——因此应将其视为某个 tag 下观察到的行为，而不是已发布的承诺。使用自定义提供商的 Build 模式不受此上限约束。
在 Lovable 方面，构建器是封闭的，而你发布的应用并不是。Lovable 的AI 功能文档说明，内置 AI 连接器始终通过 Lovable 运行，并消耗工作区 credits；其 key 由 Lovable 发放，而且无法通过该连接器使用 Anthropic 模型——但如果你的应用需要该连接器不提供的提供商，可以让 Lovable 通过后端 edge function 直接调用该提供商的 API，并将你自己的 key 作为 secret 存储；在这种情况下，应用只会消耗用于运行该函数的常规 Cloud 用量。这是两个不同的系统，Lovable 自己的文档也明确如此说明：连接器的模型“不是 Lovable 用来编写、编辑或推理你的代码的模型”。Kunavo key 可以通过该 edge function 为 Lovable 构建的应用提供运行时 AI。它永远不能为 Lovable 的构建器提供服务。
Dyad 路线的成本估算示例
这些数字是示意性的 token 算术，不是实测任务成本，也不是账单上限。假设一次 Build 模式会话发送 150,000 个未缓存输入 tokens并接收 15,000 个输出 tokens，另一次更重的 agent 风格会话发送 600,000 个输入 tokens并接收 40,000 个输出 tokens。两种 token 形状都只是用于说明的假设。费率来自实时的 Kunavo catalog，按每百万 tokens 计费。
| 模型 | 每 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 的导入指南列出了可导入的 Lovable、V0 或 Bolt 构建的应用——但须满足其自身说明的三个条件：导入标记为实验性功能，仅支持基于 Node.js 的 JavaScript 应用，并且应用必须通过 npm run dev 运行。Dyad 会将导入的应用保存在本地磁盘的 ~/dyad-apps/ 下，作为普通 Git 仓库；因此其 FAQ 可以声称，你可以在 Dyad 与其他工具之间自由切换。
Dyad 到 Lovable 完全不支持作为导入操作。Lovable 的 FAQ 表示，目前无法从已经存在的代码（例如 GitHub 上的代码）启动 Lovable 项目。沿该方向迁移意味着在 Lovable 内重新构建，并为重建过程支付 credits。
离开时才会显现的第二种不对称性是所有权。Lovable 表示你拥有自己的代码，并且应用可以通过 Git 同步托管在任何地方，但其部署和所有权页面还说明，编辑器和 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 运行，并消耗工作区额度；但如果你的应用需要连接器不提供的供应商，可以在后端边缘函数中直接调用该供应商，将自己的 API 密钥作为密钥存储，此时应用运行该函数只消耗常规 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 兼容网关吗？
Dyad 的 custom-models 指南称，只要 AI 模型或提供商提供 OpenAI 兼容 API，Dyad 就允许你使用，配置路径为 Settings、AI Providers、Add Custom Provider，填写 ID、Display Name 和 API Base URL，然后通过 Add Custom Model 添加 Model ID；该 Model ID 必须与提供商文档完全一致。在已发布的源代码中，自定义提供商使用 Vercel AI SDK 的 openai-compatible 客户端，针对该 base URL 构建，这意味着仅支持 Chat Completions——自定义提供商没有 Anthropic Messages 路径，也没有 OpenAI Responses 路径；同一代码中托管的内置条目（例如 OpenAI 和 Anthropic）仅使用 API key 构建，没有 base-URL 字段，因此网关应配置在自定义提供商中，而不是这些内置条目中。发布配置路径并不等于经过运行时测试，因此在确定采用该路线前，请先执行一次有边界的构建。
于 2026 年 9 月 19 日直接打开：dyad.sh 的定价页面和 Lovable 对比页面及其自定义模型指南；Dyad 的两个 LICENSE 文件；v1.16.0 标签中的 package.json、get_model_client.ts、free_agent_quota_limit.ts 和代理配额处理程序；GitHub 仓库、releases 和 tags API；以及 Lovable 的定价页面和订阅计划、额度与使用情况、FAQ、AI 功能、项目可见性、部署所有权及桌面应用文档。于 2026 年 9 月 21 日重新打开：Dyad 定价页面 FAQ 折叠面板背后的答案；Dyad 的 FAQ、快速入门、导入、发布和最大化 AI 额度页面；v1.16.0 标签中的“添加自定义提供商”对话框、免费代理配额处理程序和聊天模式门控；Lovable 的 Git 同步、企业版和订阅计划文档；以及 GitHub 仓库和 releases API。Kunavo 的令牌费率来自实时目录，示例中的每个美元金额都是说明性的令牌算术，而非测得的任务成本。