VT Code vs OpenCode: workflow, modelli e costo totale

VT Code e OpenCode sono entrambi agent di coding da terminale gratuiti, che non addebitano nulla al client ed entrambi accettano il proprio endpoint compatibile con OpenAI, quindi non si tratta di un confronto di prezzi. Le differenze reali riguardano dove ciascuno consente di dichiarare quell'endpoint, in che direzione puntano le impostazioni predefinite delle autorizzazioni e se si desidera un abbonamento da 10 $ al mese nella stessa soluzione. VT Code è un singolo binario Rust di un progetto indipendente guidato da un solo maintainer. OpenCode è un agent TypeScript dell'azienda Anomaly, con un'app desktop, estensioni per editor e due portafogli proprietari.

È necessario chiarire prima due trappole nei nomi, perché sbagliarne anche solo una invalida tutto ciò che segue. "VT Code" non è Visual Studio Code e VT Code, in modo fuorviante, distribuisce una propria estensione complementare per VS Code con una serie di versioni separata. Inoltre, tre cose diverse si chiamano OpenCode — solo una di esse rientra in questo confronto.

Cosa stai confrontando realmente

Metadati del repository, release e dist-tag letti dall'API di GitHub, npm e crates.io il 21 settembre 2026. Una quarta collisione: "OpenCode Go" è anche il nome del piano di abbonamento da 10 $ al mese di Anomaly, che non ha nulla a che vedere con il linguaggio Go o con la CLI Go archiviata — e VT Code peggiora la situazione chiamando una delle proprie chiavi provider integrate opencode-go. Si noti anche la rapidità con cui cambia la versione di VT Code: 0.164.0, 0.164.2 e 0.165.0 sono state tutte distribuite in circa 27 ore tra il 20 e il 21 settembre; leggere quindi il tag invece di fidarsi di una versione stampata su una pagina qualsiasi, inclusa questa.

Chi dovrebbe scegliere quale

Sul costo della migrazione. La metà economica è AGENTS.md: entrambi lo leggono dalla root del progetto, quindi il file che descrive le convenzioni sopravvive intatto a uno spostamento in entrambe le direzioni. La metà costosa è tutto il resto. I due formati di configurazione sono disgiunti — TOML con array-of-tables contro JSON che nomina un pacchetto npm per provider — e non esiste alcun convertitore, quindi una configurazione locale al progetto va riscritta manualmente. Se definizioni MCP, skill, plugin, agent personalizzati o cronologia delle sessioni vengano trasferiti è qualcosa che questa pagina non ha stabilito; pertanto non stima il tempo di migrazione oltre quella riscrittura.

L'unica asimmetria che vale la decisione: dove può risiedere l'endpoint

Questa è la differenza che nessun template generico menziona e che ribalta il consueto istinto da monorepo. OpenCode tratta un provider personalizzato come un normale dato del progetto: un opencode.json salvato nel repository funziona, ed è così che un team standardizza tutti su un gateway con un unico file revisionato. VT Code lo rifiuta deliberatamente.

Il riferimento ai campi di configurazione di VT Code lo dichiara direttamente nel campo: "I valori non vuoti provenienti dai livelli workspace/progetto controllati dal repository vengono rifiutati; definire gli endpoint dei provider nella configurazione attendibile di sistema/utente o in una configurazione selezionata esplicitamente." Lo stesso rifiuto è ripetuto su custom_providers[].base_url, su custom_providers[].auth.command e su provider_overrides.*.base_url e .api_key_env. Il suo modello di sicurezza esplicita il ragionamento come un livello autonomo: il loader registra l'origine vincente di ogni campo unito, tratta i file nella root del workspace, i file .vtcode/ del workspace e i profili di progetto come controllati dal repository e interrompe il processo prima della validazione del provider; secondo la documentazione, ciò impedisce a un repository di introdurre l'eseguibile auth.command di un provider personalizzato o di reindirizzare le richieste tramite un base URL sovrascritto.

La conseguenza pratica è quindi questa: con OpenCode, una pull request unificata indirizza l'intero team verso un gateway. Con VT Code, la stessa modifica è un'installazione per macchina nella configurazione utente o di sistema, oppure un percorso --config passato all'avvio. È un compromesso reale — una soluzione offre comodità di distribuzione, l'altra un controllo sulla supply chain — e qualunque si preferisca costituisce una ragione più forte per scegliere qui un client rispetto a qualsiasi elenco di funzionalità. Entrambi i fatti sono stati letti da main il 21 settembre 2026.

Autorizzazioni, autonomia e superfici distribuite da ciascuno

