Zurück zu den Leitfäden
Vergleichen·21. September 2026·Aktualisiert am 24. September 2026·9 Min. Lesezeit

Nanocoder vs. OpenCode: Workflow, Modelle und Gesamtkosten

OpenCode ist die Standardwahl und Nanocoder eine bewusste Minderheitenentscheidung. Dieser Vergleich zeigt, was beide erreichen können, was sie jeweils einschränken und was die zugrunde liegenden Token kosten.

Zuletzt überprüft am .

OpenCode ist die Standardantwort und Nanocoder die bewusste Minderheitenwahl: Am 19. September 2026 hatte OpenCode 208.444 GitHub-Sterne gegenüber 2.487 für Nanocoder, und sein npm-Paket wurde in den 30 Tagen bis zum 16. September 9.436.914-mal heruntergeladen, gegenüber 6.614 Downloads für Nanocoder. Beide sind kostenlose, MIT-lizenzierte terminalbasierte Coding-Agents, die auf einen benutzerdefinierten API-Endpunkt zeigen können. Die Entscheidung zwischen ihnen ist keine Qualitätsrangfolge — sie ist eine Wahl zwischen der größten Oberfläche mit zwei First-Party-Produkten, die um Ihre Token-Ausgaben konkurrieren, und einer schmaleren Oberfläche, die von einem Kollektiv betrieben wird, das nichts verkauft.

Betrachten Sie diese Downloadzahlen als Größenordnungen und nicht als Nutzerzahlen. OpenCode wird außerdem über ein curl-Skript und Homebrew installiert, und CI-Runner blähen jede npm-Zahl auf, während Nanocoder außerhalb von npm ebenfalls über Homebrew und Nix ausgeliefert wird. Das Verhältnis ist richtungsmäßig belastbar; die absoluten Zahlen sind es nicht.

Stellen Sie zunächst sicher, dass Sie die richtigen beiden Projekte vergleichen

Drei Namensüberschneidungen erscheinen direkt in den Suchergebnissen für diesen Vergleich, und zwei davon werden eine Einrichtung beeinträchtigen, statt Sie nur zu verwirren.

Name, den Sie möglicherweise gefunden habenWas es tatsächlich istIst es in diesem Vergleich enthalten?
anomalyco/opencodeDas TypeScript-OpenCode unter opencode.ai. Nicht archiviert, MIT-lizenziert, Standard-Branch devJa — dies ist das hier gemeinte OpenCode
opencode-ai/opencodeDie ursprüngliche Go-CLI. Archiviert, 13,752 Sterne, letzter Push am 18. September 2025; das README verweist die Leser auf CrushNein. Siehe den Verzeichniseintrag
OpenCoderEine Familie offener Large Language Models, keine CLI. Keine Konfigurationsdatei, keine Anbietereinstellung, keine BYOK-MöglichkeitNein. Die Benchmark-Ergebnisse sagen nichts über den Agent aus
Nano-Collective/nanocoderNanocoder, npm @nanocollective/nanocoder, Dokumentation unter docs.nanocollective.orgJa — dies ist der hier gemeinte Nanocoder
nanocode-project/nanocodeEin separates, nahezu inaktives Python-Projekt, erstellt am 1. April 2026, am folgenden Tag noch einmal aktualisiertNein. Siehe den Verzeichniseintrag

Eine weitere Änderung, die Sie kennen sollten, bevor Sie einem älteren Tutorial folgen. Das Repository, das viele Anleitungen noch sst/opencode nennen, leitet jetzt mit einem 301-Redirect zu anomalyco/opencode weiter, und die GitHub-Organisation sst ist leer; ihre Beschreibung besagt, dass sie zu anomalyco umgezogen ist (GitHub API, 19. September 2026). Die eigenen Dokumente von OpenCode bestätigen dies in den Installationsbefehlen — brew install anomalyco/tap/opencode, ghcr.io/anomalyco/opencode — und jede Dokumentationsseite trägt in der Fußzeile das Copyright von Anomaly. Der Produktname wurde nicht geändert, nur die Organisation. Ein Umbenennungsdatum kursiert in sozialen Medien; es konnte hier nicht verifiziert werden, daher wird auf dieser Seite keines veröffentlicht.

Wer sollte was auswählen

