Dyad contro Lovable: BYOK locale, crediti ospitati e proprietà dell'app

Dyad e Lovable ora differiscono per il luogo in cui viene eseguita la build e per chi detiene la chiave del modello, non per desktop contro browser. Dyad è un'app desktop gratuita che esegue Node e la vostra app sul vostro computer e accetta qualsiasi chiave API compatibile con OpenAI forniate. Lovable è una piattaforma cloud gestita che misura il lavoro in crediti e non offre al proprio agente builder né la selezione del modello né la possibilità di utilizzare una chiave propria, su qualsiasi piano. Scegliete Dyad quando volete mantenere sotto il vostro controllo la fattura dei token e l'albero dei sorgenti; scegliete Lovable quando volete che un'unica azienda gestisca la build, il database, l'hosting e il dominio.

L'impostazione "desktop contro scheda del browser" che la maggior parte dei confronti utilizza ancora è superata da tempo: la documentazione dell'app desktop di Lovable afferma che un client nativo per macOS e Windows è disponibile "su tutti i piani, incluso Free, senza costi aggiuntivi", con supporto per server MCP locali e schede per più progetti. Entrambi i prodotti hanno un'icona desktop. Solo uno dei due esegue la build sul vostro computer.

Prima dei numeri, una precisazione, perché i due nomi si sovrappongono in modo problematico. JuliaHub distribuisce un prodotto non correlato chiamato anch'esso Dyad — un software di modellazione basato sulla fisica — il cui livello Light AI costa anch'esso $20 al mese, quindi un prezzo preso dalla pagina sbagliata sembra del tutto plausibile. Ogni cifra relativa a Dyad qui sotto proviene da dyad.sh o da github.com/dyad-sh/dyad. E il builder AI è lovable.dev; lovable.com reindirizza lì con un 301, mentre lovable.it è un marchio italiano di lingerie non correlato (verificato il 21 settembre 2026).

Quale dovresti scegliere

Partite dal vincolo che non può essere aggirato, perché da solo decide la maggior parte di questi casi: l'agente builder di Lovable non dispone di un'impostazione per il modello e non accetta chiavi esterne. Le FAQ di Lovable rispondono direttamente alla domanda: "No. Lovable gestisce il modello sottostante utilizzato dall'agente nelle modalità Build e Plan"; aggiungono inoltre che non esiste un'impostazione per passare l'agente da un modello specifico a un altro. È una funzionalità mancante, non un paywall, quindi nessun percorso di upgrade vi consente di ottenerla.

La riga relativa ai dati di addestramento è quella che la maggior parte dei lettori non ha visto. Le FAQ di Lovable affermano che "A partire dal 9 settembre 2026, Lovable può utilizzare i dati dei clienti dei piani Free e Pro … per addestrare, sviluppare e migliorare i propri modelli AI", con la possibilità di rinunciare per account alla voce AI model training; i workspace Business ed Enterprise sono esclusi per impostazione predefinita. Verificato il 19 settembre 2026.

Due cose che la pagina di confronto di Dyad contiene di errato su Lovable

Dyad pubblica una pagina di confronto con Lovable che si posiziona per questa query, e due delle sue affermazioni non reggono a un confronto con la documentazione live di Lovable. La pagina non riporta alcuna data, quindi è possibile affermare che oggi le dichiarazioni siano errate senza dire quando abbiano smesso di essere vere.

La stessa pagina cita inoltre "fino a 500 messaggi/giorno per Gemini 2.5 Flash" come opzione di modello gratuito, mentre le FAQ di Dyad indicano 250 richieste giornaliere e la guida rapida indica 250 messaggi al giorno per lo stesso modello. Entrambe citano una generazione di modello che da allora è stata superata, e Google non pubblica più una tabella di richieste gratuite giornaliere per modello: la sua pagina sui limiti di frequenza ora indica che i limiti possono essere visualizzati in Google AI Studio. Considera non verificabile qualsiasi cifra relativa ai "messaggi gratuiti al giorno" per una configurazione Dyad-plus-free-tier e nota che la pagina dei prezzi di Google indica i contenuti del livello gratuito come utilizzati per migliorare i suoi prodotti.

Piani e prezzi a confronto

Fonti: dyad.sh/pricing, lovable.dev/pricing e Piani di abbonamento di Lovable, tutte verificate il 19 settembre 2026. Entrambe le scale dei crediti si estendono ben oltre il livello base; verifica il tuo livello al checkout.

