VT Code vs OpenCode: Workflow, Modelle und Gesamtkosten

VT Code und OpenCode sind beide kostenlose Terminal-Coding-Agenten, die für den Client nichts berechnen und beide Ihren eigenen OpenAI-kompatiblen Endpunkt akzeptieren; dies ist daher kein Preisvergleich. Die eigentlichen Unterschiede liegen darin, wo jeder von ihnen die Definition dieses Endpunkts erlaubt, in welche Richtung die Berechtigungsstandards zeigen und ob Sie ein Abonnement für 10 $ pro Monat im selben Paket wünschen. VT Code ist eine einzelne Rust-Binärdatei aus einem unabhängigen Projekt unter Leitung eines Maintainers. OpenCode ist ein TypeScript-Agent des Unternehmens Anomaly mit einer Desktop-App, Editorerweiterungen und zwei eigenen Wallets von Erstparteien.

Zwei Namensfallen müssen zuerst ausgeräumt werden, denn jeder Fehler macht alles Folgende ungültig. „VT Code“ ist nicht Visual Studio Code, und VT Code liefert verwirrenderweise eine eigene VS-Code-Begleiterweiterung mit einer separaten Versionsreihe. Außerdem werden drei verschiedene Dinge OpenCode genannt — nur eines davon ist Teil dieses Vergleichs.

Was Sie tatsächlich vergleichen

Repository-Metadaten, Releases und Dist-Tags wurden am 21. September 2026 aus der GitHub-API, npm und crates.io gelesen. Eine vierte Überschneidung: „OpenCode Go“ ist ebenfalls der Name von Anomalys Abonnementtarif für 10 $ pro Monat, der nichts mit der Sprache Go oder der archivierten Go-CLI zu tun hat — und VT Code verschärft die Verwirrung, indem es einen seiner integrierten Anbieterschlüssel opencode-go nennt. Beachten Sie außerdem, wie schnell sich die Version von VT Code bewegt: 0.164.0, 0.164.2 und 0.165.0 wurden alle innerhalb von etwa 27 Stunden am 20. und 21. September veröffentlicht. Lesen Sie daher den Tag, statt einer auf irgendeiner Seite — auch dieser — abgedruckten Versionsnummer zu vertrauen.

Wer sollte was auswählen

Zu den Migrationskosten. Die günstige Hälfte ist AGENTS.md: Beide Tools lesen sie aus dem Projektstamm, sodass die Datei mit Ihren Konventionen bei einem Wechsel in beide Richtungen unverändert erhalten bleibt. Die teure Hälfte ist alles andere. Die beiden Konfigurationsformate sind unvereinbar — TOML mit Array-of-Tables gegenüber JSON, das pro Provider ein npm-Paket benennt — und es gibt keinen Konverter, sodass eine projektspezifische Einrichtung von Hand neu geschrieben werden muss. Ob MCP-Definitionen, Skills, Plugins, benutzerdefinierte Agenten oder Sitzungsverläufe übernommen werden, wurde auf dieser Seite nicht festgestellt; daher wird über den manuellen Umschreibaufwand hinaus keine Schätzung der Migrationszeit abgegeben.

Die einzige für die Entscheidung relevante Asymmetrie: Wo der Endpunkt liegen darf

Das ist der Unterschied, den keine generische Vorlage erwähnt, und er stellt den üblichen Monorepo-Impuls auf den Kopf. OpenCode behandelt einen benutzerdefinierten Provider als gewöhnliche Projektdaten: Eine versionierte opencode.json funktioniert, wodurch ein Team in einer einzigen geprüften Datei auf ein gemeinsames Gateway standardisiert werden kann. VT Code verweigert das bewusst.

VT Codes Referenz der Konfigurationsfelder legt dies direkt am Feld fest: „Nichtleere Werte aus repository-gesteuerten Workspace-/Projektebenen werden abgelehnt; Provider-Endpunkte müssen in vertrauenswürdigen System-/Benutzerkonfigurationen oder einer ausdrücklich ausgewählten Konfiguration definiert werden.“ Dieselbe Ablehnung wird bei custom_providers[].base_url, bei custom_providers[].auth.command sowie bei provider_overrides.*.base_url und .api_key_env wiederholt. Sein Sicherheitsmodell nennt die Begründung als eigene Ebene — der Loader protokolliert die gewinnende Herkunft jedes zusammengeführten Feldes, behandelt Dateien im Workspace-Stamm, .vtcode/-Dateien im Workspace und Projektprofile als repository-gesteuert und bricht vor der Provider-Validierung geschlossen ab. Laut Dokumentation verhindert dies, dass ein Repository den ausführbaren auth.command eines benutzerdefinierten Providers einschleust oder Anfragen über eine überschriebene Basis-URL umleitet.

Die praktische Konsequenz: Bei OpenCode genügt ein einziger zusammengeführter Pull Request, um das gesamte Team auf ein Gateway zu verweisen. Bei VT Code ist dieselbe Änderung eine Installation pro Rechner in der Benutzer- oder Systemkonfiguration oder ein beim Start übergebener --config-Pfad. Das ist ein echter Zielkonflikt — das eine ist Deployment-Komfort, das andere eine Kontrolle der Lieferkette — und Ihre Präferenz ist hier ein stärkerer Grund für die Wahl eines Clients als jede Feature-Liste. Beide Angaben stammen vom main vom 21. September 2026.