Gehen Sie von Ihrem Standardmodell aus, nicht von der Feature-Liste. Wenn Ihr Alltag bereits mit einem gehosteten Frontier-Modell läuft und lokale Inferenz nur ein gelegentliches Experiment ist, entspricht OpenCodes Ausrichtung Ihrer Situation. Wenn Ihr Alltag auf Ollama, llama.cpp, LM Studio, vLLM oder MLX läuft und eine gehostete API die Ausnahme ist, entspricht Nanocoders Ausrichtung Ihrer Situation — allerdings handelt es sich um einen Unterschied im Standard, nicht in den Fähigkeiten, da OpenCode ebenfalls Basis-URLs für Ollama, LM Studio und llama.cpp dokumentiert.

Wenn dies auf Sie zutrifftWählenDenn
Sie möchten den Agent in einer TUI, einer Desktop-App und einer IDE-Erweiterung sowie einen Server und PluginsOpenCodeNanocoder liefert eine terminalbasierte TUI mit --vscode und einen ACP-Server für Zed; das ist die gesamte Oberfläche
Sie benötigen deklarative, überprüfbare Berechtigungen pro Tool und pro AgentOpenCodeRegeln sind Daten: allow/ask/deny pro Tool mit Bash-Platzhaltern, im Repository versioniert
Sie möchten, dass Shell-Befehle durch das Betriebssystem und nicht durch einen Prompt eingeschränkt werdenNanocodernanocoder.sandbox kapselt execute_bash in sandbox-exec oder bwrap; OpenCode hat in seiner Berechtigungsdokumentation kein entsprechendes Flag
Ihr Gateway stellt /v1/responses bereit und Sie möchten dieses ÜbertragungsformatOpenCodeNanocoders Anbieter-Union besitzt keine allgemeine Responses-Option
Sie möchten, dass der Maintainer Ihres Agents kein Interesse daran hat, welche Tokens Sie kaufenNanocoderEs gibt kein Nanocoder-Konto, keinen Tarif und kein Gateway. OpenCode bietet zwei davon
Sie standardisieren ein Team und benötigen SSO sowie eine organisationsweit erzwungene KonfigurationOpenCodeGenau das wird durch OpenCode Enterprise freigeschaltet, pro Sitzplatz zu einem unveröffentlichten Preis
Sie möchten ein einziges Erweiterungsmodell statt mehrerer SubsystemeNanocoderSkills sind die einheitliche Dachstruktur für Befehle, Subagents, Tools und Trigger
Sie möchten die größere Auswahl an Issues, Beispielen und Integrationen von DrittanbieternOpenCodeDie oben genannte Verbreitungslücke ist das gesamte Argument, und sie ist real

Die Migrationskosten sind auf Anbieterebene symmetrisch und gering, darüber jedoch asymmetrisch. Ein benutzerdefinierter Endpunkt ist in beiden Clients ein JSON-Block, daher dauert das Verschieben eines Gateways nur wenige Minuten. Nicht übertragbar ist, was Sie darauf aufgebaut haben: Nanocoder-Skills-Bundles unter .nanocoder/skills/ und seine Lebenszyklus-Hooks — bei denen ein Pre-Tool-Use-Hook, der mit einem Wert ungleich null beendet wird, den Aufruf ablehnt und dem Modell den Grund mitteilt — haben kein OpenCode-Gegenstück, in das sie eingefügt werden könnten, und OpenCodes Berechtigungsblöcke pro Agent, Plugins und LSP-Konfiguration haben ebenfalls kein Nanocoder-Gegenstück. Zählen Sie diese Arbeit, bevor Sie die Konfigurationszeilen zählen.

Wie sich die beiden Clients tatsächlich unterscheiden

