Twinny e Continue non competono più per lo stesso compito: Continue è un software completo che continua a funzionare, mentre Twinny è uno strumento più circoscritto che continua a essere sviluppato. Il titolo della pagina di continue.dev recita "Continue (acquired by Cursor)" e il README definisce il repository non più mantenuto attivamente e in sola lettura, mentre Twinny ha pubblicato le versioni 4.1.1, 4.1.2 e 4.1.3 nello stesso giorno, 2026-09-18. Tuttavia Twinny non dispone deliberatamente né della modalità agent né degli strumenti MCP, quindi sostituisce solo una parte di ciò che faceva Continue, non tutto.
Prima di tutto, una precisazione, perché il nome è condiviso. Due società non collegate operano come Twinny: una piattaforma spagnola di automazione aziendale all'indirizzo twinny.es e un'azienda coreana di robotica all'indirizzo twinny.ai, entrambe attive al momento della verifica del 19 settembre 2026. I prezzi e i finanziamenti di nessuna delle due appartengono a questa pagina. Il prodotto qui trattato è l'estensione per VS Code all'indirizzo twinny.dev, pubblicata come rjmacarthy.twinny dal repository twinnydotdev/twinny, documentata su twinny-docs.
Che cosa è realmente successo a Continue
La versione breve è che il prodotto è terminato, ma il codice no. Il README di Continue lo afferma chiaramente: il repository "is no longer actively maintained and is read-only for all users." La meta description della homepage è una sola frase — Continue has been acquired by Cursor. La sola lettura, però, non significa archiviato, e questa è la distinzione che la maggior parte degli articoli sbaglia.
| Domanda | Cosa dice la fonte | Dove |
|---|---|---|
| Il repository è archiviato? | No — archived=false, disabled=false, Apache-2.0, 35.950 stelle | API GitHub |
| È stato pubblicato qualcosa dopo l'avviso? | Sì — due commit di documentazione il 2026-07-21, incluso "remove Sign in link (login flow retired)" | commit sul branch main |
| Qual è la versione per VS Code? | Il canale stabile è 2.0.0, l'ultima release indicata nel README, caricata il 2026-06-19 — nello stesso minuto di una pre-release 2.1.0, che ha il numero più alto ma non è quella ottenuta da un'installazione normale | Marketplace |
| La CLI ha ricevuto la versione 2.0.0? | Non su npm — latest è 1.5.47 del 2026-06-18, senza alcuna versione 2.x tra le 332 versioni | Registro npm |
| E il plugin JetBrains? | La versione più recente è la 1.0.67; la scheda afferma che "is now community-maintained" e raccomanda invece la CLI | JetBrains Marketplace |
| La parte ospitata è attiva? | hub.continue.dev restituisce NXDOMAIN; docs.continue.dev restituisce ancora HTTP 200 | Ricerca DNS tramite 8.8.8.8 |
Tutte le righe sono state verificate il 19 settembre 2026. Due meritano attenzione prima di pianificare qualsiasi cosa. Primo, il README afferma che la versione finale 2.0.0 copriva l'estensione VS Code, la CLI e il plugin JetBrains, ma gli artefatti pubblicati non concordano su due dei tre: la CLI non è mai andata oltre la 1.5.47 e il plugin JetBrains non oltre la 1.0.67. Questa guida segnala la discrepanza invece di spiegarla, perché nessuna fonte primaria la spiega. Secondo, il fatto che il sito della documentazione sopravviva all'hub è una trappola concreta: docs.continue.dev insegna ancora la sintassi uses: <owner>/<slug> per recuperare un modello o una regola da un host che non viene più risolto. Un config.yaml completamente locale con voci esplicite provider, apiBase e apiKey è ora l'unica configurazione sicuramente risolvibile.
Chi dovrebbe scegliere quale
Scegli Twinny se in Continue usavi realmente il completamento automatico, la chat sul tuo codice, le modifiche inline, la revisione e i messaggi di commit — e vuoi una base di codice ancora attivamente sviluppata. Il repository è MIT, non è archiviato, e i commit più recenti del 19 settembre 2026 erano gli incrementi di versione dalla 4.1.1 alla 4.1.3, tutti datati 2026-09-18. Sceglilo soprattutto se esegui i modelli sul tuo hardware: l'intero design di Twinny è incentrato su un server locale, e il suo completamento automatico fill-in-the-middle funziona bene con un modello base da 1.5B a 7B.
Scegli Continue, o meglio, continua a usarlo, se dipendi da qualcosa che Twinny non offre. La modalità agent e i server degli strumenti MCP sono il caso più evidente — la documentazione MCP di Continue afferma che MCP "can only be used in the agent mode", quindi entrambi stanno in piedi o cadono insieme. Gli altri casi sono la CLI e il plugin JetBrains: Twinny richiede Visual Studio Code 1.93 o più recente, oppure una build compatibile come VSCodium, e non include né un client da riga di comando né un'edizione JetBrains. Un'installazione congelata di Continue continua a funzionare; semplicemente non migliorerà.
Il vero elemento divisivo è il modello di esecuzione, e non è una lacuna funzionale che una release possa colmare. La FAQ di Twinny risponde "Does twinny run an agent that edits my files on its own?" con "No. Every change is something you asked for and can see before it is kept: a suggestion you accept, a diff you accept, a command you confirm. This is by design." Se usavi Continue per affidare un'attività in più fasi a un agente e poi rivederne il risultato, Twinny è un peggioramento che avvertirai dal primo giorno. Se usavi Continue in modalità chat e modifica e trovavi inquietante la modalità agent, Twinny offre lo stesso flusso di lavoro senza la parte che non volevi.
Il costo della migrazione è basso, ma non nullo. Continue inserisce ogni modello in un unico file YAML con un elenco di ruoli; Twinny non ha alcun file di configurazione e crea i provider un compito alla volta nella barra laterale, quindi una singola voce di Continue con tre ruoli diventa fino a tre provider Twinny. Twinny non legge alcuna configurazione di Continue. Metti in conto circa un'ora per la riscrittura, oltre alla ricostruzione dell'indice dell'area di lavoro — i vettori di modelli di embedding diversi non si mescolano, quindi cambiare il modello di embedding richiede una nuova indicizzazione.
Quanto al costo, entrambi i client sono gratuiti e nessuno dei due è la fattura. Continue non ha alcun prezzo: continue.dev non presenta più una pagina dei prezzi, e l'unica cosa che la sua FAQ dice sul software è che il codice sorgente Apache-2.0 e la documentazione restano su GitHub. L'estensione Twinny è MIT e gratuita, ma il suo gateway per team è il punto in cui compare una cifra, e le due metà sono facili da confondere.
Funzionalità e licenza, a confronto
| Twinny 4.1.3 | Continue 2.0.0 / pre-release 2.1.0 | |
|---|---|---|
| Stato | Attivo — tre release il 2026-09-18 | Sola lettura, non mantenuto attivamente; ultimo commit su main il 2026-07-21 |
| Licenza | MIT | Apache-2.0 |
| Editor | VS Code 1.93+ e build Open VSX | VS Code, plugin JetBrains (mantenuto dalla community), CLI |
| Agente autonomo | Nessuno, esplicitamente per scelta progettuale | Modalità agent, subordinata alla capacità tool_use |
| Strumenti MCP | Non offerti | Sì, solo in modalità agent |
| Completamento automatico | Testo fantasma fill-in-the-middle, compito e provider propri | Ruolo autocomplete; la documentazione raccomanda Codestral o Qwen2.5-Coder 1.5B/7B |
| Indice dell'area di lavoro | Indice vettoriale locale più ricerca per parole chiave e reranker integrato | Ruoli embed e rerank |
| Situazione per i team | Gateway twinny-server self-hosted, una chiave per sviluppatore | Hub dismesso; hub.continue.dev non viene risolto |
| Installazioni dal VS Code Marketplace | 71.768 | 4.173.494 |
Letto dai due elenchi del Marketplace, dai repository e dalla documentazione dei progetti il 19 settembre 2026. Il numero di installazioni cambia quotidianamente ed è una registrazione storica, non dell'utilizzo attuale — Continue ha accumulato il proprio numero in tre anni come prodotto mantenuto. Nota inoltre che la frase del Marketplace di Twinny ("Locally hosted AI code completion plugin for vscode") e la descrizione GitHub sono entrambe più vecchie del posizionamento su twinny.dev, che ora dà priorità al gateway per team. Gli articoli più vecchi che descrivono la rete peer-to-peer "Symmetry" di Twinny parlano di una funzionalità rimossa; la sua FAQ afferma che Symmetry è stata rimossa e sostituita da Devices, che collega solo i tuoi computer.
Quanto costa ciascuno
| Voce | Prezzo | Termine e cosa comprende |
|---|---|---|
| Estensione Twinny per VS Code | $0, MIT, nessun account | Tutto nell'editor, permanentemente |
| Gateway twinny-server, Free | $0 per 5 postazioni | "nulla, per sempre", un gateway; non è una prova |
| Gateway twinny-server, Team | $6 per ogni postazione aggiuntiva al mese, con fatturazione annuale ($72 per ogni postazione aggiuntiva all'anno) | Viene addebitato solo per le postazioni oltre le cinque gratuite — un team di otto ne acquista tre. Un gateway per licenza |
| Gateway twinny-server, Enterprise | $10 per postazione al mese, con fatturazione annuale, a partire da 50 postazioni | Un numero qualsiasi di gateway, oltre alla fatturazione tramite ordine d'acquisto |
| Continue, tutte le edizioni | $0, Apache-2.0 | Nessun piano a pagamento su continue.dev e nessuna pagina dei prezzi da cui acquistarlo |
| Token dei modelli, entrambi i client | La tariffa del tuo provider, oppure $0 sull'hardware che possiedi | Fatturato da chiunque fornisca il modello |
I prezzi dei piani Twinny sono stati letti dalla sua pagina su licenze e postazioni il 19 settembre 2026; la posizione di Continue proviene direttamente da continue.dev. Due precisazioni importanti. Una postazione è una chiave di accesso attiva, non una persona, e revocare una chiave libera immediatamente la postazione. Inoltre, questi sono prezzi pubblicati, non prezzi che questa guida ha verificato con un acquisto — il sito indica rjmacarthy.xyz come emittente della licenza, e l'entità venditrice sottostante non è stata analizzata. Anche il confronto nella homepage di Twinny cita una cifra "typically $19–39" per postazione per gli assistenti ospitati; è marketing, non una cifra verificata qui.
Che cosa può raggiungere ciascun client tramite un gateway compatibile con OpenAI
È qui che i due strumenti smettono di essere intercambiabili in un modo che nessuna tabella delle funzionalità mostra. Entrambi suddividono il lavoro in compiti, e solo alcuni compiti possono comunicare con un gateway chat-completions.
| Funzione | Twinny | Continue | Raggiunge Kunavo? |
|---|---|---|---|
| Chat, modifica inline, revisione, messaggi di commit | Provider di chat, preset generico compatibile con OpenAI | Ruoli chat, edit, apply, summarize | Il percorso documentato è compatibile — non testato |
| Completamento automatico | Invia un prompt fill-in-the-middle a /v1/completions | Ruolo autocomplete; la documentazione raccomanda Codestral o Qwen2.5-Coder 1.5B/7B | No — vedi sotto |
| Indice dell'area di lavoro / embeddings | Provider di embeddings, percorso in stile /v1/embeddings | Ruolo embed | No — Kunavo non fornisce embeddings |
| Modalità agent e strumenti MCP | Non offerti in alcun modo | Modalità agent, richiede tool_use | Solo Continue, con la riga della capacità qui sotto |
La chat è compatibile sulla carta. La panoramica dei provider di Twinny afferma che per la chat il percorso API è la base e Twinny aggiunge /chat/completions, quindi un percorso API di /v1 verso api.kunavo.com corrisponde al percorso usato da Kunavo. Il punto critico è il preset: la pagina delle API ospitate di Twinny afferma che la chat con un'API ospitata "goes through the vendor's SDK to its fixed endpoint, so the hostname, port and path fields are hidden." I preset OpenAI e Anthropic richiedono comunque una chiave — la inviano a quel fornitore, non a un indirizzo scelto da te, motivo per cui una chiave gateway non appartiene a questi preset. I campi dell'indirizzo restano visibili nei preset del server locale, e il preset generico "OpenAI-compatible server" è quello pensato per un server per cui twinny non fornisce un preset. Incolla https://api.kunavo.com/v1 in Hostname e il modulo lo suddivide per te in protocollo, host, porta e percorso; la chiave viene inviata come intestazione Authorization: Bearer.
Il completamento automatico non è compatibile, per due ragioni indipendenti. Il preset generico di Twinny gestisce il completamento tramite un percorso in stile /v1/completions, e Kunavo non dispone di un percorso simile — nella sua API non esiste un endpoint legacy per il completamento testuale, solo /v1/chat/completions e le altre superfici basate sulla chat. Separatamente, la pagina dei modelli supportati di Twinny specifica che solo i modelli addestrati con token fill-in-the-middle possono completare il testo tra ciò che si trova prima e dopo il cursore, e che i modelli instruct "tend to chatter or explain instead of completing." Il catalogo di Kunavo contiene modelli instruct e chat; nessuno è un modello base fill-in-the-middle. Un solo ostacolo sarebbe sufficiente. Anche le indicazioni di Continue per il completamento automatico portano alla stessa conclusione senza usare la terminologia di Twinny: per quel ruolo raccomandano Codestral e Qwen2.5-Coder a 1.5B e 7B e avvertono che i modelli di tipo thinking non sono adatti. Fornisci il completamento automatico da un piccolo modello locale — è comunque la configurazione raccomandata da entrambi i progetti.
Kunavo non fornisce affatto embeddings. Nessun modello del catalogo espone l'endpoint di embedding, quindi /v1/embeddings risolve un modello e rifiuta la richiesta. Indirizza il provider embeddings di Twinny, o il ruolo embed di Continue, a un server locale o a un provider esterno di embeddings. La documentazione di Twinny raccomanda nomic-embed-text per questo.
name: My Config
version: 0.0.1
schema: v1
models:
- name: Claude Sonnet 4.6
provider: openai # the protocol, not the vendor
model: claude-sonnet-4-6
apiBase: https://api.kunavo.com/v1
apiKey: <your Kunavo key>
roles: [chat, edit, apply, summarize]
capabilities: [tool_use] # only if agent mode stays unavailableDue note su quel blocco. provider: openai indica il protocollo wire, non il fornitore, quindi si applica a qualsiasi endpoint che implementi /v1/chat/completions. E la riga capabilities è la parte meno intuitiva: la documentazione sulle capacità di Continue afferma che rileva tool_use dal provider e dal nome del modello e che "you cannot override autodetection — you can only add capabilities." Un gateway che fornisce un ID non riconosciuto dalla tabella di Continue non ottiene tool_use, e la pagina delle capacità indica che l'indisponibilità della modalità agent è esattamente la conseguenza; aggiungere la riga la attiva, e nulla la disattiva nuovamente. Nota inoltre che la pagina di configurazione di Kunavo per Continue include una seconda voce che utilizza un modello chat nel ruolo autocomplete. Questa configurazione non è stata testata a runtime da nessuno secondo le informazioni disponibili, e i modelli che le indicazioni di Continue per il completamento automatico nominano per quel ruolo sono modelli di completamento del codice, non modelli chat — trattala con la cautela descritta in questa sezione, non come una ricetta verificata.
Una stima esemplificativa dei token per il lavoro basato sulla chat
Poiché il completamento automatico non può raggiungere il gateway, il costo dei token per entrambi i client con Kunavo riguarda solo il traffico chat: risposte chat, modifiche inline, revisioni del codice e messaggi di commit. L'aritmetica è quindi più contenuta rispetto a quella di un assistente incentrato sui completamenti, e vale la pena osservarne l'entità prima di scegliere un modello. Supponi una giornata lavorativa di 12 turni di chat o modifica con una media di 18.000 token di input non memorizzati nella cache e 1.200 token di output ciascuno — 216.000 token di input e 14.400 di output in totale. Queste ipotesi sono illustrative; sostituiscile con le tue prima di definire il budget. Le tariffe sono i prezzi aggiornati del catalogo Kunavo per milione di token.
| Modello | Input / output per 1M | Giornata stimata | × 20 giorni lavorativi |
|---|---|---|---|
| Claude Haiku 4.5 | $0,70 / $3,50 | $0,202 | $4,03 |
| GPT-5.6 Terra | $0,70 / $4,20 | $0,212 | $4,23 |
| Claude Sonnet 4.6 | $2,10 / $10,50 | $0,605 | $12,10 |
Si tratta di un calcolo illustrativo dei token, non dei costi misurati di un'attività e non di un tetto alla fattura. La tariffa elencata più economica e il costo minimo per completare un'attività sono affermazioni diverse: un modello che richiede un secondo tentativo per la revisione può costare più di uno più costoso che riesce al primo tentativo. L'importo del catalogo Kunavo è un minimo di fatturazione, non un limite massimo — quando il fornitore upstream comunica il proprio addebito, la fattura è il maggiore tra il costo del catalogo e il costo upstream moltiplicato per il markup applicabile. I costi della cache e tutto ciò che esegui localmente restano fuori da questo esempio. La ricarica minima è $10 di credito prepagato, un minimo di finanziamento, non una tariffa per attività né un abbonamento; consulta i dettagli della fatturazione.
Configurazione
Kunavo pubblica una guida alla configurazione per Continue, ma nessuna per Twinny, e una configurazione pubblicata non è un test di compatibilità — nessuno dei due client è stato testato a runtime con questo endpoint. Mantieni disponibile un percorso funzionante mentre ne provi uno, esegui una singola attività circoscritta, poi leggi l'addebito registrato dal tuo account. Per Continue, inizia dalla guida all'integrazione di Continue e leggila insieme alle precisazioni sopra. Per Twinny, usa il provider generico compatibile con OpenAI descritto qui e il pulsante Test provider di Twinny, che invia una piccola richiesta per il compito di quel provider e mostra il successo oppure l'errore del server insieme all'URL chiamato — è il modo più rapido per distinguere un percorso errato da una chiave errata. Crea un account Kunavo quando sei pronto a finanziare una chiave.
Stai confrontando opzioni ancora più lontane? API compatibile con OpenAI spiega che cosa il protocollo trasporta e che cosa non trasporta, mentre Cline vs Claude Code confronta due agenti se la modalità agent di Continue è la parte a cui non puoi rinunciare.
Domande frequenti
Twinny è un sostituto drop-in di Continue?
No, e Twinny non sostiene di esserlo. La documentazione proprietaria di Twinny afferma che non esegue un agente autonomo sul tuo repository e che ogni funzionalità consiste in una singola azione richiesta da te: un suggerimento che accetti, un diff che esamini, un comando che confermi. La modalità agent di Continue e i suoi server di strumenti MCP non hanno un equivalente in Twinny, per scelta progettuale e non per omissione. Twinny è inoltre esclusivamente un'estensione per editor — VS Code o una build Open VSX compatibile come VSCodium — mentre Continue offriva anche una CLI e un plugin JetBrains. Se usavi Continue per chat, modifiche inline, code review e messaggi di commit, Twinny copre queste esigenze ed è rilasciato attivamente. Se usavi la modalità agent o MCP, passare a Twinny significa rinunciarvi.
Continue è ancora mantenuto?
Non attivamente. Il README del branch main afferma che il repository continuedev/continue non è più mantenuto attivamente ed è di sola lettura per tutti gli utenti, mentre il titolo della pagina di continue.dev è letteralmente «Continue (acquired by Cursor)». Tuttavia non è archiviato: l'API di GitHub ha restituito archived=false e Apache-2.0 il 19 settembre 2026, e i manutentori hanno pubblicato due commit di documentazione il 21 luglio 2026, dopo quella nota sulla sola lettura. Il riepilogo corretto è che è chiuso ai contributori esterni e non è in sviluppo continuo, non che sia stato chiuso o eliminato.
Che fine ha fatto hub.continue.dev?
Il dominio non si risolve più. Una ricerca DNS tramite 8.8.8.8 il 19 settembre 2026 ha restituito NXDOMAIN per hub.continue.dev. Nel frattempo docs.continue.dev continua a restituire HTTP 200 e documenta ancora la sintassi «uses:» dell'hub per recuperare un modello, una regola o un prompt tramite slug. Ciò significa che una configurazione scritta seguendo la documentazione attiva può fare riferimento a un host inesistente. Sostituisci ogni voce «uses:» con un blocco esplicito che specifichi provider, model, apiBase e apiKey; in questo modo la risoluzione avviene interamente sulla tua macchina.
Twinny costa qualcosa?
L'estensione VS Code è gratuita e distribuita con licenza MIT, senza account, secondo le FAQ proprietarie di Twinny. Il gateway self-hosted complementare, twinny-server, è una questione distinta: la sua pagina sulla licenza afferma che cinque postazioni sono gratuite per sempre, che il piano Team addebita $6 al mese per ogni postazione aggiuntiva con fatturazione annuale ($72 all'anno per ogni postazione aggiuntiva) per le postazioni oltre le prime cinque e che Enterprise parte da 50 postazioni a $10 per postazione al mese con fatturazione annuale. Una postazione è una chiave di accesso attiva sul gateway. Verificato il 19 settembre 2026. Dire «Twinny è gratuito» senza specificare quale delle due parti è oggi fuorviante.
Posso indirizzare Twinny o Continue verso un gateway compatibile con OpenAI come Kunavo?
Per il lavoro in stile chat, entrambi documentano un percorso adatto. In Continue scrivi provider: openai con un apiBase di https://api.kunavo.com/v1 e la tua chiave. In Twinny scegli il preset generico «OpenAI-compatible server», perché la documentazione di Twinny afferma che la chat ospitata passa tramite l'SDK proprietario del vendor verso il suo endpoint fisso, quindi per questo preset i campi hostname, porta e percorso sono nascosti. I preset OpenAI e Anthropic accettano una chiave, ma la inviano all'endpoint proprietario di quel vendor, che non è il tuo gateway. L'autocompletamento è una questione diversa: il preset generico di Twinny invia un prompt fill-in-the-middle a una route /v1/completions e Kunavo non dispone di tale route né di una base fill-in-the-middle o di un modello di codice nel proprio catalogo. Nessuno dei due client è stato testato a runtime con Kunavo.
Kunavo può alimentare l'indice dello workspace di Twinny o il ruolo embed di Continue?
No. Entrambe le funzionalità richiedono un modello di embedding e Kunavo non ne offre alcuno: nessun modello del suo catalogo espone l'endpoint di embedding, quindi una chiamata a /v1/embeddings risolve un modello e viene rifiutata. Esegui invece il passaggio di embedding localmente: la documentazione di Twinny raccomanda nomic-embed-text su Ollama, mentre il ruolo embed di Continue accetta indipendentemente un provider di embedding locale o di terze parti, qualunque sia il provider che offre la chat. È una configurazione suddivisa, non bloccata.
Cosa comporta realmente migrare un file config.yaml di Continue a Twinny?
Continue mantiene ogni modello in un unico file in ~/.continue/config.yaml, con un elenco di ruoli ricavati da chat, autocomplete, embed, rerank, edit, apply e summarize. Twinny non ha alcun file di configurazione: i provider vengono creati uno alla volta nella barra laterale di VS Code sotto l'icona del robot, ciascuno vincolato a un singolo compito — Chat, Autocomplete o Embeddings — e memorizzato nello stato globale di VS Code, a meno che twinny.providerStorageLocation non sia impostato su file. Quindi una voce di Continue con tre ruoli diventa fino a tre provider Twinny, e i pulsanti Export e Import di Twinny trasferiscono quell'elenco tra computer come JSON. Metti in conto un'ora, non una giornata.
Verificato il 19 settembre 2026 recuperandoli direttamente: le API e gli elenchi dei commit di entrambi i repository GitHub, i due elenchi del VS Code Marketplace, le voci npm per @continuedev/cli e twinny-server, la scheda del plugin JetBrains, continue.dev e il suo README, una ricerca DNS per hub.continue.dev, le pagine di docs.continue.dev sul provider OpenAI, sulle capacità e su MCP, e le pagine di Twinny relative a introduzione, provider, API ospitate, modelli supportati, licenze e FAQ. Non verificati: alcuna richiesta a runtime da uno dei due client verso Kunavo e il checkout di Twinny. Le tariffe dei token di Kunavo provengono dal catalogo aggiornato; ogni esempio in dollari qui riportato è un calcolo illustrativo dei token.