Dyad et Lovable diffèrent désormais par l’endroit où la construction s’exécute et par la personne qui détient la clé du modèle, et non par l’opposition ordinateur de bureau contre navigateur. Dyad est une application de bureau gratuite qui exécute Node et votre application sur votre propre machine et accepte toute clé API compatible OpenAI que vous fournissez. Lovable est une plateforme cloud gérée qui mesure le travail en crédits et ne donne à son agent de construction ni sélection de modèle ni possibilité d’utiliser sa propre clé, quel que soit le forfait. Choisissez Dyad si vous voulez garder sous votre contrôle la facture des tokens et l’arborescence source ; choisissez Lovable si vous voulez qu’une seule entreprise exécute la construction, la base de données, l’hébergement et le domaine.
La présentation « ordinateur de bureau contre onglet de navigateur » que la plupart des comparaisons utilisent encore est dépassée depuis un certain temps : la documentation de l’application de bureau de Lovable indique qu’un client natif macOS et Windows est disponible « sur tous les forfaits, y compris Free, sans coût supplémentaire », avec la prise en charge des serveurs MCP locaux et des onglets multi-projets. Les deux produits ont une icône de bureau. Un seul exécute votre construction sur votre propre machine.
Une précision avant les chiffres, car les deux noms se confondent dangereusement. JuliaHub distribue un produit sans rapport également appelé Dyad — un logiciel de modélisation fondé sur la physique — dont le niveau Light AI coûte lui aussi 20 $ par mois ; un prix tiré de la mauvaise page paraît donc tout à fait plausible. Tous les chiffres Dyad ci-dessous proviennent de dyad.sh ou de github.com/dyad-sh/dyad. Et le builder IA est lovable.dev ; lovable.com redirige vers ce site avec un code 301, tandis que lovable.it est une marque italienne de lingerie sans rapport (vérifié le 21 septembre 2026).
Lequel choisir
Partons de la contrainte incontournable, car elle décide à elle seule de la plupart de ces cas : l’agent de construction de Lovable n’a aucun réglage de modèle et n’accepte aucune clé externe. La FAQ de Lovable répond directement à la question : « Non. Lovable gère le modèle sous-jacent utilisé par l’agent en mode Build et en mode Plan », et ajoute qu’aucun réglage ne permet de faire passer l’agent d’un modèle spécifique à un autre. Il s’agit d’une fonctionnalité manquante plutôt que d’un paywall ; aucune mise à niveau ne permet donc d’y accéder.
| Votre situation | Choisir | Pourquoi, et ce que cela vous coûte |
|---|---|---|
| Vous payez déjà les tokens du modèle et voulez que le builder utilise ce compte | Dyad | Un fournisseur personnalisé compatible OpenAI est un réglage de premier ordre ; Lovable n’offre aucun équivalent pour son agent |
| Vous voulez une famille de modèles spécifique pour la génération de code | Dyad | Vous choisissez vous-même l’identifiant du modèle ; Lovable déploie les mises à niveau des modèles de manière centralisée et n’en nomme aucun |
| Vous voulez qu’un seul fournisseur gère la construction, la base de données, l’authentification, l’hébergement et le domaine | Lovable | Le guide de publication de Dyad vous fait déployer via GitHub et Vercel ou votre propre fournisseur cloud, tandis que sa couche de base de données et d’authentification est une intégration distincte de Supabase ou Neon que vous fournissez vous-même |
| Vous ne pouvez pas installer Node.js, ou vous n’utilisez ni macOS ni Windows | Lovable | Le guide de démarrage rapide de Dyad nécessite Node.js en local, et sa FAQ qualifie la prise en charge de Linux d’expérimentale et dépourvue de mises à jour automatiques |
| Votre projet n’est pas une application JavaScript | Lovable | La FAQ de Dyad indique qu’il ne prend en charge que les applications basées sur JavaScript |
| Vos invites ou votre code ne doivent pas servir à entraîner les modèles d’un fournisseur | Dyad, ou Lovable Business et les forfaits supérieurs | Depuis le 9 septembre 2026, Lovable peut entraîner ses modèles sur les données des clients Free et Pro, sauf si vous vous désinscrivez pour chaque compte |
| Vous voulez conserver la possibilité de partir à moindre coût | Dyad | Chaque application Dyad est un dépôt Git ordinaire sur le disque ; Lovable ne peut pas démarrer un projet à partir de code existant, le retour n’est donc pas pris en charge |
| Des personnes non développeuses de votre équipe modifieront l’application | Lovable | L’éditeur visuel de Dyad est réservé à Pro, d’après ses propres chaînes d’interface, et Dyad ne dispose pas d’un espace de travail partagé |
La ligne consacrée aux données d’entraînement est celle que la plupart des lecteurs n’ont pas vue. La FAQ de Lovable indique que « depuis le 9 septembre 2026, Lovable peut utiliser les données client des forfaits Free et Pro … pour entraîner, développer et améliorer ses modèles IA », avec une option de désinscription par compte dans AI model training ; les espaces de travail Business et Enterprise sont exclus par défaut. Vérifié le 19 septembre 2026.
Deux points que la propre page comparative de Dyad présente incorrectement au sujet de Lovable
Dyad publie une page comparative de Lovable qui se classe pour cette requête, et deux de ses affirmations ne résistent pas à une vérification par rapport à la documentation actuelle de Lovable. La page n'est pas datée ; il est donc possible d'affirmer que ces affirmations sont aujourd'hui incorrectes sans préciser quand elles ont cessé de l'être.
| Affirmation sur la page de Dyad | Ce qu'indique la documentation de Lovable (vérifié le 19 septembre 2026) |
|---|---|
| « La tarification de Lovable limite les utilisateurs gratuits aux projets … accessibles uniquement au public. » | La visibilité publique a été supprimée du produit. La page de Lovable consacrée à la visibilité des projets indique qu'à partir du 22 avril 2026, « Vous ne pouvez plus créer de projets publics. La visibilité des projets publics a été complètement supprimée. » Les projets gratuits sont privés au niveau de l'espace de travail. |
| « La tarification de Lovable limite les utilisateurs gratuits à 5 messages par jour. » | Lovable comptabilise des crédits, pas des messages, et la limite la plus stricte est mensuelle. La page Plans d'abonnement indique pour l'offre Free « 5/jour, 30/mois » et précise qu'après le plafond mensuel, Lovable cesse d'accorder les crédits quotidiens jusqu'à la fin du mois calendaire concerné. Dans les propres exemples illustratifs du mode Build de Lovable, une seule invite coûte entre 0.50 et 2.00 crédits ; « 5 messages » ne correspond donc à aucune conversion existante. |
La même page cite également « jusqu'à 500 messages/jour pour Gemini 2.5 Flash » comme option de modèle gratuit, tandis que la FAQ de Dyad indique 250 requêtes quotidiennes et son guide de démarrage rapide indique 250 messages par jour pour le même modèle. Les deux citent une génération de modèle qui a depuis été remplacée, et Google ne publie plus de tableau du nombre de requêtes gratuites par jour pour chaque modèle — sa page sur les limites de débit indique désormais que les limites peuvent être consultées dans Google AI Studio. Considérez tout chiffre de « messages gratuits par jour » pour une configuration Dyad avec offre gratuite comme invérifiable, et notez que la page de tarification de Google précise que le contenu de l'offre gratuite est utilisé pour améliorer ses produits.
Plans et tarifs côte à côte
| Formule | Prix publié | Ce qu'il inclut |
|---|---|---|
| Dyad Free | $0 | Générateur d'applications local open source, téléchargement pour macOS et Windows, sans inscription, utilisez votre propre clé API, assistance communautaire |
| Dyad Pro | 20 $ / mois | Modes Pro pour les grandes bases de code, 200 crédits IA par mois, accès complet à Dyad Academy |
| Dyad Max | $79 / mois | 900 crédits IA par mois, heures de consultation prioritaires, rechargements de crédits au même prix ; proposé comme une mise à niveau plutôt que comme un achat direct |
| Lovable Free | $0 | 5 crédits de build par jour, plafonnés à 30 par mois calendaire, 20 crédits Cloud et 4 crédits IA par mois, projets privés au niveau de l'espace de travail, synchronisation Git. Pas de modification du code, pas de téléchargement du code, pas de domaine personnalisé, pas de report, pas de rechargements |
| Lovable Pro | 25 $ / mois pour 100 crédits, ou 250 $ / an | Modification et téléchargement du code, domaines personnalisés, report des crédits, rechargements à la demande, suppression du badge |
| Lovable Business | 50 $ / mois pour 100 crédits, ou 500 $ / an | Ajoute l'authentification unique, l'accès basé sur les rôles, le centre de sécurité, la publication interne et l'API Lovable |
| Lovable Enterprise | Selon le volume, aucun montant public | Lovable indique que les forfaits Enterprise n'incluent ni les crédits de build quotidiens gratuits ni les crédits Cloud et IA mensuels |
Sources : dyad.sh/pricing, lovable.dev/pricing et Plans d'abonnement Lovable, toutes vérifiées le 19 septembre 2026. Les deux barèmes de crédits s'étendent largement au-delà du niveau de base ; confirmez votre propre niveau lors du paiement.
Trois règles relatives aux crédits déterminent davantage le coût réel que le prix affiché. La page de tarification de Lovable indique que les crédits inutilisés des forfaits mensuels expirent deux mois après leur émission, ceux des forfaits annuels un mois après la fin de la période annuelle, les rechargements douze mois après leur achat et les crédits de build quotidiens à la fin de chaque journée ; elle précise également que les crédits ne sont ni remboursables ni échangeables contre de l'argent. Les rechargements coûtent plus cher par crédit que les crédits d'abonnement — la documentation sur les crédits les facture 15 $ pour 50 crédits sur Pro et 30 $ pour 50 sur Business, contre 0.25 $ par crédit dans l'abonnement Pro de base, et leur accorde une durée de validité de 12 mois à compter de l'achat. Par ailleurs, le passage à Free gèle ce que l'abonnement a accordé : la page des plans d'abonnement de Lovable précise qu'une fois l'espace de travail passé à Free, les crédits inutilisés du forfait mensuel et les crédits reportés sont gelés, ne peuvent pas être utilisés avec Free et ne sont pas remboursés, tout en restant utilisables jusqu'à leur date d'expiration initiale si vous repassez d'abord à une offre supérieure. Du côté de Dyad, les crédits IA sont reportés pendant un mois, mais Dyad ne publie nulle part de tarif de crédit par modèle ; elle indique seulement qu'« un crédit correspond directement au coût d'envoi d'un message à un modèle d'IA ». Aucune conversion « X crédits achètent Y tokens » ne peut donc être déduite pour l'un ou l'autre produit.
Où une clé Kunavo peut être utilisée — et où elle ne peut pas l'être
C'est la partie que la plupart des comparaisons simplifient à l'excès, et il est facile de se tromper dans un sens comme dans l'autre. Dyad accepte un endpoint compatible avec OpenAI comme paramètre de premier ordre. Lovable ne le fait pas pour son générateur — mais documente une voie d'accès à l'application que vous déployez.
Le guide des modèles personnalisés de Dyad indique que « Dyad vous permet d'utiliser n'importe quel modèle ou fournisseur d'IA, à condition qu'il propose une API compatible avec OpenAI ». Le chemin est Settings, puis AI Providers, puis Add Custom Provider, puis Add Custom Model au sein de ce fournisseur.
| Champ Dyad | Valeur pour Kunavo |
|---|---|
| API Base URL | https://api.kunavo.com/v1 — incluez le /v1, conformément à l'espace réservé affiché par la boîte de dialogue Add Custom Provider fournie avec la v1.16.0, E.g., https://api.example.com/v1 |
| Clé API | Votre clé sk-kn-. La même boîte de dialogue contient un champ facultatif « Environment Variable » qui permet d'indiquer une variable d'environnement depuis laquelle lire la clé ; le guide publié ne documente aucun de ces deux champs |
| ID du modèle | L'identifiant exact du modèle Kunavo, par exemple claude-sonnet-4-6. Le guide de Dyad souligne qu'il « doit correspondre exactement à ce qui est spécifié dans la documentation de l'API du fournisseur » |
| Max Output Tokens et Context Window | Renseignez les deux manuellement. Dyad avertit que s'ils restent vides, il « utilisera les valeurs par défaut, qui peuvent être inférieures à l'optimum » |
Avant de planifier votre utilisation de cette voie, il est utile de connaître trois limites. Les citations des sources ci-dessous ont été consultées sur le tag v1.16.0 le 19 septembre 2026.
Chat Completions uniquement. Dans get_model_client.ts, un fournisseur personnalisé est créé avec le client createOpenAICompatible de l'AI SDK, dirigé vers votre URL de base. Il n'existe ni voie Anthropic Messages ni voie OpenAI Responses pour un fournisseur personnalisé. Les entrées intégrées hébergées du même switch — OpenAI, Anthropic, Google, xAI, Bedrock, MiniMax — sont construites à partir d'une seule clé API, sans champ d'URL de base à rediriger ; une passerelle doit donc être placée dans un fournisseur personnalisé plutôt que dans l'une de ces entrées. Les deux exceptions sont les entrées de serveur local, Ollama et LM Studio, qui acceptent bien une URL de base mais sont documentées pour les serveurs de modèles locaux. Le même client de fournisseur personnalisé reçoit un indicateur includeUsage, mais le code source ne le définit que sur la voie où Dyad Pro est activé avec un fournisseur personnalisé ou local ; la voie classique avec votre propre clé le laisse à sa valeur par défaut false. Dans tous les cas, cette page n'a pas testé la manière dont une passerelle donnée signale l'utilisation du streaming.
Les modes Pro ne peuvent pas utiliser votre clé. La FAQ de dyad.sh/pricing répond directement à cette question : les modes Pro tels que Smart Context fonctionnent uniquement avec les crédits IA de Dyad Pro, car ils nécessitent un traitement côté serveur sur plusieurs modèles. Le code source fourni le confirme structurellement : la branche Dyad Pro crée un client de moteur distinct dirigé vers l'URL de base du propre moteur de Dyad, avec une clé API Dyad, et Smart Context est transmis comme option du fournisseur dyad-engine. Les fonctionnalités qui rendent abordables les très grandes bases de code sont donc précisément celles auxquelles une configuration utilisant votre propre clé ne peut pas accéder. Aucune configuration ne permet d'obtenir les deux.
Le mode Free Agent est plafonné quelle que soit la clé utilisée. free_agent_quota_limit.ts définit FREE_AGENT_QUOTA_LIMIT = 20, et le gestionnaire définit une fenêtre de 23 heures vérifiée par rapport à l'en-tête Date du propre endpoint de santé de Dyad afin d'empêcher toute manipulation de l'horloge ; le hook qui la lit ne s'exécute que pour les utilisateurs non-Pro, et le mécanisme de limitation ne se déclenche que lorsque Dyad Pro est désactivé et que le mode de chat sélectionné est l'agent local — le fournisseur et la clé utilisés ne changent rien. Ce nombre n'apparaît nulle part sur dyad.sh, même si le sélecteur de mode de l'application affiche « Free tier (20 messages/day) », et Dyad publie environ une version par semaine — considérez-le donc comme un comportement observé sur un tag donné, et non comme un engagement publié. Le mode Build avec un fournisseur personnalisé n'est pas soumis à ce plafond.
Du côté de Lovable, le générateur est fermé, mais l'application que vous déployez ne l'est pas. La documentation des fonctionnalités IA de Lovable indique que le connecteur IA intégré passe toujours par Lovable et facture des crédits de l'espace de travail, que la clé est fournie par Lovable et que les modèles Anthropic ne sont pas disponibles via celui-ci — mais précise que si votre application a besoin d'un fournisseur que le connecteur ne propose pas, vous pouvez demander à Lovable d'appeler directement l'API de ce fournisseur depuis une fonction edge backend, avec votre propre clé stockée comme secret ; dans ce cas, l'application ne consomme que l'utilisation Cloud normale nécessaire à l'exécution de la fonction. Il s'agit de deux systèmes différents, et la propre documentation de Lovable le dit : les modèles du connecteur « ne sont pas les modèles que Lovable utilise pour écrire, modifier ou raisonner sur votre code ». Une clé Kunavo peut servir l'IA d'exécution dans une application créée avec Lovable via cette fonction edge. Elle ne pourra jamais servir le générateur de Lovable.
Estimation détaillée du coût pour la voie Dyad
Ces chiffres correspondent à une arithmétique illustrative sur les tokens, et non à des coûts de tâches mesurés ni à un plafond de facturation. Supposons une session en mode Build qui envoie 150,000 tokens d'entrée non mis en cache et reçoit 15,000 tokens de sortie, ainsi qu'une session plus lourde de type agent avec 600,000 tokens d'entrée et 40,000 tokens de sortie. Ces deux profils de tokens sont des hypothèses utilisées à titre illustratif. Les tarifs proviennent du catalogue Kunavo actuel, par million de tokens.
| Modèle | Entrée / sortie par million | Estimation, session simple | Estimation, session lourde |
|---|---|---|---|
| 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 |
Comparez ceci aux abonnements plutôt que de le considérer comme un remplacement équivalent. Un crédit Lovable finance le build géré, l'hébergement, la base de données et le domaine en plus du travail du modèle ; un tarif par token ne finance que l'appel au modèle, et vous devez encore fournir vous-même Supabase ou Neon ainsi qu'une cible de déploiement. La comparaison réellement tranchable concerne la prévisibilité : avec la tarification au token, le prix unitaire est publié à l'avance, tandis qu'il ne l'est pas avec l'une ou l'autre tarification au crédit — Dyad ne publie aucun tarif par modèle et Lovable indique que le coût du mode Build dépend de la complexité de la demande et du travail effectué. À Claude Sonnet 4.6, la session simple ci-dessus est estimée à $0.473 ; le même profil sur Claude Haiku 4.5 est estimé à $0.158. Le tarif affiché le plus bas et le coût le plus faible pour terminer le travail restent deux questions différentes : un modèle moins cher qui nécessite trois tentatives peut coûter plus cher qu'un modèle qui n'en nécessite qu'une. Mesurez donc la situation sur votre propre dépôt avant de choisir.
Le montant du catalogue Kunavo constitue un plancher de facturation plutôt qu’un plafond : lorsque le fournisseur amont communique son coût, la facture correspond au plus élevé entre le coût du catalogue et le coût amont multiplié par la majoration applicable. Les frais de cache et les outils externes ne sont pas inclus dans cet exemple. Le rechargement minimal est de $10 de crédit prépayé, ce qui constitue un minimum de financement et non des frais de tâche ou un abonnement — voir les détails de facturation.
Le coût de migration ne fonctionne que dans un sens
Le passage de Lovable à Dyad est la direction prise en charge. Le tableau des forfaits de Lovable inclut la synchronisation Git dans tous les forfaits, y compris Free, et le guide d'importation de Dyad cite les applications créées avec Lovable, V0 ou Bolt comme importables — sous réserve de trois précisions qu'il énonce lui-même : l'importation est qualifiée d'expérimentale, seuls les applications JavaScript basées sur Node.js sont prises en charge et l'application doit fonctionner avec npm run dev. Dyad conserve les applications importées sur le disque local, sous ~/dyad-apps/, comme des dépôts Git ordinaires ; c'est pourquoi sa FAQ peut affirmer que vous pouvez librement passer de Dyad à d'autres outils.
Le passage de Dyad à Lovable n'est pas pris en charge comme importation. La FAQ de Lovable indique qu'il n'existe actuellement aucun moyen de démarrer un projet Lovable à partir de code déjà existant, par exemple sur GitHub. Dans ce sens, il faut reconstruire le projet dans Lovable et payer des crédits pour cette reconstruction.
La propriété est asymétrique d'une autre manière, qui n'apparaît que lorsque vous partez. Lovable indique que vous êtes propriétaire de votre code et que les applications peuvent être hébergées n'importe où via la synchronisation Git, mais sa page sur le déploiement et la propriété précise également que l'éditeur et l'agent IA sont un service géré qui ne peut pas être auto-hébergé ni déployé dans le VPC d'un client, et que la migration du backend vers PostgreSQL standard ou un autre fournisseur de bases de données n'est pas prise en charge par défaut. L'application est donc portable ; l'environnement de build ne l'est pas.
L'affirmation open source nécessite une nuance
Le dépôt de Dyad est actif — il n'est pas archivé, a été créé le 11 avril 2025, a reçu son dernier push le 18 septembre 2026 et compte 21,597 étoiles (API GitHub, 21 septembre 2026). Sa LICENSE place le contenu situé à l'extérieur de src/pro/ sous Apache 2.0 et le contenu situé à l'intérieur sous la Functional Source License 1.1, avec une concession future Apache-2.0 et une restriction de Competing Use. Le code du mode agent est fourni depuis src/pro/ ; « entièrement open source » est donc excessif pour l'agent en particulier — précisément la partie comparée à la plateforme fermée de Lovable.
Deux détails de version doivent être vérifiés dans votre propre installation plutôt que déduits d'un badge. Le tag le plus récent est v1.16.0, et package.json sur ce tag indique 1.16.0 — mais l'endpoint des dernières versions de GitHub fournit toujours v1.15.0 daté du 11 septembre 2026, sans objet de version publié pour v1.16.0 (vérifié le 21 septembre 2026). De plus, le même package.json déclare "license": "MIT", alors que les fichiers LICENSE disent le contraire et que le détecteur de GitHub renvoie NOASSERTION. Les fichiers LICENSE font foi ; les métadonnées sont obsolètes.
Configurer la voie Dyad
Kunavo ne dispose d'aucune page de configuration spécifique à Dyad et Dyad n'a pas été testé en conditions d'exécution ici — la configuration ci-dessus est tirée de la documentation de Dyad et du code source fourni avec le produit ; elle constitue une référence, et non un test de compatibilité. La voie générique est celle documentée par Dyad : une URL de base compatible avec OpenAI, une clé et un identifiant de modèle exact. Commencez par le guide de l'API compatible avec OpenAI, conservez une voie fonctionnelle pendant vos essais, exécutez un build limité, puis consultez le montant effectivement enregistré par votre compte. Créez un compte Kunavo lorsque vous êtes prêt à approvisionner une clé.
Si vous hésitez encore entre plusieurs générateurs plutôt qu'entre plusieurs fournisseurs, la comparaison des modèles de programmation explique quelles familles de modèles conviennent à quels types de travaux, et l'optimisation des coûts de l'IA explique comment mesurer une voie sur votre propre dépôt plutôt que sur un tableau de tarifs.
Questions fréquentes
Dyad est-il une alternative gratuite à Lovable ?
Dyad Free coûte 0 $ et ne nécessite pas d’inscription, selon dyad.sh/pricing. Il s’agit d’une application de bureau qui exécute Node et votre application sur votre propre machine, conserve chaque projet sous forme de dépôt Git ordinaire et vous permet de fournir votre propre clé API de modèle. Cela supprime l’abonnement, mais pas la facture du modèle : vous payez toujours le fournisseur auquel appartient la clé. Deux limites que la page de tarification ne mentionne pas : le code source distribué de Dyad plafonne l’utilisation gratuite du mode Agent à 20 messages par période de 23 heures, quelle que soit la clé utilisée, et l’éditeur visuel est indiqué comme réservé à Pro dans les propres chaînes d’interface de l’application. Le mode Build avec votre propre clé n’est pas soumis à ce plafond d’agent.
Puis-je utiliser ma propre clé API avec Lovable ?
Pas pour le builder. La FAQ de Lovable indique que Lovable gère le modèle sous-jacent utilisé par l’agent en mode Build et en mode Plan, et qu’aucun réglage ne permet de faire passer l’agent d’un modèle spécifique à un autre. Il s’agit de l’absence d’une fonctionnalité, et non d’une restriction liée au forfait ; aucun niveau de forfait — y compris Enterprise — n’en mentionne une. Le seul endroit où une clé externe est documentée est l’application que vous déployez : la documentation IA de Lovable indique que le connecteur IA intégré passe toujours par Lovable et facture des crédits de l’espace de travail, mais que si votre application a besoin d’un fournisseur que le connecteur ne propose pas, vous pouvez appeler directement ce fournisseur depuis une fonction edge backend avec votre propre clé API stockée comme secret ; dans ce cas, l’application ne consomme que l’utilisation Cloud standard liée à l’exécution de la fonction.
Dyad est-il open source ?
Partiellement, et cette nuance compte. Le fichier LICENSE du dépôt place tout ce qui se trouve en dehors de src/pro sous Apache 2.0, et tout ce qui se trouve dans src/pro sous Functional Source License 1.1 avec une attribution future Apache-2.0, ce qui interdit ce qu’il appelle un Competing Use. Le code du mode Agent est fourni depuis src/pro ; l’agent est donc spécifiquement sous une licence fair-source plutôt que sous Apache-2.0. Deux autres indications du même dépôt contredisent le fichier LICENSE : package.json déclare MIT, et le détecteur de licence de GitHub renvoie NOASSERTION. Lovable, en revanche, indique clairement que son éditeur et son agent IA sont un service géré qui ne peut pas être auto-hébergé ni déployé dans un VPC client.
Puis-je transférer un projet Lovable dans Dyad ?
Cette direction est la plus économique. Lovable synchronise n’importe quel projet vers GitHub, GitLab ou Bitbucket avec tous les forfaits, y compris Free, et le guide d’importation de Dyad cite explicitement les applications créées avec Lovable, V0 ou Bolt comme pouvant être importées — avec les réserves suivantes : l’importation est toujours indiquée comme expérimentale, seuls les applications JavaScript basées sur Node.js sont prises en charge et l’application doit s’exécuter avec npm run dev. La direction inverse est beaucoup plus difficile : la FAQ de Lovable indique qu’il n’existe actuellement aucun moyen de démarrer un projet Lovable à partir de code existant provenant, par exemple, de GitHub ; une base de code Dyad ne peut donc pas simplement être ouverte dans Lovable.
Lequel est le moins cher, Dyad ou Lovable ?
Aucun des deux ne publie de grille tarifaire permettant un calcul direct ; la réponse honnête est donc qu’un seul des trois parcours a un prix connu à l’avance. Dyad Pro coûte 20 $ par mois pour 200 crédits IA et Dyad Max 79 $ pour 900 ; Lovable Pro commence à 25 $ par mois pour 100 crédits et Business à 50 $ pour 100. Mais Dyad définit un crédit uniquement comme correspondant au coût de l’envoi d’un message à un modèle IA, et Lovable indique que le coût du mode Build dépend de la complexité de la requête et du travail effectué, ses propres exemples illustratifs utilisant de 0,50 à 2,00 crédits pour une seule invite. Le parcours que vous pouvez budgétiser à l’avance est Dyad Free avec votre propre clé API facturée à la consommation, pour laquelle le prix par million de tokens est publié et où le calcul vous revient.
Dyad fonctionne-t-il avec une passerelle compatible OpenAI ?
Le guide des modèles personnalisés de Dyad indique que Dyad vous permet d’utiliser n’importe quel modèle ou fournisseur IA dès lors qu’il propose une API compatible OpenAI, configurée dans Settings, AI Providers, Add Custom Provider avec un ID, un Display Name et une API Base URL, puis Add Custom Model avec un Model ID qui doit correspondre exactement à la documentation du fournisseur. Dans le code distribué, les fournisseurs personnalisés sont construits avec le client compatible OpenAI du SDK AI de Vercel vers cette URL de base, ce qui signifie Chat Completions uniquement — il n’existe ni chemin Anthropic Messages ni chemin OpenAI Responses pour un fournisseur personnalisé, et les entrées intégrées hébergées telles qu’OpenAI et Anthropic sont construites à partir d’une clé API sans champ d’URL de base ; une passerelle doit donc être placée dans un fournisseur personnalisé plutôt que dans l’une de ces entrées. Publier un chemin de configuration ne revient pas à le tester en conditions d’exécution ; exécutez donc une construction limitée avant de vous engager sur cette voie.
Consultés directement le 19 septembre 2026 : les pages de tarification et de comparaison de Lovable de dyad.sh ainsi que son guide des modèles personnalisés ; les deux fichiers LICENSE de Dyad ; package.json, get_model_client.ts, free_agent_quota_limit.ts et le gestionnaire des quotas de l'agent sur le tag v1.16.0 ; le dépôt GitHub, les versions et l'API des tags ; ainsi que la page de tarification de Lovable et sa documentation sur les plans d'abonnement, les crédits et l'utilisation, la FAQ, les fonctionnalités IA, la visibilité des projets, le déploiement et la propriété et l'application de bureau. Consultés de nouveau le 21 septembre 2026 : les réponses derrière l'accordéon FAQ de la page de tarification de Dyad ; la FAQ, le guide de démarrage rapide, les guides d'importation, de publication et de maximisation des crédits IA de Dyad ; la boîte de dialogue Add Custom Provider, le gestionnaire des quotas de l'agent gratuit et le mécanisme de contrôle du mode de chat sur le tag v1.16.0 ; la documentation de Lovable sur la synchronisation Git, l'offre Enterprise et les plans d'abonnement ; ainsi que le dépôt GitHub et l'API des versions. Les tarifs des tokens Kunavo proviennent du catalogue actuel, et chaque montant en dollars de l'exemple détaillé correspond à une arithmétique illustrative sur les tokens, et non à un coût de tâche mesuré.