DimensionNanocoderOpenCode
Repository und LizenzNano-Collective/nanocoder, MIT-lizenziert gemäß package.json, und der MIT-Text befindet sich in LICENSE.md. Der eigene Detektor von GitHub meldet für das Repository weiterhin NOASSERTIONanomalyco/opencode, MIT gemäß der GitHub API
Aktuelle Versionv1.30.0, 26. August 2026; npm @nanocollective/nanocoder 1.30.0 am selben Tagv1.18.31, 14. September 2026; npm opencode-ai 1.18.31 am selben Tag
LaufzeitNode >= 22 gemäß package.jsonInstallation per curl-Skript, npm, Homebrew, mise oder Docker gemäß der Installationsdokumentation
OberflächenTerminal-TUI, --vscode, --acp für ZedTerminal-TUI, Desktop-App, IDE-Erweiterung sowie CLI, Web, Server, SDK und Plugins
Konfigurationsdateiagents.config.json — Projektverzeichnis oder betriebssystemspezifisches Konfigurationsverzeichnis; NANOCODER_CONFIG_DIR überspringt alle anderen Suchvorgängeopencode.json oder ~/.config/opencode/opencode.json, JSON oder JSONC, mit Interpolation von {env:VAR} und {file:path}
KonfigurationsprioritätAufgelöst Block für Block: Die Datei mit der höchsten Priorität, die einen Block definiert, liefert den gesamten Block; ausgelassene Felder greifen auf integrierte Standardwerte zurück, nicht auf eine niedrigere DateiAcht Ebenen werden zusammengeführt, nicht ersetzt — spätere Konfigurationen überschreiben frühere nur bei widersprüchlichen Schlüsseln
AusführungssteuerungVier globale Modi, umgeschaltet mit Shift+Tab: Normal, Auto-Akzeptieren (bash und destruktives git erfordern weiterhin eine Bestätigung), Yolo, PlanDeklarative Regeln pro Tool für read, edit, bash, webfetch, task, skill, lsp und weitere, jeweils allow/ask/deny, mit Platzhaltern und agentenspezifischen Überschreibungen
Sandbox auf Betriebssystemebenenanocoder.sandbox, standardmäßig deaktiviert: sandbox-exec unter macOS, bwrap unter Linux, unter Windows nicht unterstützt. Die Dokumentation bezeichnet sie ausdrücklich nicht als Grenze für Geheimnisse — Lesevorgänge werden nicht blockiertIn der Berechtigungsdokumentation nicht als Flag angeboten; doom_loop und external_directory verwenden standardmäßig ask, und Lesevorgänge von .env werden verweigert
Headlessnanocoder run "..." akzeptiert automatisch und beendet sich; --plain --json gibt ein JSON-Objekt mit der Antwort, dem Tool-Protokoll und den geänderten Dateien aus. Das Zugriffs-Limit nanocoder.maxTurns ist standardmäßig 200 und wird durch NANOCODER_MAX_TURNS überschriebenopencode run "..." ist das dokumentierte nicht-interaktive Äquivalent, mit --format json für maschinenlesbare Ausgabe — rohe JSON-Ereignisse statt eines einzigen zusammenfassenden Objekts. Server, SDK, GitHub- und GitLab-Oberflächen werden daneben ebenfalls dokumentiert
ErweiterungenSkills als übergeordnete Einheit für Befehle, Subagenten, Tools und Trigger sowie Lebenszyklus-Hooks und MCPSeparate Subsysteme: Plugins, Agent-Skills, LSP-Server, MCP-Server, ACP
Kostenpflichtige Produkte des AnbietersKeine. Kein Konto, kein Tarif, kein GatewayZen (Pay-as-you-go), Go ($10 pro Monat), Enterprise (pro Sitz, unveröffentlicht)

Quellen für diese Tabelle, alle am 19. September 2026 gelesen, sofern nicht anders angegeben: die GitHub API, die npm-Registry, die Konfigurations- und Funktionsdokumentation von Nanocoder sowie die OpenCode-Seiten zu Konfiguration, Berechtigungen und CLI.

Eine der beiden Optionen auf den eigenen API-Endpunkt richten

Beide dokumentieren einen benutzerdefinierten Endpunkt, daher wird ein Gateway von beiden als Konfiguration unterstützt. Der Unterschied besteht darin, wie viele Drahtformate Sie erreichen können.

OpenCode benennt im Provider-Block ein npm-Paket, und diese Auswahl legt das Protokoll fest: @ai-sdk/openai-compatible spricht /v1/chat/completions, und @ai-sdk/openai spricht /v1/responses. Kunavo unterstützt beide, daher handelt es sich um eine echte Wahl und nicht um eine Formalität.

opencode.json
{
  "$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-4-6": {
          "name": "Claude Sonnet 4.6",
          "limit": { "context": 200000, "output": 64000 }
        }
      }
    }
  }
}