Fonti: il riferimento ai campi di configurazione, il modello di sicurezza e la guida ai provider di VT Code; la documentazione di OpenCode su autorizzazioni, provider, server e ACP. Tutto letto il 21 settembre 2026 e tutto descrive impostazioni predefinite: ciascun client può essere riconfigurato nella direzione opposta. Entrambi supportano ACP ed entrambi supportano MCP, quindi l'integrazione con gli editor è quasi alla pari, non un elemento distintivo.

È il portafoglio, non il client, a determinare dove finiscono i soldi

OpenCode vende due prodotti propri. VT Code non vende nulla, il che è di per sé un elemento da considerare: ogni token che invia viene fatturato da chiunque si sia configurato e non esiste un piano proprietario su cui ripiegare.

Prezzi e quote letti dalla documentazione proprietaria di OpenCode il 21 settembre 2026. Due aspetti da conoscere prima di confrontarli. Go pubblica termini sui dati per modello che non sono uniformi: la maggior parte delle righe indica che i dati non vengono usati per l'addestramento e una conservazione pari a zero giorni, mentre alcune indicano una conservazione di 30 giorni e due modelli dei contributori sono contrassegnati come usati per l'addestramento e non a conservazione zero; controllare quindi la riga relativa al modello che si intende utilizzare. Inoltre, Zen pubblica deprecazioni datate, quindi un confronto ancorato a un singolo model ID può diventare obsoleto più rapidamente della pagina in cui compare. OpenCode Enterprise è un modulo di contatto senza prezzo pubblicato e questa pagina non ne cita alcuno.

Quanto costa una sessione sul proprio endpoint

Le cifre riportate di seguito sono calcoli illustrativi sui token, non costi misurati delle attività e non un limite massimo di fatturazione. Si supponga una sessione agent che invia 200.000 token di input non memorizzati nella cache e riceve 15.000 token di output: un'ipotesi per il confronto, non una misurazione del proprio repository. Le tariffe sono prezzi aggiornati del catalogo Kunavo per milione di token; l'ultima colonna esegue semplicemente una divisione, quindi eredita ogni ipotesi precedente.

Confrontare quell'ultima colonna con i 10 $ al mese di OpenCode Go e poi resistere alla tentazione di considerarlo un verdetto. Le due grandezze non sono la stessa unità: i limiti di Go sono espressi in dollari di utilizzo del suo elenco, non in dollari spesi, e i due insiemi si sovrappongono solo in parte: GPT 5.6 Luna è nell'elenco pubblicato da Go, mentre le righe Claude e Gemini nella tabella sopra non lo sono. Un abbonamento offre inoltre prevedibilità, non una tariffa. Ciò che la tabella stabilisce è la forma della domanda: se il lavoro consiste in poche sessioni lunghe alla settimana su un modello economico, i token a consumo arrivano prima; se consiste in un uso intenso per tutta la giornata sui modelli effettivamente inclusi in Go, un piano fisso smette di essere chiaramente peggiore. Misurare le proprie sessioni prima di scegliere, perché un modello che richiede un secondo tentativo annulla immediatamente il vantaggio di tariffa.

L'importo indicato nel catalogo di Kunavo è una soglia minima di fatturazione, non un limite massimo: quando il fornitore a monte comunica il proprio addebito, l'importo fatturato è il maggiore tra il costo di catalogo e il costo del fornitore a monte moltiplicato per il ricarico applicabile. I costi della cache e degli strumenti esterni sono esclusi da questo esempio. La ricarica minima è di $10 in credito prepagato — un importo minimo da versare, non una tariffa per attività né un abbonamento. Consulta i dettagli sulla fatturazione.

Indirizzare l'uno o l'altro verso il proprio endpoint

Il lato VT Code è un blocco [[custom_providers]] e la regola di posizionamento della sezione precedente è l'aspetto che più spesso viene sbagliato:

# This block is rejected if it arrives from a repository-controlled
# layer. Put it in your user config, in the Unix system layer
# (/etc/vtcode/vtcode.toml), or pass it with --config / VTCODE_CONFIG_PATH.
[[custom_providers]]
name = "kunavo"
display_name = "Kunavo"
base_url = "https://api.kunavo.com/v1"
api_key_env = "KUNAVO_API_KEY"
api_format = "openai-chat"
model = "claude-sonnet-5"
models = ["claude-sonnet-5", "claude-haiku-4-5"]
context_window = 1000000   # omit this and VT Code assumes 128000