Berechtigungen, Autonomie und die Oberflächen, die jeweils bereitgestellt werden

Quellen: VT Codes Referenz der Konfigurationsfelder, Sicherheitsmodell und Provider-Leitfaden; OpenCodes Dokumentation zu Berechtigungen, Providern, Server und ACP. Alles wurde am 21. September 2026 gelesen, und alles beschreibt Standardwerte — jeder Client kann in die jeweils andere Richtung neu konfiguriert werden. Beide unterstützen ACP und MCP, daher ist die Editor-Anbindung nahezu gleichwertig und kein Unterscheidungsmerkmal.

Das Geld fließt in die Wallet, nicht in den Client

OpenCode verkauft zwei eigene Dinge. VT Code verkauft nichts, was selbst ein Entscheidungskriterium ist: Jedes von ihm gesendete Token wird von dem von Ihnen konfigurierten Anbieter abgerechnet, und es gibt keinen First-Party-Tarif als Rückfallebene.

Preise und Kontingente stammen aus OpenCodes eigener Dokumentation vom 21. September 2026. Zwei Dinge sollten Sie vor dem Vergleich wissen. Go veröffentlicht Datenbedingungen pro Modell, die nicht einheitlich sind — in den meisten Zeilen steht, dass Modelltraining nicht verwendet wird und die Aufbewahrung null Tage beträgt, während einige eine Aufbewahrung von 30 Tagen nennen und zwei Beiträgermodelle als für Training verwendet und nicht mit nulltägiger Aufbewahrung gekennzeichnet sind — prüfen Sie daher die Zeile des Modells, das Sie verwenden möchten. Außerdem veröffentlicht Zen datierte Abkündigungen, sodass ein Vergleich anhand einer einzelnen Modell-ID schneller veralten kann als die Seite selbst. OpenCode Enterprise ist ein Kontaktformular ohne veröffentlichten Preis; diese Seite nennt keinen.

Was eine Sitzung auf Ihrem eigenen Endpunkt kostet

Die folgenden Zahlen sind beispielhafte Token-Arithmetik, keine gemessenen Aufgabenkosten und keine Abrechnungsobergrenze. Nehmen wir eine Agentensitzung an, die 200,000 nicht zwischengespeicherte Eingabetokens sendet und 15,000 Ausgabetokens empfängt — eine Annahme zum Vergleich, keine Messung Ihres Repositorys. Die Tarife sind aktuelle Kunavo-Katalog-Preise pro Million Tokens; die letzte Spalte dividiert lediglich und übernimmt daher jede vorherige Annahme.

Stellen Sie diese letzte Spalte den 10 $ pro Monat von OpenCode Go gegenüber und widerstehen Sie dann dem Impuls, sie als Urteil zu betrachten. Die beiden Werte sind nicht dieselbe Einheit: Gos Limits werden in Nutzungsdollar für seine Auswahl angegeben, nicht in von Ihnen ausgegebenen Dollar, und die beiden Angebote überschneiden sich nur teilweise — GPT 5.6 Luna steht auf Gos veröffentlichter Liste, während die Claude- und Gemini-Zeilen in der obigen Tabelle nicht enthalten sind. Ein Abonnement kauft außerdem Planbarkeit statt eines Tarifs. Die Tabelle klärt jedoch die Form der Frage — wenn Ihre Arbeit aus einigen wenigen langen Sitzungen pro Woche mit einem günstigen Modell besteht, kommen Sie mit abgerechneten Tokens zuerst ans Ziel; wenn es sich um ganztägige intensive Nutzung von Modellen handelt, die Go tatsächlich anbietet, ist ein Pauschaltarif nicht mehr offensichtlich schlechter. Messen Sie Ihre eigenen Sitzungen, bevor Sie sich entscheiden, denn ein Modell, das einen zweiten Versuch benötigt, macht einen Tarifvorteil sofort zunichte.

Der Katalogbetrag von Kunavo ist ein Abrechnungsuntergrenze und keine Obergrenze: Wenn der Upstream seine Kosten meldet, entspricht die Rechnung dem höheren Wert aus den Katalogkosten und den Upstream-Kosten multipliziert mit dem geltenden Aufschlag. Cache-Gebühren und externe Tools liegen außerhalb dieses Beispiels. Die minimale Aufladung beträgt $10 als vorausbezahltes Guthaben — ein Mindestbetrag zur Finanzierung, keine Aufgabengebühr und kein Abonnement. Siehe Abrechnungsdetails.

Einen der beiden auf den eigenen Endpunkt verweisen

Auf der Seite von VT Code steht dafür ein [[custom_providers]]-Block, und die Platzierungsregel aus dem vorigen Abschnitt ist der Punkt, an dem sich viele irren:

# 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