Zwei Details, die auf der Anbieterseite ausdrücklich genannt werden und für jeden Endpunkt relevant sind, den sie noch nicht kennt. Erstens: Registrieren Sie den Schlüssel mit /connect, scrollen Sie zu Other und verwenden Sie dieselbe Provider-ID wie in der Datei; die Zugangsdaten werden in ~/.local/share/opencode/auth.json gespeichert. Zweitens lohnt es sich, den Block limit hier zu setzen — laut Dokumentation beziehen Standardanbieter Kontext- und Ausgabelimits automatisch aus models.dev, Kunavo gehört jedoch nicht dazu. Die Werte im obigen Block sind die eigenen Beispielwerte der Dokumentation, nicht die veröffentlichten Limits dieses Modells; legen Sie sie anhand der Modellseite selbst fest, bevor Sie sich auf die Kontextanzeige verlassen.

Das Äquivalent von Nanocoder befindet sich unter nanocoder.providers. Beachten Sie das kleingeschriebene baseUrl, das sich von OpenCodes baseURL unterscheidet, sowie die rekursiv auf String-Felder angewendete Ersetzung ${VAR}.

agents.config.json
{
  "nanocoder": {
    "providers": [
      {
        "name": "Kunavo",
        "sdkProvider": "openai-compatible",
        "baseUrl": "https://api.kunavo.com/v1",
        "apiKey": "${KUNAVO_API_KEY}",
        "models": ["claude-sonnet-4-6"],
        "contextWindow": 200000
      }
    ]
  }
}

Drei Nanocoder-spezifische Fallstricke sollten Sie lesen, bevor Sie dies einfügen. Die Union sdkProvider ist in source/types/config.ts auf fünf Werte beschränkt — openai-compatible, google, anthropic, chatgpt-codex und github-copilot — und der vierte ist mit einer Browser-Anmeldung am eigenen Codex-Endpunkt von ChatGPT verknüpft, nicht mit einer beliebigen Basis-URL; daher gibt es keine allgemeine Responses-Option, die deklariert werden könnte. Wenn Sie stattdessen sdkProvider: "anthropic" auf einen Anthropic-kompatiblen Endpunkt richten, warnt Nanocoders eigene Anbieterdokumentation, dass @ai-sdk/anthropic die Ausgabebegrenzung aus der Modell-ID ableitet und für alles, was nicht als Claude-Modell erkannt wird, auf 4096 Token zurückfällt, wodurch lange Antworten ohne Fehlermeldung mitten im Satz abgeschnitten werden; die Lösung ist ein explizites maxOutputTokens im Provider-Eintrag. Da Einstellungen Block für Block aufgelöst werden, liefert eine Datei auf Projektebene, die nanocoder.providers definiert, den gesamten Block — gleichrangige Einträge in Ihrer globalen Konfiguration werden nicht zusammengeführt. nanocoder config diff ist die dokumentierte Methode, um zu sehen, was tatsächlich aufgelöst wurde.

Keiner der beiden Ausschnitte wurde zur Laufzeit mit Kunavos Endpunkt getestet. Kunavo veröffentlicht einen Einrichtungsleitfaden für OpenCode, der als Konfigurationsreferenz und nicht als Kompatibilitätstest dient, und keinen für Nanocoder. Betrachten Sie beide Blöcke als Ausgangspunkte, führen Sie eine begrenzte Aufgabe aus und prüfen Sie, was Ihr Konto tatsächlich aufgezeichnet hat.

Eine gemeinsame Lücke: Keiner der beiden Clients kennt die Metadaten der Modelle Ihres Gateways

Beide Clients greifen für Kontextlimits, Ausgabeobergrenzen und Kosten pro Token auf models.dev zurück. Diese Datei führte bei der Prüfung am 19. September 2026 222 Anbieter auf, Kunavo war jedoch nicht darunter — der Grund für das Fehlen lässt sich auf dieser Seite nicht feststellen. Die Konsequenz unterscheidet sich je nach Client geringfügig, gilt aber für beide gleichermaßen und ist daher kein Grund, einen zu bevorzugen.

Deklarieren Sie in OpenCode limit.context und limit.output pro Modell, sonst berechnet die Anzeige des verbleibenden Kontexts anhand eines Standardwerts, der nicht dem Ihres Modells entspricht. Setzen Sie in Nanocoder contextWindow oder das modellbezogene contextWindows; die Fußzeile pro Antwort gibt eine Tokenanzahl und geschätzte Kosten aus, berechnet anhand von models.dev. Die Dokumentation weist sorgfältig darauf hin, dass der Kostenabschnitt entfällt, wenn keine Preise verfügbar sind; eine fehlende Zahl bedeutet also unbekannt und nicht null. In jedem Fall ist der Wert des Clients seine eigene Berechnung auf Grundlage der gemeldeten Token — gleichen Sie ihn mit dem Abrechnungsprotokoll Ihres Anbieters ab, nicht mit der Fußzeile.