Tre regole sui crediti incidono sul costo reale più del prezzo pubblicizzato. La pagina dei prezzi di Lovable indica che i crediti inutilizzati dei piani mensili scadono due mesi dopo l'emissione, quelli dei piani annuali un mese dopo la fine del periodo annuale, le ricariche dodici mesi dopo l'acquisto e le assegnazioni Build giornaliere alla fine di ogni giornata; specifica inoltre che i crediti non sono rimborsabili né convertibili in denaro. Le ricariche costano più per credito rispetto ai crediti dell'abbonamento: la documentazione sui crediti le indica a $15 per 50 crediti su Pro e $30 per 50 su Business, rispetto a $0,25 per credito nell'abbonamento Pro base, e assegna loro una validità di 12 mesi dall'acquisto. Inoltre, il downgrade a Free congela ciò che l'abbonamento aveva concesso: la pagina dei piani di abbonamento di Lovable specifica che, dopo il passaggio dell'area di lavoro a Free, i crediti inutilizzati del piano mensile e i crediti riportati vengono congelati, non possono essere utilizzati su Free e non vengono rimborsati, anche se restano spendibili fino alla loro data di scadenza originale se effettui nuovamente l'upgrade prima di allora. Dal lato Dyad, i crediti AI vengono riportati per un mese, ma Dyad non pubblica alcuna tariffa dei crediti per modello, indicando soltanto che "un credito corrisponde direttamente al costo dell'invio di un messaggio a un modello AI": quindi per nessuno dei due prodotti è possibile ricavare una conversione del tipo "X crediti acquistano Y token".

Dove può e non può essere utilizzata una chiave Kunavo

Questa è la parte che la maggior parte dei confronti appiattisce, ed è facile sbagliare in entrambe le direzioni. Dyad accetta un endpoint compatibile con OpenAI come impostazione di prima classe. Lovable non lo fa per il suo builder, ma documenta un percorso per l'app che distribuisci.

La guida ai modelli personalizzati di Dyad afferma: "Dyad ti consente di utilizzare qualsiasi modello o provider AI, purché offrano un'API compatibile con OpenAI." Il percorso è Settings, poi AI Providers, poi Add Custom Provider, quindi Add Custom Model all'interno di quel provider.

Prima di pianificare il percorso, è utile conoscere tre limiti. Le citazioni delle fonti riportate di seguito sono state consultate al tag v1.16.0 il 19 settembre 2026.

Solo Chat Completions. In get_model_client.ts, un provider personalizzato viene creato con il client createOpenAICompatible dell'AI SDK utilizzando il tuo base URL. Per un provider personalizzato non esiste alcun percorso Anthropic Messages né OpenAI Responses. Le voci integrate ospitate nello stesso switch — OpenAI, Anthropic, Google, xAI, Bedrock, MiniMax — vengono costruite utilizzando soltanto una chiave API, senza un campo base URL da reindirizzare; quindi un gateway deve appartenere a un provider personalizzato, non a una di queste voci. Le due eccezioni sono le voci per server locali, Ollama e LM Studio, che accettano un base URL ma sono documentate per server di modelli locali. Al client del provider personalizzato viene passato anche un flag includeUsage, ma il codice sorgente lo imposta solo nel percorso in cui Dyad Pro è abilitato insieme a un provider personalizzato o locale; il percorso standard con la propria chiave lascia il valore predefinito false. In ogni caso, questa pagina non ha verificato il modo in cui un determinato gateway segnala l'utilizzo dello streaming.

Le modalità Pro non possono utilizzare la tua chiave. Le FAQ su dyad.sh/pricing rispondono direttamente: le modalità Pro come Smart Context funzionano solo con i crediti AI di Dyad Pro, perché richiedono elaborazione lato server su diversi modelli. Anche il codice sorgente distribuito lo conferma strutturalmente: il ramo Dyad Pro crea un client engine separato verso il base URL del motore di Dyad con una chiave API Dyad, e Smart Context viene passato come opzione del provider dyad-engine. Pertanto, le funzionalità che rendono accessibili codebase molto grandi sono esattamente quelle che una configurazione con la propria chiave non può raggiungere. Non esiste una configurazione che permetta entrambe le cose.