Quattro note su quel blocco, tutte tratte dalla guida ai provider e dal riferimento ai campi. La chiave viene letta dalla variabile d'ambiente indicata in api_key_env e la documentazione di configurazione contiene un'avvertenza esplicita a non inserire mai chiavi API in vtcode.toml. api_format accetta auto, openai-chat, openai-responses o anthropic-messages: un valore esplicito viene rispettato invece di ricadere silenziosamente su un valore predefinito; il percorso Anthropic merita un esame separato perché le due convenzioni del base URL differiscono, come spiega il riferimento al base URL. Impostare context_window è importante: ometterlo fa assumere al provider 128.000 token, limitando silenziosamente compattazione e controlli preliminari su un contesto molto più ampio. VT Code applica inoltre gate di campionamento OpenAI basati sul nome anche agli endpoint personalizzati: un model ID che corrisponde a gpt-6-astra, per esempio, non riceve mai temperature o top_p; la guida consiglia infatti di "preferire model ID neutri sui gateway se servono valori fissati per tali nomi".

L'equivalente di OpenCode è un file di dati e il campo npm seleziona il formato wire: @ai-sdk/openai-compatible per un endpoint che serve /v1/chat/completions, @ai-sdk/openai per /v1/responses:

{
  "$schema": "https://opencode.ai/config.json",
  "provider": {
    "kunavo": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "Kunavo",
      "options": {
        "baseURL": "https://api.kunavo.com/v1",
        "apiKey": "{env:KUNAVO_API_KEY}"
      },
      "models": {
        "claude-sonnet-5": {
          "name": "Claude Sonnet 5",
          "limit": { "context": 1000000, "output": 128000 }
        }
      }
    }
  }
}

OpenCode può anche sovrascrivere il baseURL di un provider integrato invece di dichiararne uno personalizzato; la documentazione spiega che i metadati dei modelli per i provider noti provengono da Models.dev, quindi un provider dichiarato manualmente deve fornire il proprio limit; inoltre, le chiavi aggiunte tramite il comando /connect vengono inserite in ~/.local/share/opencode/auth.json. Kunavo pubblica una pagina di configurazione per questo client: la guida all'integrazione di OpenCode. Qui non esiste una pagina di integrazione per VT Code e il blocco TOML sopra è un riferimento di configurazione assemblato dalle definizioni documentate dei campi di VT Code: nessuno dei due client è stato testato a runtime con Kunavo e non viene dichiarata alcuna compatibilità per nessuno dei due. Tenere disponibile un percorso funzionante, eseguire un'attività limitata e leggere l'addebito registrato dal proprio account prima di passare al client usato quotidianamente. Crea un account Kunavo quando si è pronti a finanziare una chiave.

Un'avvertenza sull'installazione che può costare tempo reale. Il pacchetto npm pubblico chiamato vtcode non è l'attuale VT Code: il suo dist-tag latest era 0.52.8, pubblicato il 24 dicembre 2025, mentre crates.io era alla versione 0.165.0 il 21 settembre 2026. La documentazione di installazione di VT Code indica un percorso npm diverso — npm install -g @vinhnx/vtcode --registry=https://npm.pkg.github.com — insieme a cargo install vtcode e a un tap Homebrew che richiede brew trust vinhnx/tap prima di brew install vinhnx/tap/vtcode. Lo stesso documento avverte che gli artefatti Windows sono forniti senza garanzia e potrebbero non comparire in ogni release, mentre la pagina di installazione di OpenCode raccomanda WSL su Windows; pertanto nessuno dei due è uno strumento Windows di prima classe sulla base della propria documentazione.

Confronto con alternative più lontane? Crush vs OpenCode confronta lo stesso OpenCode con l'agent di Charm, Prezzi di OpenCode approfondisce Zen e Go e il riferimento all'API compatibile con OpenAI illustra la convenzione dell'endpoint su cui entrambi i client fanno affidamento.

Domande frequenti

Verificato il 21 settembre 2026: l'API di GitHub per tutti e tre i repository, oltre all'elenco delle release di VT Code; i dist-tag npm per opencode-ai, @opencode/cli e vtcode; il record crates.io per vtcode; il README, il modello di sicurezza, la guida ai provider, il riferimento ai campi di configurazione, il documento di installazione e il manifest dell'estensione VS Code di VT Code su main; e le pagine di OpenCode su autorizzazioni, provider, server, Zen, Go e download. Le tariffe dei token Kunavo provengono dal catalogo aggiornato. Nessuno dei due client è stato installato, eseguito o indirizzato a un endpoint Kunavo per questa pagina; non è stato effettuato alcun benchmark o confronto delle prestazioni e non se ne dichiara alcuno; ogni cifra in dollari qui riportata è un calcolo illustrativo sui token, non il costo misurato di un'attività.