Was Sie die jeweilige Option tatsächlich kostet

Beide Clients sind kostenlos. Die Asymmetrie liegt in dem, was dahintersteht.

Nanocoder hat kein Konto, keinen Tarif, keinen gehosteten Dienst und nichts, worauf ein Upgrade möglich wäre — in der README steht, dass keine kostenpflichtigen Tarife die nützlichen Funktionen beschränken, und das Projekt beschreibt sich als durch Sponsoren statt durch Nutzer finanziert. Eine Offenlegung gehört hierher: Atlas Cloud ist als Sponsor aufgeführt, erscheint außerdem in Nanocoders eigener Liste unterstützter Anbieter und verkauft einen Coding-Tarif. Das ist ein nicht neutrales Anreizsystem in einem ansonsten anbieterfreien Projekt, und Sie sollten davon wissen.

OpenCode ist ebenfalls kostenlos, aber derselbe Anbieter verkauft zwei Produkte, die genau um die Ausgaben konkurrieren, die ein Gateway anziehen möchte. Keines ist erforderlich: Die Dokumentation beschreibt beide als optional, und die Ziele-Seite von Zen verpflichtet sich dazu, die Nutzung jedes anderen Anbieters mit OpenCode zu ermöglichen.

ProduktVeröffentlichter PreisWas Sie tatsächlich einplanen sollten
Nanocoder$0, MITModell-Token bei dem von Ihnen konfigurierten Anbieter oder Hardware und Strom für lokale Modelle
OpenCode$0, MITDasselbe — der Client selbst stellt nichts in Rechnung
OpenCode Go$10 pro MonatDas feste Sortiment, das die Dokumentation als offene Coding-Modelle bezeichnet, umfasst nicht ausschließlich Open-Weight-Modelle — Grok 4.6 und GPT 5.6 Luna sind dort aufgeführt. Jedes Modell hat ein monatliches Limit von 15 $ bis 60 $, wobei das Limit für fünf Stunden 20 % und das Wochenlimit 50 % dieses monatlichen Limits beträgt. Pro Workspace kann nur ein Mitglied ein Abonnement abschließen
OpenCode ZenPay-as-you-go, pro 1M TokenClaude Opus 5 zu $5.00 Eingang / $25.00 Ausgang; Claude Sonnet 5 zu $2.00 / $10.00; Claude Haiku 4.5 zu $1.00 / $5.00. Die automatische Aufladung fügt $20 hinzu, sobald das Guthaben unter $5 fällt
OpenCode EnterprisePro Sitz, keine Zahl veröffentlichtSSO, organisationsweite Konfiguration und die Erzwingung des Datenverkehrs über ein internes Gateway. Auf der Seite steht, dass bei einem eigenen Gateway keine Token berechnet werden

Gelesen am 19. September 2026. Zwei Punkte, bei denen diese Tabelle sorgfältig ist. Auf der Ziele-Seite von Zen steht die Absicht, Preissenkungen weiterzugeben, indem zum Selbstkostenpreis verkauft wird, mit einem Aufschlag ausschließlich zur Deckung der Bearbeitungsgebühren. Die drei von Zen veröffentlichten Claude-Tarife stimmen tatsächlich mit Anthropics eigenen veröffentlichten Tarifen für diese Modelle überein — Opus 5 zu $5 / $25, Sonnet 5 zu $2 / $10, Haiku 4.5 zu $1 / $5 — daher ist ein Vergleich mit Zen bei diesen drei Modellen ein Vergleich mit der Preisliste des Modellanbieters. Diese Prüfung wurde nur für diese drei Modelle am 19. September 2026 durchgeführt und sagt nichts über den übrigen Umfang von Zen aus. Außerdem enthalten die kostenlosen Modelle von Zen Datenverwendungshinweise, die auf derselben Seite abgedruckt sind und von der Verwendung von Daten zur Modellverbesserung während eines kostenlosen Zeitraums bis zu ausschließlich für Tests gedachten Endpunkten reichen, die Sie auffordern, keine vertraulichen Daten zu übermitteln. Ein kostenloser Tarif mit daran geknüpften Trainingsrechten ist ein anderes Produkt als ein kostenloser Tarif ohne diese Rechte.