Vier Hinweise zu diesem Block, alle aus dem Provider-Leitfaden und der Feldreferenz. Der Schlüssel wird aus der in api_key_env genannten Umgebungsvariablen gelesen, und die Konfigurationsdokumentation warnt ausdrücklich davor, API-Schlüssel in vtcode.toml abzulegen. api_format akzeptiert auto, openai-chat, openai-responses oder anthropic-messages — ein ausdrücklicher Wert wird berücksichtigt, statt stillschweigend auf einen Standardwert zurückzufallen — und die Anthropic-Route verdient eine gesonderte Betrachtung, weil sich die beiden Basis-URL-Konventionen unterscheiden, wie die Referenz zur Basis-URL erläutert. Das Setzen von context_window ist wichtig: Lassen Sie es weg, wird der Provider mit 128.000 Tokens angenommen, was Kompaktierung und Vorabprüfungen bei einem deutlich größeren Kontext unbemerkt begrenzt. Außerdem wendet VT Code namensbasierte OpenAI-Sampling-Gates auch auf benutzerdefinierte Endpunkte an — eine Modell-ID, die etwa auf gpt-6-astra passt, erhält niemals temperature oder top_p —, wobei der Leitfaden selbst empfiehlt, „neutrale Modell-IDs auf Gateways zu bevorzugen, wenn Sie für solche Namen festgelegte Werte benötigen.“

Das OpenCode-Gegenstück ist eine Datendatei, und das Feld npm legt das Übertragungsformat fest — @ai-sdk/openai-compatible für einen Endpunkt, der /v1/chat/completions bereitstellt, @ai-sdk/openai für /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 kann außerdem die baseURL eines integrierten Providers überschreiben, statt einen benutzerdefinierten zu deklarieren. In der Dokumentation steht, dass die Metadaten bekannter Provider aus Models.dev stammen — ein manuell deklarierter Provider muss daher eigene limit bereitstellen — und dass über den Befehl /connect hinzugefügte Schlüssel in ~/.local/share/opencode/auth.json landen. Kunavo veröffentlicht eine Einrichtungsseite für diesen Client: der OpenCode-Integrationsleitfaden. Für VT Code gibt es hier keine Integrationsseite, und der obige TOML-Block ist eine aus den dokumentierten Felddefinitionen von VT Code zusammengestellte Konfigurationsreferenz — Keiner der beiden Clients wurde zur Laufzeit mit Kunavo getestet, und für keinen wird Kompatibilität zugesichert. Halten Sie eine funktionierende Route bereit, führen Sie eine begrenzte Aufgabe aus und prüfen Sie die von Ihrem Konto erfasste Gebühr, bevor Sie Ihren täglichen Arbeitsclient umstellen. Erstellen Sie ein Kunavo-Konto, sobald Sie bereit sind, einen Schlüssel aufzuladen.

Ein Installationshinweis, der echte Zeit kostet. Das öffentliche npm-Paket namens vtcode ist nicht das aktuelle VT Code: Sein Dist-Tag latest war 0.52.8, veröffentlicht am 24. Dezember 2025, während crates.io am 21. September 2026 bei 0.165.0 lag. VT Codes Installationsdokumentation nennt einen anderen npm-Pfad — npm install -g @vinhnx/vtcode --registry=https://npm.pkg.github.com — neben cargo install vtcode und einem Homebrew-Tap, für den vor brew install vinhnx/tap/vtcode zunächst brew trust vinhnx/tap erforderlich ist. In derselben Dokumentation wird gewarnt, dass Windows-Artefakte nur nach bestem Bemühen bereitgestellt werden und möglicherweise nicht in jeder Version erscheinen, während OpenCodes eigene Installationsseite WSL unter Windows empfiehlt — daher ist keiner der beiden laut eigener Dokumentation ein erstklassiges Windows-Tool.

Vergleichen Sie weitere Optionen? Crush vs OpenCode stellt dasselbe OpenCode dem Agenten von Charm gegenüber, OpenCode-Preise geht näher auf Zen und Go ein, und die Referenz der OpenAI-kompatiblen API behandelt die Endpunktkonvention, auf die sich beide Clients stützen.

Häufig gestellte Fragen

Geprüft am 21. September 2026: die GitHub-API für alle drei Repositories sowie die Release-Liste von VT Code; npm-Dist-Tags für opencode-ai, @opencode/cli und vtcode; der crates.io-Eintrag für vtcode; die README, das Sicherheitsmodell, der Provider-Leitfaden, die Referenz der Konfigurationsfelder, die Installationsdokumentation und das VS-Code-Erweiterungsmanifest von VT Code auf main; sowie OpenCodes Seiten zu Berechtigungen, Providern, Server, Zen, Go und Downloads. Kunavo-Token-Tarife stammen aus dem aktuellen Katalog. Keiner der beiden Clients wurde für diese Seite installiert, ausgeführt oder auf einen Kunavo-Endpunkt gerichtet, es wurde kein Benchmark oder Leistungsvergleich durchgeführt und keiner wird behauptet; jeder Dollarbetrag hier ist beispielhafte Token-Arithmetik und keine gemessenen Aufgabenkosten.