Dyad y Lovable ahora se diferencian por dónde se ejecuta la compilación y quién posee la clave del modelo, no por escritorio frente a navegador. Dyad es una aplicación de escritorio gratuita que ejecuta Node y su aplicación en su propia máquina y acepta cualquier clave de API compatible con OpenAI que proporcione. Lovable es una plataforma en la nube gestionada que mide el trabajo en créditos y no ofrece a su agente constructor selección de modelo ni la posibilidad de aportar su propia clave, en ningún plan. Elija Dyad cuando quiera controlar la factura de tokens y el árbol de código fuente; elija Lovable cuando quiera que una sola empresa ejecute la compilación, la base de datos, el alojamiento y el dominio.
El enfoque de «pestaña de escritorio frente a navegador» que la mayoría de las comparaciones siguen utilizando quedó obsoleto hace tiempo: la documentación de la aplicación de escritorio de Lovable indica que hay un cliente nativo para macOS y Windows «en todos los planes, incluido Free, sin coste adicional», con compatibilidad con servidores MCP locales y pestañas para múltiples proyectos. Ambos productos tienen un icono de escritorio. Solo uno de ellos ejecuta su compilación en su propia máquina.
Una aclaración antes de las cifras, porque ambos nombres se confunden fácilmente. JuliaHub ofrece un producto no relacionado llamado también Dyad: software de modelado basado en física, cuyo nivel Light AI también cuesta $20 al mes, por lo que un precio tomado de la página equivocada parece totalmente plausible. Todas las cifras de Dyad que aparecen a continuación proceden de dyad.sh o github.com/dyad-sh/dyad. Y el constructor de IA es lovable.dev; lovable.com redirige allí mediante 301, pero lovable.it es una marca italiana de lencería no relacionada (comprobado el 21 de septiembre de 2026).
Cuál deberías elegir
Parta de la limitación que no se puede sortear, porque por sí sola decide la mayoría de estos casos: el agente constructor de Lovable no tiene configuración de modelo y no acepta ninguna clave externa. Las preguntas frecuentes de Lovable responden directamente: «No. Lovable gestiona el modelo subyacente utilizado por el agente en los modos Build y Plan», y añaden que no existe ninguna configuración para cambiar el agente entre modelos específicos. Es una función ausente, no un muro de pago, por lo que ninguna actualización permite acceder a ella.
| Tu situación | Elegir | Por qué, y cuánto le cuesta |
|---|---|---|
| Ya paga los tokens del modelo y quiere que el constructor use esa cuenta | Dyad | El proveedor personalizado compatible con OpenAI es una configuración de primera clase; Lovable no ofrece un equivalente para su agente |
| Quiere una familia de modelos específica para la generación de código | Dyad | Usted elige el ID del modelo; Lovable implementa las actualizaciones de modelos de forma centralizada y no menciona ningún modelo |
| Quiere que un solo proveedor ejecute la compilación, la base de datos, la autenticación, el alojamiento y el dominio | Lovable | La guía de publicación de Dyad le indica desplegar mediante GitHub y Vercel o su propio proveedor de nube, y su capa de base de datos y autenticación es una integración independiente de Supabase o Neon que usted aporta |
| No puede instalar Node.js o no utiliza macOS ni Windows | Lovable | La guía de inicio rápido de Dyad requiere Node.js localmente, y sus preguntas frecuentes califican la compatibilidad con Linux de experimental y sin actualizaciones automáticas |
| Su proyecto no es una aplicación JavaScript | Lovable | Las preguntas frecuentes de Dyad indican que solo admite aplicaciones basadas en JavaScript |
| Sus prompts o su código no deben entrenar los modelos de un proveedor | Dyad, o Lovable Business y superiores | Desde el 9 de septiembre de 2026, Lovable puede entrenar con los datos de clientes de Free y Pro, salvo que se desactive por cuenta |
| Quiere conservar la opción de marcharse con poco coste | Dyad | Cada aplicación de Dyad es un repositorio Git ordinario en el disco; Lovable no puede iniciar un proyecto a partir de código existente, por lo que no se admite el trayecto de vuelta |
| Personas no desarrolladoras de su equipo editarán la aplicación | Lovable | El editor visual de Dyad es exclusivo de Pro según sus propias cadenas de interfaz, y Dyad no tiene un espacio de trabajo compartido |
La fila sobre los datos de entrenamiento es la que la mayoría de los lectores no ha visto. Las preguntas frecuentes de Lovable indican que «A partir del 9 de septiembre de 2026, Lovable puede usar datos de clientes de los planes Free y Pro … para entrenar, desarrollar y mejorar sus modelos de IA», con una opción de exclusión por cuenta en AI model training; los espacios de trabajo Business y Enterprise están excluidos de forma predeterminada. Comprobado el 19 de septiembre de 2026.
Dos aspectos en los que la propia página comparativa de Dyad se equivoca sobre Lovable
Dyad publica una página comparativa de Lovable que aparece en los resultados para esta consulta, y dos de sus afirmaciones no resisten una comprobación con la documentación actual de Lovable. La página no tiene fecha, por lo que es posible decir que las afirmaciones son incorrectas hoy sin decir cuándo dejaron de ser ciertas.
| Afirmación en la página de Dyad | Lo que dice la documentación de Lovable (comprobado el 19 de septiembre de 2026) |
|---|---|
| «Los precios de Lovable limitan a los usuarios gratuitos a proyectos … solo públicos.» | La visibilidad pública se eliminó del producto. La página sobre la visibilidad de los proyectos de Lovable indica que, desde el 22 de abril de 2026, «Ya no se pueden crear proyectos públicos. La visibilidad de los proyectos públicos se ha eliminado por completo». Los proyectos gratuitos son privados del espacio de trabajo. |
| «Los precios de Lovable limitan a los usuarios gratuitos a 5 mensajes al día.» | Lovable mide créditos, no mensajes, y el límite más estricto es mensual. Planes de suscripción indica que el plan Free ofrece «5/día, 30/mes», y afirma que, después de alcanzar el límite mensual, Lovable deja de conceder los créditos diarios durante el resto de ese mes natural. Un solo prompt cuesta entre 0.50 y 2.00 créditos en los propios ejemplos ilustrativos del modo Build de Lovable, por lo que «5 mensajes» no es una conversión existente. |
La misma página también cita «hasta 500 mensajes/día para Gemini 2.5 Flash» como opción de modelo gratuito, mientras que las preguntas frecuentes de Dyad indican 250 solicitudes diarias y su guía de inicio rápido indica 250 mensajes al día para el mismo modelo. Ambas citan una generación de modelo que desde entonces ha sido sustituida, y Google ya no publica una tabla de solicitudes gratuitas por día para cada modelo; su página de límites de tasa ahora indica que los límites pueden consultarse en Google AI Studio. Considera no verificable cualquier cifra de «mensajes gratuitos al día» para una configuración de Dyad con nivel gratuito, y observa que la página de precios de Google marca el contenido del nivel gratuito como utilizado para mejorar sus productos.
Planes y precios comparados
| Plan | Precio publicado | Qué incluye |
|---|---|---|
| Dyad Free | $0 | Constructor de aplicaciones local y de código abierto, descarga para macOS y Windows, sin registro, usa tu propia clave de API, asistencia de la comunidad |
| Dyad Pro | $20 / mes | Modos Pro para bases de código grandes, 200 créditos de IA al mes, acceso completo a Dyad Academy |
| Dyad Max | $79 / mes | 900 créditos de IA al mes, horario de atención prioritario, recargas de créditos al mismo precio; aparece como una mejora en lugar de una compra directa |
| Lovable Free | $0 | 5 créditos de compilación al día, con un límite de 30 por mes natural, 20 créditos de Cloud y 4 créditos de IA al mes, proyectos privados del espacio de trabajo, sincronización con Git. Sin edición de código, sin descarga de código, sin dominio personalizado, sin acumulación, sin recargas |
| Lovable Pro | $25 / mes por 100 créditos, o $250 / año | Edición y descarga de código, dominios personalizados, acumulación de créditos, recargas bajo demanda, eliminación de la insignia |
| Lovable Business | $50 / mes por 100 créditos, o $500 / año | Añade inicio de sesión único, acceso basado en roles, el centro de seguridad, publicación interna y la API de Lovable |
| Lovable Enterprise | Basado en el volumen, sin cifra pública | Lovable afirma que los planes Enterprise no incluyen los créditos diarios gratuitos de compilación ni las asignaciones mensuales de Cloud y AI |
Fuentes: dyad.sh/pricing, lovable.dev/pricing y Planes de suscripción de Lovable, todas comprobadas el 19 de septiembre de 2026. Ambos niveles de créditos se extienden mucho más allá del nivel básico; confirma tu propio nivel durante el proceso de pago.
Tres reglas de los créditos determinan una parte mayor del coste real que el precio anunciado. La página de precios de Lovable indica que los créditos no utilizados de los planes mensuales caducan dos meses después de su emisión, los créditos de los planes anuales un mes después de que termine el periodo anual, las recargas doce meses después de la compra y las asignaciones diarias de compilación al final de cada día; también afirma que los créditos no son reembolsables ni canjeables por efectivo. Las recargas cuestan más por crédito que los créditos de suscripción: la documentación de créditos las fija en $15 por 50 créditos en Pro y $30 por 50 en Business, frente a $0.25 por crédito en la suscripción Pro básica, y les asigna una validez de 12 meses desde la compra. Además, cambiar al plan Free congela lo concedido por la suscripción: la página de planes de suscripción de Lovable indica que, después de que el espacio de trabajo pase a Free, los créditos mensuales no utilizados y los créditos acumulados quedan congelados, no pueden utilizarse en Free y no se reembolsan, aunque siguen pudiéndose gastar hasta su fecha de caducidad original si vuelves a mejorar el plan antes. En el lado de Dyad, los créditos de IA se acumulan durante un mes, pero Dyad no publica en ningún sitio una tarifa de créditos por modelo; solo indica que «un crédito corresponde directamente al coste de enviar un mensaje a un modelo de IA», por lo que no se puede deducir una conversión del tipo «X créditos compran Y tokens» para ninguno de los dos productos.
Dónde puede y no puede ir una clave de Kunavo
Esta es la parte que la mayoría de las comparaciones simplifica en exceso, y es fácil equivocarse en cualquiera de las dos direcciones. Dyad acepta un endpoint compatible con OpenAI como configuración de primera clase. Lovable no lo hace para su constructor, pero sí documenta una vía para incorporarlo a la aplicación que publiques.
La guía de modelos personalizados de Dyad dice: «Dyad te permite usar cualquier modelo o proveedor de IA, siempre que ofrezcan una API compatible con OpenAI». La ruta es Settings, después AI Providers, luego Add Custom Provider y, dentro de ese proveedor, Add Custom Model.
| Campo de Dyad | Valor para Kunavo |
|---|---|
| URL base de la API | https://api.kunavo.com/v1 — incluye /v1, según el marcador de posición que muestra el diálogo Add Custom Provider incluido en v1.16.0, E.g., https://api.example.com/v1 |
| Clave de API | Tu clave sk-kn-. El mismo diálogo incluye un campo opcional «Environment Variable» que permite indicar una variable de entorno desde la que leer la clave; la guía publicada no documenta ninguno de los dos campos |
| ID del modelo | El slug exacto del modelo de Kunavo, por ejemplo claude-sonnet-4-6. La guía de Dyad recalca que debe «coincidir exactamente con lo especificado en la documentación de la API del proveedor» |
| Max Output Tokens y Context Window | Rellena ambos manualmente. Dyad advierte que, si se dejan en blanco, «usará los valores predeterminados, que pueden ser inferiores a los óptimos» |
Conviene conocer tres límites antes de planificar en torno a esta ruta. Las citas de las fuentes que aparecen a continuación se leyeron en la etiqueta v1.16.0 el 19 de septiembre de 2026.
Solo Chat Completions. En get_model_client.ts, se crea un proveedor personalizado con el cliente createOpenAICompatible del AI SDK contra tu URL base. No existe una ruta de Anthropic Messages ni una ruta de OpenAI Responses para un proveedor personalizado. Las entradas integradas alojadas en el mismo switch —OpenAI, Anthropic, Google, xAI, Bedrock, MiniMax— se construyen únicamente a partir de una clave de API, sin un campo de URL base que se pueda redirigir; por tanto, una pasarela debe pertenecer a un proveedor personalizado y no a una de esas entradas. Las dos excepciones son las entradas de servidor local, Ollama y LM Studio, que sí aceptan una URL base, pero están documentadas para servidores de modelos locales. Ese mismo cliente de proveedor personalizado recibe un indicador includeUsage, pero el código fuente solo lo establece en la ruta en la que Dyad Pro está habilitado junto con un proveedor personalizado o local; la ruta normal de uso de tu propia clave lo deja con su valor predeterminado false. En cualquier caso, esta página no probó cómo informa una determinada pasarela sobre el uso de streaming.
Los modos Pro no pueden usar tu clave. Las preguntas frecuentes de dyad.sh/pricing responden directamente: los modos Pro, como Smart Context, solo funcionan con los créditos de IA de Dyad Pro porque necesitan procesamiento del lado del servidor entre varios modelos. El código incluido coincide estructuralmente: la rama de Dyad Pro crea un cliente de motor independiente contra la URL base del motor propio de Dyad con una clave de API de Dyad, y Smart Context se pasa como una opción del proveedor dyad-engine. Por tanto, las funciones que hacen asequibles las bases de código muy grandes son precisamente las que una configuración con tu propia clave no puede utilizar. No existe ninguna configuración que permita ambas cosas.
El modo Free Agent tiene un límite independientemente de quién sea el propietario de la clave. free_agent_quota_limit.ts establece FREE_AGENT_QUOTA_LIMIT = 20, y el controlador define una ventana de 23 horas comprobada contra la cabecera Date del endpoint de estado propio de Dyad para impedir la manipulación del reloj; el hook que la lee solo se ejecuta para usuarios que no son Pro, y el límite solo se activa cuando Dyad Pro está desactivado y el modo de chat seleccionado es el agente local; el proveedor y la clave que haya detrás no cambian nada. El número no aparece en ningún sitio de dyad.sh, aunque el selector de modos de la propia aplicación etiqueta la opción como «Free tier (20 messages/day)», y Dyad publica versiones aproximadamente cada semana; por tanto, considéralo un comportamiento observado en una etiqueta concreta, no un compromiso publicado. El modo Build con un proveedor personalizado no está sujeto a este límite.
En el lado de Lovable, el constructor está cerrado, pero la aplicación que publicas no. La documentación de funciones de IA de Lovable indica que el conector de IA integrado siempre funciona a través de Lovable y factura créditos del espacio de trabajo, que la clave es emitida por Lovable y que los modelos de Anthropic no están disponibles mediante él; pero también indica que, si tu aplicación necesita un proveedor que el conector no ofrece, puedes hacer que Lovable llame directamente a la API de ese proveedor desde una función edge del backend usando tu propia clave almacenada como secreto; en ese caso, la aplicación solo consume uso normal de Cloud para ejecutar la función. Son dos sistemas diferentes, y la propia documentación de Lovable lo dice: los modelos del conector «no son los modelos que Lovable utiliza para escribir, editar o razonar sobre tu código». Una clave de Kunavo puede servir a la IA en tiempo de ejecución dentro de una aplicación creada con Lovable mediante esa función edge. Nunca puede servir al constructor de Lovable.
Una estimación de costes calculada para la ruta de Dyad
Estas cifras son cálculos ilustrativos de tokens, no costes medidos de tareas ni un límite máximo de facturación. Supón una sesión en modo Build que envía 150,000 tokens de entrada sin caché y recibe 15,000 tokens de salida, y una sesión más pesada de estilo agente con 600,000 tokens de entrada y 40,000 tokens de salida. Ambas formas de consumo de tokens son supuestos ilustrativos. Las tarifas proceden del catálogo de Kunavo actual, por millón de tokens.
| Modelo | Entrada/salida por 1M | Estimación, sesión única | Estimación, sesión 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 |
Lee esto frente a las suscripciones, no como un intercambio equivalente. Un crédito de Lovable compra la compilación gestionada, el alojamiento, la base de datos y el dominio además del trabajo del modelo; una tarifa por tokens compra solo la llamada al modelo, y tú debes proporcionar Supabase o Neon y un destino de despliegue. La comparación que realmente se puede decidir es la de la previsibilidad: en la ruta basada en tokens, el precio unitario se publica por adelantado, mientras que no ocurre así en ninguna de las dos rutas basadas en créditos; Dyad no publica una tarifa de créditos por modelo, y Lovable afirma que el coste del modo Build depende de la complejidad de la solicitud y del trabajo completado. En Claude Sonnet 4.6, la sesión única anterior se estima en $0.473; la misma configuración en Claude Haiku 4.5 se estima en $0.158. La tarifa publicada más barata y el coste más bajo para terminar el trabajo siguen siendo preguntas distintas: un modelo más barato que necesite tres intentos puede costar más que uno que necesite uno; por eso, mide en tu propio repositorio antes de decidirte.
El importe del catálogo de Kunavo es un mínimo de facturación, no un límite máximo: cuando el proveedor ascendente informa de su cargo, la factura es el mayor de estos dos importes: el coste del catálogo y el coste del proveedor ascendente multiplicado por el margen aplicable. Los cargos de caché y las herramientas externas quedan fuera de este ejemplo. La recarga mínima es de $10 en crédito prepago, lo que constituye un mínimo de financiación, no una tarifa por tarea ni una suscripción; consulta los detalles de facturación.
El coste de migración funciona en un solo sentido
De Lovable a Dyad es la dirección compatible. La tabla de planes de Lovable ofrece sincronización con Git en todos los planes, incluido Free, y la guía de importación de Dyad menciona como importables las aplicaciones creadas con Lovable, V0 o Bolt, sujetas a tres salvedades que la propia guía especifica: la importación está marcada como experimental, solo se admiten aplicaciones JavaScript basadas en Node.js y la aplicación debe ejecutarse con npm run dev. Dyad mantiene las aplicaciones importadas en el disco local, bajo ~/dyad-apps/, como repositorios Git normales, por lo que sus preguntas frecuentes pueden afirmar que puedes cambiar libremente entre Dyad y otras herramientas.
De Dyad a Lovable no se admite la importación en absoluto. Las preguntas frecuentes de Lovable indican que actualmente no hay forma de iniciar un proyecto de Lovable a partir de código ya existente, por ejemplo, en GitHub. Avanzar en esa dirección implica reconstruirlo dentro de Lovable y pagar créditos por la reconstrucción.
La propiedad es asimétrica de una segunda forma que solo se hace visible al marcharte. Lovable afirma que eres propietario de tu código y que las aplicaciones pueden alojarse en cualquier lugar mediante la sincronización con Git, pero su página sobre despliegue y propiedad también indica que el editor y el agente de IA son un servicio gestionado que no puede alojarse por cuenta propia ni desplegarse dentro de la VPC de un cliente, y que migrar el backend a PostgreSQL sin más u otro proveedor de bases de datos no es compatible de forma predeterminada. Por tanto, la aplicación es portable; el entorno de compilación no lo es.
La afirmación de código abierto necesita una precisión
El repositorio de Dyad está activo —no archivado—, fue creado el 11 de abril de 2025, recibió su último push el 18 de septiembre de 2026 y tiene 21,597 estrellas (API de GitHub, 21 de septiembre de 2026). Su LICENSE sitúa el contenido fuera de src/pro/ bajo Apache 2.0 y el contenido dentro de este bajo la Functional Source License 1.1, con una concesión futura de Apache-2.0 y una restricción de uso competidor. El código del modo agente se distribuye desde src/pro/, por lo que «completamente de código abierto» exagera la situación del agente en particular, que es la parte que se compara con la plataforma cerrada de Lovable.
Dos detalles de versión que debes comprobar en tu propia instalación en lugar de fiarte de una insignia. La etiqueta más reciente es v1.16.0, y package.json en esa etiqueta indica 1.16.0; sin embargo, el endpoint de la última versión publicada de GitHub sigue sirviendo v1.15.0 del 11 de septiembre de 2026, sin ningún objeto de versión publicado para v1.16.0 (comprobado el 21 de septiembre de 2026). Además, el mismo package.json declara "license": "MIT", mientras que los archivos LICENSE indican lo contrario y el detector de GitHub informa NOASSERTION. Los archivos LICENSE son la autoridad; los metadatos están obsoletos.
Configuración de la ruta de Dyad
Kunavo no tiene una página de configuración específica para Dyad y aquí no se ha probado Dyad en tiempo de ejecución; la configuración anterior se ha extraído de la documentación de Dyad y de su código fuente incluido, por lo que sirve como referencia y no como prueba de compatibilidad. La ruta genérica es la que documenta Dyad: una URL base compatible con OpenAI, una clave y un ID de modelo exacto. Empieza por la guía de la API compatible con OpenAI, mantén disponible una ruta que funcione mientras la pruebas, ejecuta una compilación acotada y después consulta el cargo que tu cuenta haya registrado realmente. Crea una cuenta de Kunavo cuando estés listo para cargar saldo en una clave.
Si todavía estás eligiendo entre constructores y no entre proveedores, la comparación de modelos de programación explica qué familias de modelos se adaptan a cada tipo de trabajo, y optimización de costes de IA explica cómo medir una ruta en tu propio repositorio en lugar de hacerlo sobre una tabla de precios.
Preguntas frecuentes
¿Es Dyad una alternativa gratuita a Lovable?
Dyad Free cuesta $0 y no requiere registrarse, según dyad.sh/pricing. Es una aplicación de escritorio que ejecuta Node y su aplicación en su propia máquina, mantiene cada proyecto como un repositorio Git ordinario y le permite proporcionar su propia clave de API del modelo. Eso elimina la suscripción, no la factura del modelo: sigue pagando al proveedor al que pertenece la clave. Hay dos límites que la página de precios no menciona: el código distribuido de Dyad limita el uso gratuito del modo Agent a 20 mensajes por ventana de 23 horas, independientemente de la clave que utilice, y el editor visual aparece como exclusivo de Pro en las propias cadenas de interfaz de la aplicación. El modo Build con su propia clave no está sujeto a ese límite del agente.
¿Puedo usar mi propia clave de API con Lovable?
No para el constructor. Las preguntas frecuentes de Lovable indican que Lovable gestiona el modelo subyacente utilizado por el agente en los modos Build y Plan, y que no existe ninguna configuración para cambiar el agente entre modelos específicos. Es la ausencia de una función, no una limitación del plan, y ningún nivel de plan, incluido Enterprise, enumera una. El único lugar donde se documenta una clave externa es la aplicación que usted publica: la documentación de IA de Lovable indica que el conector de IA integrado siempre pasa por Lovable y factura créditos del espacio de trabajo, pero que, si su aplicación necesita un proveedor que el conector no ofrece, puede llamar directamente a ese proveedor desde una función edge de backend con su propia clave de API almacenada como secreto; en ese caso, la aplicación solo consume Cloud de uso normal para ejecutar la función.
¿Es Dyad de código abierto?
Parcialmente, y el matiz importa. El archivo LICENSE del repositorio coloca todo lo que está fuera de src/pro bajo Apache 2.0 y todo lo que está dentro de src/pro bajo Functional Source License 1.1 con una concesión futura de Apache-2.0, que prohíbe lo que denomina un uso competitivo. El código del modo Agent se distribuye desde src/pro, por lo que el agente es específicamente fair-source, no Apache-2.0. Otras dos etiquetas del mismo repositorio contradicen el archivo LICENSE: package.json declara MIT y el detector de licencias de GitHub informa NOASSERTION. Lovable, en cambio, afirma claramente que su editor y su agente de IA son un servicio gestionado que no se puede alojar por cuenta propia ni desplegar dentro de la VPC de un cliente.
¿Puedo trasladar un proyecto de Lovable a Dyad?
Esa dirección es la barata. Lovable sincroniza cualquier proyecto con GitHub, GitLab o Bitbucket en todos los planes, incluido Free, y la guía de importación de Dyad menciona explícitamente como importables las aplicaciones creadas con Lovable, V0 o Bolt, con las salvedades de que la importación sigue marcada como experimental, que solo se admiten aplicaciones JavaScript basadas en Node.js y que la aplicación debe ejecutarse con npm run dev. La dirección inversa es mucho más difícil: las preguntas frecuentes de Lovable indican que actualmente no hay forma de iniciar un proyecto de Lovable a partir de código existente en, por ejemplo, GitHub, por lo que una base de código de Dyad no se puede abrir simplemente en Lovable.
¿Qué es más barato, Dyad o Lovable?
Ninguno publica una tabla de tarifas con la que pueda calcular, por lo que la respuesta honesta es que solo una de las tres rutas tiene un precio que se puede conocer de antemano. Dyad Pro cuesta $20 al mes por 200 créditos de IA y Dyad Max cuesta $79 por 900; Lovable Pro comienza en $25 al mes por 100 créditos y Business en $50 por 100. Pero Dyad define un crédito únicamente como equivalente al coste de enviar un mensaje a un modelo de IA, y Lovable afirma que el coste del modo Build depende de la complejidad de la solicitud y del trabajo completado, con ejemplos ilustrativos propios que van de 0.50 a 2.00 créditos para un solo prompt. La ruta cuyo presupuesto puede calcular por adelantado es Dyad Free más su propia clave de API facturada por uso, donde se publica el precio por millón de tokens y el cálculo corre por su cuenta.
¿Funciona Dyad con una puerta de enlace compatible con OpenAI?
La guía de modelos personalizados de Dyad indica que Dyad permite usar cualquier modelo o proveedor de IA siempre que ofrezca una API compatible con OpenAI, configurada en Settings, AI Providers, Add Custom Provider con un ID, Display Name y API Base URL, y después Add Custom Model con un Model ID que debe coincidir exactamente con la documentación del proveedor. En el código distribuido, los proveedores personalizados se construyen con el cliente compatible con OpenAI del Vercel AI SDK contra esa URL base, lo que significa que solo admiten Chat Completions: no existe una ruta Anthropic Messages ni una ruta OpenAI Responses para un proveedor personalizado, y las entradas integradas alojadas, como OpenAI y Anthropic, se construyen a partir de una clave de API sin campo de URL base, por lo que una puerta de enlace debe configurarse en un proveedor personalizado y no en una de esas entradas. Publicar una ruta de configuración no equivale a probarla en tiempo de ejecución, así que ejecute una compilación acotada antes de comprometerse con la ruta.
Consultado directamente el 19 de septiembre de 2026: las páginas de precios y de comparación con Lovable de dyad.sh y su guía de modelos personalizados; ambos archivos LICENSE de Dyad; package.json, get_model_client.ts, free_agent_quota_limit.ts y el controlador de cuota del agente en la etiqueta v1.16.0; el repositorio, las versiones y la API de etiquetas de GitHub; y la página de precios de Lovable, junto con su documentación sobre planes de suscripción, créditos y uso, preguntas frecuentes, funciones de IA, visibilidad de proyectos, despliegue y propiedad, y aplicación de escritorio. Vuelto a consultar el 21 de septiembre de 2026: las respuestas del acordeón de preguntas frecuentes de la página de precios de Dyad; las preguntas frecuentes, la guía de inicio rápido, las guías de importación, publicación y maximización de créditos de IA de Dyad; el diálogo Add Custom Provider, el controlador de cuota de Free Agent y el límite del modo de chat en la etiqueta v1.16.0; la documentación de Lovable sobre sincronización con Git, Enterprise y planes de suscripción; y el repositorio y la API de versiones de GitHub. Las tarifas de tokens de Kunavo proceden del catálogo actual, y todas las cifras en dólares del ejemplo calculado son cálculos ilustrativos de tokens, no costes medidos de tareas.