Eine Beispielrechnung für die Tokenkosten unter einem der beiden Clients

Dies ist eine beispielhafte Tokenberechnung, keine gemessenen Aufgabenkosten und keine Kostenobergrenze. Nehmen wir eine Sitzung an, die 200,000 nicht zwischengespeicherte Eingabetoken sendet und 15,000 Ausgabetoken empfängt. Die Tarife stammen aus dem aktuellen Kunavo-Katalog pro Million Token; Ihre tatsächlichen Sitzungen unterscheiden sich je nach Repository-Größe, Toolausgabe und der Häufigkeit, mit der der Agent Dateien erneut liest.

ModellEingabe / Ausgabe pro 1 Mio.Geschätzte Kosten, eine SitzungModellierte Sitzungen pro $10 Guthaben
Claude Haiku 4.5$0.70 / $3.50$0.19251
GPT-5.6 Terra$0.70 / $4.20$0.20349
Claude Sonnet 4.6$2.10 / $10.50$0.57817
Claude Opus 5$3.50 / $17.50$0.96310

Der Vergleich, den die meisten Menschen hier tatsächlich wünschen, ist mit OpenCode Gos $10 pro Monat, und er ist nicht direkt vergleichbar. Go bietet ein festes Sortiment unter monatlichen Limits von $15 bis $60 pro Modell: Die eigene Tabelle zu den Nutzungslimits führt weder ein Claude- noch ein Gemini-Modell auf, der einzige GPT-Eintrag ist GPT 5.6 Luna, und auch Grok 4.6 ist enthalten — die Formulierung „offene Coding-Modelle“ in der Dokumentation bedeutet also nicht ausschließlich Open Weights (geprüft am 19. September 2026). Die oben genannten Modelle stammen aus einem vollständig anderen Sortiment. Unter diesen Annahmen entsprechen $10 vorausbezahltes Kunavo-Guthaben ungefähr 51 Sitzungen dieser Art auf Claude Haiku 4.5 zu je $0.192 und etwa 10 auf Claude Opus 5. Damit lässt sich ein Budget dimensionieren; es sagt jedoch nicht aus, welches Modell auf Ihrem Repository bessere Arbeit leistet, und der günstigste aufgeführte Tarif ist nicht dasselbe wie die niedrigsten Kosten für die Fertigstellung der Aufgabe — ein günstigeres Modell, das drei Versuche benötigt, kann mehr kosten als eines, das einen benötigt.

Die direkt vergleichbare Zeile ist Zens Pay-as-you-go-Sortiment, in dem dasselbe Modell auf beiden Seiten erscheint. Zen veröffentlicht Claude Opus 5 zu $5.00 pro Million Eingabetoken und $25.00 pro Million Ausgabetoken; Kunavos Katalog weist für dasselbe Modell derzeit $3.50 und $17.50 aus. Dieser Vergleich lohnt sich, und man sollte ihn sorgfältig lesen: Zens $5.00 / $25.00 entsprechen dem von Anthropic selbst veröffentlichten Tarif für dieses Modell; es handelt sich also um zwei Kataloge, die dasselbe Modell unterschiedlich bepreisen, und nicht darum, dass ein überhöhter Wiederverkäufer unterboten wird. Bestätigen Sie beide Angaben vor dem Checkout, bevor Sie ein Budget verschieben, denn jeder Katalog kann seine Preise ändern.

Der Katalogbetrag von Kunavo ist ein Abrechnungsuntergrenze und kein Limit: Wenn der Upstream seine Kosten meldet, entspricht die Rechnung dem höheren Wert aus den Katalogkosten und den Upstream-Kosten multipliziert mit dem jeweils geltenden Aufschlag. Cache-Gebühren und externe Tools sind in diesem Beispiel nicht enthalten. Die minimale Aufladung beträgt $10 an vorausbezahltem Guthaben; dies ist ein Mindestbetrag zur Finanzierung und weder eine Aufgabengebühr noch ein Abonnement.

Einrichtung der gewählten Option