La modalità Free Agent è soggetta a un limite indipendentemente dalla chiave utilizzata. free_agent_quota_limit.ts imposta FREE_AGENT_QUOTA_LIMIT = 20, e il gestore definisce una finestra di 23 ore verificata rispetto all'header Date dell'endpoint di health di Dyad per impedire la manipolazione dell'orologio; l'hook che lo legge viene eseguito solo per gli utenti non Pro, e il controllo si attiva soltanto quando Dyad Pro è disattivato e la modalità chat selezionata è l'agente locale: il provider e la chiave utilizzati non fanno alcuna differenza. Il numero non compare in alcun punto di dyad.sh, anche se il selettore delle modalità dell'app etichetta l'opzione "Free tier (20 messages/day)"; inoltre Dyad pubblica all'incirca settimanalmente, quindi consideralo un comportamento osservato a un determinato tag, non un impegno pubblicato. La modalità Build con un provider personalizzato non rientra in questo limite.

Dal lato Lovable, il builder è chiuso, mentre l'app che distribuisci non lo è. La documentazione sulle funzionalità AI di Lovable specifica che il connettore AI integrato passa sempre da Lovable e addebita crediti dell'area di lavoro, che la chiave è fornita da Lovable e che i modelli Anthropic non sono disponibili tramite esso; indica però che, se l'app necessita di un provider non offerto dal connettore, puoi fare in modo che Lovable chiami direttamente l'API di quel provider da una edge function backend, con la tua chiave memorizzata come secret; in tal caso l'app consuma solo l'utilizzo Cloud normale per l'esecuzione della funzione. Sono due sistemi diversi, e la documentazione stessa di Lovable lo afferma: i modelli del connettore "non sono i modelli che Lovable utilizza per scrivere, modificare o ragionare sul tuo codice". Una chiave Kunavo può servire l'AI di runtime all'interno di un'app creata con Lovable tramite quella edge function. Non può mai servire il builder di Lovable.

Una stima dei costi per il percorso Dyad

Queste cifre sono calcoli illustrativi sui token, non costi misurati delle attività e non un tetto di fatturazione. Supponi una sessione in modalità Build che invia 150.000 token di input non memorizzati nella cache e riceve 15.000 token di output, e una sessione più pesante in stile agente con 600.000 token di input e 40.000 token di output. Entrambe le configurazioni dei token sono ipotesi a scopo illustrativo. Le tariffe provengono dal catalogo Kunavo aggiornato, per milione di token.

Confronta questi dati con gli abbonamenti, non come sostituzione equivalente. Un credito Lovable acquista il build gestito, l'hosting, il database e il dominio oltre al lavoro del modello; una tariffa per token acquista soltanto la chiamata al modello, e devi comunque fornire autonomamente Supabase o Neon e una destinazione di deploy. Il confronto realmente decidibile riguarda la prevedibilità: nel percorso a token il prezzo unitario è pubblicato in anticipo, mentre in entrambi i percorsi a crediti non lo è — Dyad non pubblica alcuna tariffa per modello e Lovable afferma che il costo della modalità Build dipende dalla complessità della richiesta e dal lavoro completato. A Claude Sonnet 4.6, la sessione singola sopra stimata ammonta a $0,473; la stessa configurazione su Claude Haiku 4.5 ammonta a $0,158. La tariffa elencata più bassa e il costo minimo per completare il lavoro restano domande diverse: un modello più economico che richiede tre tentativi può costare più di uno che ne richiede uno. Misura quindi sul tuo repository prima di decidere.

L'importo del catalogo Kunavo è una soglia minima di fatturazione, non un limite massimo: quando l'upstream comunica il proprio addebito, la fattura è il maggiore tra il costo di catalogo e il costo upstream moltiplicato per il markup applicabile. Gli addebiti della cache e gli strumenti esterni non rientrano in questo esempio. La ricarica minima è $10 di credito prepagato, che rappresenta un minimo di finanziamento, non un costo per attività né un abbonamento — vedi dettagli sulla fatturazione.

Il costo della migrazione funziona in una sola direzione

Da Lovable a Dyad è la direzione supportata. La tabella dei piani di Lovable include la sincronizzazione Git in tutti i piani, incluso Free, e la guida all'importazione di Dyad indica come importabili le app create con Lovable, V0 o Bolt, con tre precisazioni dichiarate dalla guida stessa: l'importazione è contrassegnata come sperimentale, sono supportate solo app JavaScript basate su Node.js e l'app deve essere eseguibile con npm run dev. Dyad conserva le app importate sul disco locale in ~/dyad-apps/ come normali repository Git, motivo per cui le sue FAQ possono affermare che puoi passare liberamente da Dyad ad altri strumenti.

