Dyad e Lovable agora diferem quanto ao local onde o build é executado e a quem pertence a chave do modelo, não quanto a desktop versus navegador. O Dyad é um aplicativo desktop gratuito que executa o Node e seu aplicativo na sua própria máquina e aceita qualquer chave de API compatível com OpenAI que você fornecer. O Lovable é uma plataforma de nuvem gerenciada que mede o trabalho em créditos e não oferece ao agente construtor seleção de modelo nem a opção de usar sua própria chave, em nenhum plano. Escolha o Dyad quando quiser manter a cobrança de tokens e a árvore de código sob seu controle; escolha o Lovable quando quiser que uma única empresa execute o build, o banco de dados, a hospedagem e o domínio.
A ideia de “desktop versus aba do navegador” que a maioria das comparações ainda usa ficou obsoleta há algum tempo: a documentação do aplicativo desktop do Lovable afirma que um cliente nativo para macOS e Windows está disponível “em todos os planos, incluindo o Free, sem custo adicional”, com suporte a servidores MCP locais e abas para vários projetos. Ambos os produtos têm um ícone de desktop. Apenas um deles executa seu build na sua própria máquina.
Uma desambiguação antes dos números, porque os dois nomes se confundem bastante. A JuliaHub oferece um produto não relacionado também chamado Dyad — software de modelagem baseado em física — cuja categoria Light AI também custa $20 por mês; por isso, um preço retirado da página errada parece totalmente plausível. Todos os números do Dyad abaixo vêm de dyad.sh ou github.com/dyad-sh/dyad. E o construtor de IA é lovable.dev; lovable.com redireciona para lá com 301, mas lovable.it é uma marca italiana de lingerie não relacionada (verificado em 21 de setembro de 2026).
Qual você deve escolher
Comece pela restrição que não pode ser contornada, porque ela decide a maioria desses casos por si só: o agente construtor do Lovable não tem configuração de modelo e não aceita uma chave externa. A FAQ do Lovable responde diretamente à pergunta — “Não. O Lovable gerencia o modelo subjacente usado pelo agente nos modos Build e Plan” — e acrescenta que não há uma configuração para alternar o agente entre modelos específicos. Isso é um recurso ausente, não um bloqueio por plano, portanto nenhum upgrade oferece acesso a ele.
| Sua situação | Escolha | Por quê e qual é o custo para você |
|---|---|---|
| Você já paga pelos tokens do modelo e quer que o construtor use essa conta | Dyad | O provedor personalizado compatível com OpenAI é uma configuração de primeira classe; o Lovable não oferece equivalente para seu agente |
| Você quer uma família de modelos específica para geração de código | Dyad | Você escolhe o ID do modelo; o Lovable implementa atualizações de modelos centralmente e não informa nenhum modelo |
| Você quer que um único fornecedor execute build, banco de dados, autenticação, hospedagem e domínio | Lovable | O guia de publicação do Dyad orienta você a fazer o deploy por meio do GitHub e da Vercel ou do seu próprio provedor de nuvem, e sua camada de banco de dados e autenticação é uma integração separada com Supabase ou Neon que você mesmo fornece |
| Você não pode instalar o Node.js ou não está no macOS ou Windows | Lovable | O guia de início rápido do Dyad exige o Node.js localmente, e sua FAQ chama o suporte a Linux de experimental e sem atualizações automáticas |
| Seu projeto não é um aplicativo JavaScript | Lovable | A FAQ do Dyad afirma que ele só é compatível com aplicativos baseados em JavaScript |
| Seus prompts ou seu código não podem treinar os modelos de um fornecedor | Dyad ou Lovable Business e superiores | Desde 9 de setembro de 2026, o Lovable pode treinar com dados de clientes dos planos Free e Pro, a menos que você desative essa opção por conta |
| Você quer manter a opção de sair com baixo custo | Dyad | Cada aplicativo do Dyad é um repositório Git comum no disco; o Lovable não consegue iniciar um projeto a partir de código existente, portanto o caminho de volta não é compatível |
| Pessoas não desenvolvedoras da sua equipe editarão o aplicativo | Lovable | O editor visual do Dyad é exclusivo do Pro, de acordo com as próprias strings da interface, e o Dyad não tem um espaço de trabalho compartilhado |
A linha sobre dados de treinamento é aquela que a maioria dos leitores ainda não viu. A FAQ do Lovable afirma que “a partir de 9 de setembro de 2026, o Lovable pode usar dados de clientes dos planos Free e Pro … para treinar, desenvolver e aprimorar seus modelos de IA”, com uma opção de desativação por conta em AI model training; os espaços de trabalho Business e Enterprise são excluídos por padrão. Verificado em 19 de setembro de 2026.
Duas coisas que a própria página de comparação do Dyad afirma incorretamente sobre o Lovable
O Dyad publica uma página de comparação com o Lovable que aparece para esta consulta, e duas de suas afirmações não resistem a uma verificação na documentação atual do Lovable. A página não tem data, portanto é possível dizer que as afirmações estão erradas hoje sem dizer quando deixaram de ser verdadeiras.
| Afirmação na página do Dyad | O que dizem os documentos do Lovable (verificado em 19 de setembro de 2026) |
|---|---|
| “Os preços do Lovable restringem os usuários gratuitos a … projetos somente públicos.” | A visibilidade pública foi removida do produto. A página de visibilidade de projetos do Lovable registra que, a partir de 22 de abril de 2026, “você não pode mais criar projetos públicos. A visibilidade pública dos projetos foi completamente removida.” Os projetos Free são privados do espaço de trabalho. |
| “Os preços do Lovable restringem os usuários gratuitos a 5 mensagens por dia.” | O Lovable mede créditos, não mensagens, e o limite mais restritivo é mensal. A página Planos de assinatura informa que o Free oferece “5/dia, 30/mês” e afirma que, após o limite mensal, o Lovable deixa de conceder os créditos diários pelo restante daquele mês do calendário. Um único prompt custa de 0.50 a 2.00 créditos nos próprios exemplos ilustrativos do modo Build do Lovable, portanto “5 mensagens” não é uma conversão existente. |
A mesma página também cita “até 500 mensagens/dia para o Gemini 2.5 Flash” como a opção de modelo gratuito, enquanto a FAQ do Dyad informa 250 solicitações diárias e o guia de início rápido informa 250 mensagens por dia para o mesmo modelo. Ambos citam uma geração de modelo que já foi substituída, e o Google não publica mais uma tabela de solicitações gratuitas por dia para cada modelo — sua página de limites de taxa agora informa que os limites podem ser consultados no Google AI Studio. Considere não verificável qualquer número de “mensagens gratuitas por dia” para uma configuração Dyad mais plano gratuito e observe que a página de preços do Google marca o conteúdo da categoria gratuita como usado para melhorar seus produtos.
Planos e preços lado a lado
| Plano | Preço publicado | O que inclui |
|---|---|---|
| Dyad Free | $0 | Construtor de aplicativos local e de código aberto, download para macOS e Windows, sem cadastro, use sua própria chave de API, suporte da comunidade |
| Dyad Pro | $20 / mês | Modos Pro para bases de código grandes, 200 créditos de IA por mês, acesso completo à Dyad Academy |
| Dyad Max | US$ 79 / mês | 900 créditos de IA por mês, horário de atendimento prioritário, recargas de créditos pelo mesmo preço; listado como upgrade, e não como compra direta |
| Lovable Free | $0 | 5 créditos de build por dia, limitados a 30 por mês do calendário, 20 créditos Cloud e 4 créditos de IA por mês, projetos privados do espaço de trabalho, sincronização com Git. Sem edição de código, sem download de código, sem domínio personalizado, sem transferência de saldo, sem recargas |
| Lovable Pro | $25 / mês por 100 créditos ou $250 / ano | Edição e download de código, domínios personalizados, transferência de saldo de créditos, recargas sob demanda, remoção do selo |
| Lovable Business | $50 / mês por 100 créditos ou $500 / ano | Adiciona logon único, controle de acesso baseado em funções, central de segurança, publicação interna e a API do Lovable |
| Lovable Enterprise | Baseado em volume, sem número público | O Lovable afirma que os planos Enterprise não incluem os créditos gratuitos diários de build nem as concessões mensais de Cloud e IA |
Fontes: dyad.sh/pricing, lovable.dev/pricing e Planos de assinatura do Lovable, todos verificados em 19 de setembro de 2026. Ambas as escalas de créditos vão muito além do plano básico; confirme seu próprio plano no checkout.
Três regras de créditos determinam mais do custo real do que o preço anunciado. A página de preços do Lovable afirma que os créditos mensais não utilizados do plano expiram dois meses após a emissão, os créditos do plano anual expiram um mês após o fim do período anual, as recargas expiram doze meses após a compra e as concessões diárias de build expiram no fim de cada dia; ela também afirma que os créditos não são reembolsáveis nem podem ser resgatados em dinheiro. As recargas custam mais por crédito do que os créditos da assinatura — a documentação de créditos define o preço como $15 por 50 créditos no Pro e $30 por 50 no Business, contra $0.25 por crédito na assinatura Pro básica, e informa que eles valem por 12 meses após a compra. E fazer downgrade para o Free congela o que a assinatura concedeu: a página de planos de assinatura do Lovable afirma que, depois que o espaço de trabalho passa para o Free, os créditos mensais não utilizados do plano e os créditos transferidos ficam congelados, não podem ser usados no Free e não são reembolsados, embora continuem disponíveis para gasto até a data de expiração original se você fizer upgrade novamente antes disso. No lado do Dyad, os créditos de IA são transferidos por um mês, mas o Dyad não publica em nenhum lugar uma taxa de crédito por modelo, apenas que “um crédito corresponde diretamente ao custo de enviar uma mensagem para um modelo de IA” — portanto, não é possível derivar uma conversão de “X créditos compram Y tokens” para nenhum dos dois produtos.
Onde uma chave da Kunavo pode e não pode ser usada
Esta é a parte que a maioria das comparações simplifica demais, e é fácil errar em qualquer direção. O Dyad aceita um endpoint compatível com OpenAI como configuração de primeira classe. O Lovable não aceita, para seu construtor — mas documenta um caminho para o aplicativo que você publica.
O guia de modelos personalizados do Dyad diz: “O Dyad permite usar qualquer modelo ou provedor de IA, desde que ofereça uma API compatível com OpenAI.” O caminho é Settings, depois AI Providers, depois Add Custom Provider e, dentro desse provedor, Add Custom Model.
| Campo do Dyad | Valor para a Kunavo |
|---|---|
| URL base da API | https://api.kunavo.com/v1 — inclua o /v1, correspondente ao placeholder que a caixa de diálogo Add Custom Provider distribuída renderiza na v1.16.0, E.g., https://api.example.com/v1 |
| Chave de API | Sua chave sk-kn-. A mesma caixa de diálogo contém um campo opcional “Environment Variable” que, em vez disso, especifica uma variável de ambiente da qual a chave deve ser lida; o guia publicado não documenta nenhum dos dois campos |
| ID do modelo | O slug exato do modelo da Kunavo, por exemplo, claude-sonnet-4-6. O guia do Dyad enfatiza que isso “deve corresponder exatamente ao que está especificado na documentação da API do provedor” |
| Max Output Tokens e Context Window | Preencha ambos manualmente. O Dyad alerta que, se forem deixados em branco, ele “usará valores padrão, que podem ser menores que o ideal” |
Vale a pena conhecer três limites antes de planejar com base nessa opção. As citações de código abaixo foram lidas na tag v1.16.0 em 19 de setembro de 2026.
Apenas Chat Completions. Em get_model_client.ts, um provedor personalizado é construído com o cliente createOpenAICompatible do AI SDK usando sua URL base. Não há um caminho Anthropic Messages nem um caminho OpenAI Responses para um provedor personalizado. As entradas integradas hospedadas no mesmo switch — OpenAI, Anthropic, Google, xAI, Bedrock, MiniMax — são construídas apenas a partir de uma chave de API, sem um campo de URL base para redirecionamento; portanto, um gateway deve ser colocado em um provedor personalizado, e não em uma dessas entradas. As duas exceções são as entradas de servidor local, Ollama e LM Studio, que aceitam uma URL base, mas são documentadas para servidores de modelos locais. Esse mesmo cliente de provedor personalizado recebe uma flag includeUsage, mas o código-fonte a define apenas no caminho em que o Dyad Pro está habilitado junto com um provedor personalizado ou local; o caminho comum de usar sua própria chave a deixa com o valor padrão false. De qualquer forma, esta página não testou como um determinado gateway informa o uso de streaming.
Os modos Pro não podem usar sua chave. A FAQ em dyad.sh/pricing responde diretamente: os modos Pro, como Smart Context, funcionam apenas com os créditos de IA do Dyad Pro, porque precisam de processamento no servidor usando vários modelos. O código-fonte distribuído confirma isso estruturalmente — o ramo do Dyad Pro constrói um cliente de mecanismo separado usando a URL base do próprio mecanismo do Dyad e uma chave de API do Dyad, e o Smart Context é passado como uma opção de provedor dyad-engine. Portanto, os recursos que tornam bases de código muito grandes acessíveis são exatamente aqueles que uma configuração com sua própria chave não consegue alcançar. Não há configuração que ofereça os dois.
O modo Agent gratuito tem um limite independentemente de quem seja o proprietário da chave. free_agent_quota_limit.ts define FREE_AGENT_QUOTA_LIMIT = 20, e o manipulador define uma janela de 23 horas verificada em relação ao cabeçalho Date do próprio endpoint de integridade do Dyad para impedir manipulação do relógio; o hook que lê esse valor só é executado para usuários que não são Pro, e o próprio bloqueio só é ativado quando o Dyad Pro está desativado e o modo de chat selecionado é o agente local — o provedor e a chave usados não fazem diferença. O número não aparece em nenhum lugar de dyad.sh, embora o seletor de modos do próprio aplicativo rotule a opção como “Free tier (20 messages/day)”, e o Dyad seja lançado aproximadamente toda semana — portanto, trate isso como comportamento observado em uma tag, e não como um compromisso publicado. O modo Build com um provedor personalizado não está sujeito a esse limite.
No lado do Lovable, o construtor é fechado, mas o aplicativo que você publica não é. A documentação de recursos de IA do Lovable afirma que o conector de IA integrado sempre passa pelo Lovable e cobra créditos do espaço de trabalho, que a chave é emitida pelo Lovable e que os modelos Anthropic não estão disponíveis por meio dele — mas, se seu aplicativo precisar de um provedor que o conector não oferece, você poderá fazer com que o Lovable chame diretamente a API desse provedor a partir de uma função de edge no backend, usando sua própria chave armazenada como segredo; nesse caso, o aplicativo consome apenas o uso regular do Cloud para executar a função. São dois sistemas diferentes, e a própria documentação do Lovable deixa isso claro: os modelos do conector “não são os modelos que o Lovable usa para escrever, editar ou raciocinar sobre seu código”. Uma chave da Kunavo pode fornecer a IA em tempo de execução dentro de um aplicativo criado pelo Lovable por meio dessa função de edge. Ela nunca poderá servir ao construtor do Lovable.
Uma estimativa de custo calculada para a opção Dyad
Estes números são cálculos ilustrativos de tokens, não custos medidos de tarefas nem um teto de cobrança. Suponha uma sessão no modo Build que envie 150,000 tokens de entrada não armazenados em cache e receba 15,000 tokens de saída, e uma sessão mais pesada no estilo agente com 600,000 tokens de entrada e 40,000 tokens de saída. Ambos os formatos de tokens são suposições para fins ilustrativos. As tarifas vêm do catálogo da Kunavo atual, por milhão de tokens.
| Modelo | Entrada / saída por 1M | Estimativa, sessão única | Estimativa, sessão pesada |
|---|---|---|---|
| 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 |
Leia isso em comparação com as assinaturas, e não como uma troca equivalente. Um crédito do Lovable compra o build gerenciado, a hospedagem, o banco de dados e o domínio junto com o trabalho do modelo; uma tarifa por token compra apenas a chamada ao modelo, e você ainda fornece o Supabase ou Neon e um destino de deploy. A comparação que pode ser realmente decidida é a da previsibilidade: na opção por tokens, o preço unitário é publicado antecipadamente, enquanto em qualquer uma das opções por créditos ele não é — o Dyad não publica uma tarifa de créditos por modelo, e o Lovable afirma que o custo do modo Build depende da complexidade da solicitação e do trabalho concluído. A Claude Sonnet 4.6, a sessão única acima é estimada em $0.473; o mesmo formato em Claude Haiku 4.5 é estimado em $0.158. A menor tarifa listada e o menor custo para concluir o trabalho continuam sendo perguntas diferentes — um modelo mais barato que exige três tentativas pode custar mais do que um que exige uma — portanto, faça medições no seu próprio repositório antes de decidir.
O valor do catálogo da Kunavo é um piso de cobrança, não um teto: quando o upstream informa sua cobrança, a fatura é o maior valor entre o custo do catálogo e o custo do upstream multiplicado pelo markup aplicável. As cobranças de cache e as ferramentas externas ficam fora deste exemplo. O recarregamento mínimo é $10 em crédito pré-pago, que é um mínimo de financiamento, não uma taxa por tarefa nem uma assinatura — consulte detalhes de cobrança.
O custo da migração funciona em uma única direção
Lovable para Dyad é a direção compatível. A tabela de planos do Lovable oferece sincronização com Git em todos os planos, incluindo o Free, e o guia de importação do Dyad cita aplicativos criados com Lovable, V0 ou Bolt como importáveis — sujeitos a três ressalvas que ele próprio informa: a importação é classificada como experimental, apenas aplicativos JavaScript baseados em Node.js são compatíveis e o aplicativo deve ser executado com npm run dev. O Dyad mantém os aplicativos importados no disco local em ~/dyad-apps/ como repositórios Git comuns, razão pela qual sua FAQ pode afirmar que você pode alternar livremente entre o Dyad e outras ferramentas.
Dyad para Lovable não é compatível como importação de forma alguma. A FAQ do Lovable afirma que atualmente não há como iniciar um projeto do Lovable a partir de código já existente, por exemplo, no GitHub. Fazer essa migração significa reconstruir dentro do Lovable e pagar créditos pela reconstrução.
A propriedade é assimétrica de uma segunda maneira que só aparece quando você sai. O Lovable afirma que você é proprietário do seu código e que os aplicativos podem ser hospedados em qualquer lugar por meio da sincronização com Git, mas sua página de implantação e propriedade também afirma que o editor e o agente de IA são um serviço gerenciado que não pode ser hospedado automaticamente nem implantado dentro da VPC de um cliente, e que migrar o backend para PostgreSQL puro ou outro provedor de banco de dados não é compatível por padrão. Portanto, o aplicativo é portátil; o ambiente de build não é.
A alegação de código aberto precisa de uma ressalva
O repositório do Dyad está ativo — não arquivado, criado em 11 de abril de 2025, com o último push em 18 de setembro de 2026 e 21.597 estrelas (API do GitHub, 21 de setembro de 2026). A LICENSE coloca o conteúdo fora de src/pro/ sob a Apache 2.0 e o conteúdo dentro dele sob a Functional Source License 1.1, com concessão futura Apache-2.0 e uma restrição de uso concorrente. O código do modo agente é enviado de src/pro/, portanto dizer “totalmente de código aberto” é exagerado especificamente para o agente — que é a parte comparada à plataforma fechada da Lovable.
Dois detalhes de versão devem ser confirmados na sua própria instalação, e não por um selo. A tag mais recente é v1.16.0, e package.json nessa tag informa 1.16.0 — mas o endpoint de versão mais recente do GitHub ainda fornece v1.15.0 de 11 de setembro de 2026, sem nenhum objeto de release publicado para v1.16.0 (verificado em 21 de setembro de 2026). E o mesmo package.json declara "license": "MIT", enquanto os arquivos LICENSE dizem o contrário e o detector do GitHub informa NOASSERTION. Os arquivos LICENSE são a autoridade; os metadados estão desatualizados.
Configurando a rota do Dyad
A Kunavo não tem uma página de configuração específica para o Dyad, e o Dyad não foi testado em runtime aqui — a configuração acima foi extraída da documentação do Dyad e do código-fonte distribuído com ele, servindo como referência, não como teste de compatibilidade. O caminho genérico é o documentado pelo Dyad: uma URL base compatível com OpenAI, uma chave e um ID exato de modelo. Comece pelo guia da API compatível com OpenAI, mantenha uma rota funcional disponível enquanto testa, execute um build limitado e depois leia o valor que sua conta realmente registrou. Crie uma conta Kunavo quando estiver pronto para adicionar fundos a uma chave.
Se você ainda está escolhendo entre construtores, e não entre provedores, a comparação de modelos de programação explica quais famílias de modelos se adequam a cada tipo de trabalho, e otimização de custos de IA mostra como medir uma rota no seu próprio repositório, em vez de usar uma tabela de preços.
Perguntas frequentes
O Dyad é uma alternativa gratuita ao Lovable?
O Dyad Free custa $0 e não exige cadastro, segundo dyad.sh/pricing. É um aplicativo para desktop que executa o Node e seu aplicativo na própria máquina, mantém cada projeto como um repositório Git comum e permite fornecer sua própria chave de API de modelo. Isso elimina a assinatura, não a cobrança do modelo — você ainda paga ao provedor ao qual a chave pertence. Há dois limites que a página de preços não menciona: o código-fonte distribuído do Dyad limita o uso gratuito do modo Agent a 20 mensagens por janela de 23 horas, independentemente de qual chave você use, e o editor visual é rotulado como exclusivo do Pro nas próprias strings de interface do aplicativo. O modo Build com sua própria chave não está sujeito a esse limite do Agent.
Posso usar minha própria chave de API com o Lovable?
Não para o construtor. A FAQ do Lovable afirma que o Lovable gerencia o modelo subjacente usado pelo agente nos modos Build e Plan e que não existe uma configuração para alternar o agente entre modelos específicos. Isso é a ausência de um recurso, não uma limitação de plano, e nenhum nível de plano — incluindo Enterprise — o lista. O único lugar em que uma chave externa é documentada é o aplicativo que você publica: a documentação de IA do Lovable afirma que o conector de IA integrado sempre é executado pelo Lovable e cobra créditos do workspace, mas que, se seu aplicativo precisar de um provedor que o conector não oferece, você poderá chamar esse provedor diretamente de uma função edge de backend com sua própria chave de API armazenada como segredo; nesse caso, o aplicativo consome apenas o uso regular da nuvem para executar a função.
O Dyad é de código aberto?
Parcialmente, e a ressalva é importante. O arquivo LICENSE do repositório coloca tudo que está fora de src/pro sob Apache 2.0 e tudo que está dentro de src/pro sob a Functional Source License 1.1 com uma concessão futura do Apache-2.0, que proíbe o que chama de Competing Use. O código do modo agente é enviado a partir de src/pro, portanto o agente, especificamente, é fair-source, e não Apache-2.0. Dois outros rótulos no mesmo repositório discordam do arquivo LICENSE: package.json declara MIT, e o próprio detector de licenças do GitHub informa NOASSERTION. O Lovable, por outro lado, afirma claramente que seu editor e agente de IA são um serviço gerenciado que não pode ser hospedado automaticamente nem implantado dentro da VPC de um cliente.
Posso mover um projeto do Lovable para o Dyad?
Essa é a direção mais simples. O Lovable sincroniza qualquer projeto com GitHub, GitLab ou Bitbucket em todos os planos, incluindo o Free, e o guia de importação do Dyad cita explicitamente aplicativos criados com Lovable, V0 ou Bolt como importáveis — com as ressalvas de que a importação ainda é classificada como experimental, que apenas aplicativos JavaScript baseados em Node.js são compatíveis e que o aplicativo deve ser executado com npm run dev. A direção inversa é muito mais difícil: a FAQ do Lovable afirma que atualmente não há como iniciar um projeto do Lovable a partir de código existente, por exemplo, no GitHub; portanto, uma base de código do Dyad não pode simplesmente ser aberta no Lovable.
Qual é mais barato, Dyad ou Lovable?
Nenhum dos dois publica uma tabela de preços que você possa usar para fazer cálculos, então a resposta honesta é que apenas uma das três opções tem um preço conhecido antecipadamente. O Dyad Pro custa $20 por mês por 200 créditos de IA, e o Dyad Max custa $79 por 900; o Lovable Pro começa em $25 por mês por 100 créditos, e o Business custa $50 por 100. Mas o Dyad define um crédito apenas como correspondente ao custo de enviar uma mensagem para um modelo de IA, e o Lovable afirma que o custo do modo Build depende da complexidade da solicitação e do trabalho concluído, com seus próprios exemplos ilustrativos variando de 0.50 a 2.00 créditos para um único prompt. A opção cujo orçamento pode ser calculado antecipadamente é Dyad Free mais sua própria chave de API com cobrança por uso, na qual o preço por milhão de tokens é publicado e cabe a você fazer as contas.
O Dyad funciona com um gateway compatível com OpenAI?
O guia de modelos personalizados do Dyad afirma que o Dyad permite usar qualquer modelo ou provedor de IA, desde que ofereça uma API compatível com OpenAI, configurada em Settings, AI Providers, Add Custom Provider com um ID, Display Name e API Base URL, e depois Add Custom Model com um Model ID que deve corresponder exatamente à documentação do provedor. No código-fonte distribuído, os provedores personalizados são construídos com o cliente compatível com OpenAI do Vercel AI SDK usando essa URL base, o que significa apenas Chat Completions — não há um caminho Anthropic Messages nem um caminho OpenAI Responses para um provedor personalizado, e as entradas integradas hospedadas, como OpenAI e Anthropic, são construídas a partir de uma chave de API sem um campo de URL base; portanto, um gateway deve ser colocado em um provedor personalizado, e não em uma dessas entradas. Publicar um caminho de configuração não é o mesmo que testá-lo em tempo de execução, então execute um build limitado antes de se comprometer com essa opção.
Consultado diretamente em 19 de setembro de 2026: as páginas de preços e de comparação com a Lovable do dyad.sh e seu guia de modelos personalizados; os dois arquivos LICENSE do Dyad; package.json, get_model_client.ts, free_agent_quota_limit.ts e o manipulador de cota do agente na tag v1.16.0; o repositório, as releases e a API de tags do GitHub; além da página de preços da Lovable e sua documentação sobre planos de assinatura, créditos e uso, FAQ, recursos de IA, visibilidade de projetos, propriedade da implantação e aplicativo para desktop. Reaberto em 21 de setembro de 2026: as respostas por trás do acordeão de FAQ da página de preços do Dyad; as páginas de FAQ, início rápido, importação, publicação e maximização de créditos de IA do Dyad; a caixa de diálogo Add Custom Provider, o manipulador de cota gratuita do agente e o bloqueio do modo de chat na tag v1.16.0; a documentação da Lovable sobre Git-sync, empresas e planos de assinatura; e o repositório e a API de releases do GitHub. As tarifas de tokens da Kunavo vêm do catálogo ativo, e cada valor em dólar do exemplo desenvolvido é uma aritmética ilustrativa de tokens, não o custo medido de uma tarefa.