Wenn Sie sich für OpenCode entschieden haben, bildet der obige Konfigurationsblock die gesamte Integration, und der OpenCode-Integrationsleitfaden behandelt beide Drahtformate ausführlich; erstellen Sie ein Kunavo-Konto, sobald Sie bereit sind, einen Schlüssel mit Guthaben zu versehen. Wenn Sie sich für Nanocoder entschieden haben, verwenden Sie dieselbe Basis-URL über seinen Provider openai-compatible und halten Sie während des Ausprobierens eine funktionierende Route verfügbar — hier wurde kein Laufzeittest von Nanocoder zu Kunavo durchgeführt.

Noch unentschieden? OpenCode-Alternativen erweitert das Feld über diese beiden hinaus, die beste API für OpenCode vergleicht speziell für diesen Client verfügbare Anbieter-Routen, OpenCode-Preise geht bei Zen und Go näher ins Detail, und das Verzeichnis für Agent-APIs dokumentiert, wie jeder Client in diesem Bereich mit einer benutzerdefinierten Basis-URL umgeht. Wenn ein Provider-Block bereits fehlschlägt, behandelt OpenCode-Anbieter nicht gefunden die übliche Ursache, und OpenAI-kompatible API erklärt, was diese Bezeichnung garantiert und was nicht.

Häufig gestellte Fragen

Ist Nanocoder oder OpenCode besser?

Keines ist abstrakt besser, und sie sind nicht gleich weit verbreitet. OpenCode ist die Mainstream-Wahl: 208,444 GitHub-Sterne und 9,436,914 npm-Downloads für opencode-ai in den 30 Tagen bis zum 16. September 2026 gegenüber 2,487 Sternen und 6,614 Downloads für @nanocollective/nanocoder im selben Zeitraum. Wählen Sie OpenCode, wenn Sie die größere Oberfläche möchten — TUI, Desktop, IDE-Erweiterung, Server, Plugins, GitHub- und GitLab-Integrationen sowie ein für organisationsweite Kontrolle entwickeltes Konfigurationssystem. Wählen Sie Nanocoder, wenn lokale Modelle für Sie der Standard statt eines Fallbacks sind, wenn Sie einen Betriebssystem-Jail um Shell-Befehle möchten oder wenn der Maintainer Ihres Agents Ihnen lieber nicht zugleich Tokens verkaufen soll. Downloadzahlen werden durch CI und parallele Installationskanäle aufgebläht; lesen Sie sie daher als Größenordnungen und nicht als Nutzerzahlen.

Ist Nanocoder dasselbe Projekt wie nanocode?

Nein, und eine Verwechslung wird Ihre Einrichtung beeinträchtigen. Nanocoder ist Nano-Collective/nanocoder, veröffentlicht auf npm als @nanocollective/nanocoder und dokumentiert unter docs.nanocollective.org. nanocode ist nanocode-project/nanocode, ein separates, nahezu inaktives Python-Projekt, erstellt am 1. April 2026, mit seinem letzten Push am folgenden Tag. Die Installationsbefehle, Konfigurationsdateien und Basis-URL-Einstellungen der beiden sind nicht miteinander kompatibel, und die beworbene OpenAI-Kompatibilität von nanocode existiert in dessen Code nicht — es kapselt das Anthropic-SDK, daher funktioniert ein einfacher Chat-Completions-Endpunkt damit nicht.

Welches OpenCode ist gemeint — das in Go oder das in TypeScript?

Das in TypeScript. Das Repository, das früher unter sst/opencode lag, leitet jetzt mit einem 301-Redirect zu anomalyco/opencode weiter, und die sst-GitHub-Organisation ist leer; ein Hinweis besagt, dass sie zu anomalyco umgezogen ist. Der Produktname ist weiterhin OpenCode; die Dokumentation unter opencode.ai verwendet anomalyco-Installationspfade und ist in der Fußzeile mit dem Copyright-Hinweis von Anomaly versehen. Ein anderes Projekt, opencode-ai/opencode, ist eine archivierte Go-CLI, deren letzter Push am 18. September 2025 erfolgte und dessen README die Nutzer zu Crush weiterleitet. Sein Konfigurationsformat und seine Anbieterliste gelten nicht für das aktuelle OpenCode.

Können Nanocoder und OpenCode beide ein API-Gateway eines Drittanbieters verwenden?