Da Dyad a Lovable l'importazione non è supportata in alcun modo. Le FAQ di Lovable affermano che attualmente non esiste un modo per avviare un progetto Lovable a partire da codice già esistente, ad esempio su GitHub. Procedere in questa direzione significa ricostruire il progetto all'interno di Lovable e pagare crediti per la ricostruzione.

La proprietà è asimmetrica anche in un secondo modo, che emerge solo quando te ne vai. Lovable afferma che il codice è tuo e che le app possono essere ospitate ovunque tramite la sincronizzazione Git, ma la sua pagina su deploy e proprietà specifica inoltre che l'editor e l'agente AI sono un servizio gestito che non può essere self-hosted né distribuito all'interno della VPC di un cliente, e che la migrazione del backend a PostgreSQL semplice o a un altro provider di database non è supportata immediatamente. Quindi l'applicazione è portabile, mentre l'ambiente di build non lo è.

L'affermazione open source richiede una precisazione

Il repository di Dyad è attivo, non archiviato, creato l'11 aprile 2025, con ultimo push il 18 settembre 2026, 21.597 stelle (API di GitHub, 21 settembre 2026). La sua LICENSE sottopone i contenuti al di fuori di src/pro/ ad Apache 2.0 e quelli al suo interno alla Functional Source License 1.1, con una concessione futura Apache-2.0 e una limitazione sull'uso concorrente. Il codice in modalità agente proviene da src/pro/, quindi dire "completamente open source" è un'esagerazione nello specifico per l'agente, che è proprio la parte confrontata con la piattaforma chiusa di Lovable.

Due dettagli sulla versione vanno verificati nella propria installazione, non in base a un badge. Il tag più recente è v1.16.0 e package.json a quel tag contiene 1.16.0; tuttavia l'endpoint dell'ultima release di GitHub serve ancora v1.15.0 dell'11 settembre 2026, senza alcun oggetto release pubblicato per v1.16.0 (verificato il 21 settembre 2026). Inoltre, lo stesso package.json dichiara "license": "MIT", mentre i file LICENSE affermano il contrario e il rilevatore di GitHub restituisce NOASSERTION. I file LICENSE sono l'autorità; i metadati sono obsoleti.

Configurazione del percorso Dyad

Kunavo non dispone di una pagina di configurazione specifica per Dyad e Dyad non è stato testato in runtime in questa sede: la configurazione sopra riportata è ricavata dalla documentazione di Dyad e dal codice sorgente distribuito, quindi è un riferimento e non un test di compatibilità. Il percorso generico è quello documentato da Dyad: un base URL compatibile con OpenAI, una chiave e un ID modello esatto. Parti dalla guida all'API compatibile con OpenAI, mantieni disponibile un percorso funzionante mentre lo provi, esegui un build circoscritto, quindi leggi l'addebito effettivamente registrato dal tuo account. Crea un account Kunavo quando sei pronto a finanziare una chiave.

Se stai ancora scegliendo tra builder anziché tra provider, il confronto dei modelli per la programmazione illustra quali famiglie di modelli sono adatte ai diversi tipi di lavoro, mentre l'ottimizzazione dei costi AI spiega come misurare un percorso sul tuo repository anziché su una tabella dei prezzi.

Domande frequenti

Consultati direttamente il 19 settembre 2026: le pagine dyad.sh sui prezzi e sul confronto con Lovable e la guida ai modelli personalizzati; entrambi i file LICENSE di Dyad; package.json, get_model_client.ts, free_agent_quota_limit.ts e il gestore delle quote dell'agente al tag v1.16.0; il repository GitHub e le API di release e tag; inoltre la pagina dei prezzi di Lovable e la relativa documentazione su piani di abbonamento, crediti e utilizzo, FAQ, funzionalità AI, visibilità dei progetti, deploy e proprietà e app desktop. Ricontrollati il 21 settembre 2026: le risposte dietro l'accordion delle FAQ nella pagina dei prezzi di Dyad; le FAQ, la guida rapida, l'importazione, la pubblicazione e le pagine sulla massimizzazione dei crediti AI di Dyad; la finestra Add Custom Provider, il gestore delle quote Free Agent e il controllo della modalità chat al tag v1.16.0; la documentazione di Lovable sulla sincronizzazione Git, Enterprise e sui piani di abbonamento; il repository GitHub e l'API delle release. Le tariffe dei token Kunavo provengono dal catalogo aggiornato, e ogni cifra in dollari nell'esempio elaborato è un calcolo illustrativo sui token, non un costo misurato dell'attività.