Ja, beide dokumentieren einen benutzerdefinierten Endpunkt, aber die erreichbare Protokolloberfläche unterscheidet sich. OpenCode wählt das Übertragungsformat, indem im Anbieterblock ein npm-Paket angegeben wird: @ai-sdk/openai-compatible für /v1/chat/completions und @ai-sdk/openai für /v1/responses, gemäß der Anbieterdokumentation. Nanocoders sdkProvider-Union ist in source/types/config.ts auf fünf Werte beschränkt — openai-compatible, google, anthropic, chatgpt-codex und github-copilot — und chatgpt-codex ist an eine Browseranmeldung gegen den eigenen Codex-Endpunkt von ChatGPT gebunden, nicht an eine beliebige Basis-URL; daher gibt es keine allgemeine Responses-Option. Ein Gateway, das /v1/responses bereitstellt, muss in Nanocoder über seine Chat-Completions-Oberfläche erreicht werden.

Zwingt OpenCode Sie, OpenCode Zen oder OpenCode Go zu kaufen?

Nein. Die eigene Dokumentation von OpenCode beschreibt Zen und Go als optional, und die Ziele-Seite von Zen verpflichtet sich dazu, die Nutzung jedes anderen Anbieters mit OpenCode zu ermöglichen. Die kommerzielle Zugangsschranke ist OpenCode Enterprise, pro Sitzplatz bepreist und ohne veröffentlichte Zahl; sie betrifft zentrale Kontrolle — SSO, organisationsweite Konfiguration und die Erzwingung des Datenverkehrs durch ein internes Gateway — und nicht die Möglichkeit, einen benutzerdefinierten Endpunkt zu konfigurieren. Die Ziele-Seite von Zen erklärt außerdem die Absicht, Preissenkungen weiterzugeben, indem zum Selbstkostenpreis verkauft wird und nur Bearbeitungsgebühren aufgeschlagen werden; die drei veröffentlichten Claude-Tarife entsprechen den eigenen veröffentlichten Tarifen von Anthropic für diese Modelle, geprüft am 19. September 2026.

Warum zeigt mein Modell in einem der beiden Clients keine Kosten oder die falsche Kontextbegrenzung an?

Weil beide Clients Modellmetadaten aus models.dev lesen, dessen api.json bei der Prüfung am 19. September 2026 222 Anbieter aufführte und Kunavo nicht enthält. In OpenCode deklarieren Sie models.<id>.limit.context und .limit.output manuell, da laut Dokumentation nur Standardanbieter diese Werte automatisch aus models.dev beziehen; lassen Sie sie weg, berechnet der Client den verbleibenden Kontext anhand eines Standardwerts, der nicht dem Ihres Modells entspricht. In Nanocoder setzen Sie contextWindow oder modellspezifische contextWindows, und die Kostenfußzeile pro Antwort gibt einfach nichts aus, wenn keine Preise verfügbar sind — die Dokumentation sagt ausdrücklich, dass eine fehlende Zahl unbekannt und niemals null bedeutet.

Wie viel kostet der Wechsel von einem zum anderen?

Der Anbieterblock ist der einfache Teil; die Agent-Anweisungen und Erweiterungen sind es nicht. Beide verwenden eine JSON-Konfiguration mit Basis-URL, Schlüssel und Modellliste, daher ist das erneute Deklarieren eines Gateways in beide Richtungen eine Aufgabe von zehn Minuten. Nicht übertragbar ist alles, was darauf aufbaut: Nanocoders Skills-Bundles unter .nanocoder/skills/ und seine Lebenszyklus-Hooks haben kein OpenCode-Gegenstück, in das sie kopiert werden könnten, und OpenCodes Berechtigungsregeln pro Tool, Agentendefinitionen, Plugins und LSP-Verknüpfungen haben ebenfalls kein Nanocoder-Gegenstück. Planen Sie die Migration danach, wie viel davon Sie geschrieben haben, nicht nach dem Anbieterblock.

Repository-, Release- und Downloadzahlen wurden am 19. September 2026 aus der GitHub API und der npm-Registry gelesen; Verhaltens- und Preisangaben stammen vom selben Datum aus der eigenen Dokumentation beider Projekte, ebenso die damals geprüfte Anbieterliste von models.dev. Keiner der beiden Clients wurde zur Laufzeit mit Kunavos Endpunkt getestet, es wurden keine Leistungs- oder Kompatibilitätstests durchgeführt, und jeder Dollarbetrag für Kunavo auf dieser Seite ist eine beispielhafte Tokenberechnung aus dem aktuellen Katalog und keine gemessenen Aufgabenkosten.