ZCode vs. Claude Code: Welcher Coding-Agent gewinnt 2026?

Seit dem Start am 1. Juli 2026 hat ZCode ein bemerkenswert hohes Tempo vorgelegt: Nach fünf Wochen und fünfzehn Releases bringt Z.ai's Desktop-Coding-Agent für GLM-5.2 bereits geplante Aufgaben, Subagents mit frei wählbaren Modellen und projektspezifischen Speicher mit. Damit rückt ZCode Z.ais Tool deutlich näher an Claude Code heran. Bei zusammensetzbaren Hooks, fünf Ebenen tiefer Subagent-Verschachtelung und terminalorientierter CI-Integration bleibt Claude Code jedoch vorn.

Zwei Agenten, grundverschiedene Arbeitsweisen

Architektonisch verfolgen ZCode und Claude Code unterschiedliche Ansätze – und richten sich damit an unterschiedliche Entwicklergewohnheiten.

ZCode vereint Dateiverwaltung, Terminal, Git und Browser-Vorschau in einem Desktop-Fenster. Claude Code startet dagegen im Terminal und teilt seine Konfiguration über CLAUDE.md mit IDE und Web.

GLM-5.2 gegen Claude Opus 4.8: der Modellvergleich

Die zugrunde liegenden Modelle sind entscheidend, weil jedes Harness standardmäßig ein anderes verwendet – auch wenn keines der beiden dich dauerhaft festlegt.

Bei kurzen Coding-Aufgaben mit einem einzelnen Durchlauf erreicht GLM-5.2 95–99 % der Leistung von Opus 4.8. Sobald ein Agent jedoch über viele Schritte hinweg arbeiten muss, wird der Abstand deutlich größer. Im SWE-Marathon, der lang laufende Aufgabenerledigung misst, erzielt GLM-5.2 nur die Hälfte des Opus-4.8-Ergebnisses.

Bei der Geschwindigkeit liegt GLM-5.2 klar vorne. Nach Daten von Artificial Analysis erreicht die schnellste Variante im Median rund 206 Token pro Sekunde und auf einigen Infrastrukturen bis zu 457 tok/s. Opus 4.8 kommt über die Anthropic API auf maximal etwa 63,5 tok/s.

Der Preis dafür ist ein hoher Tokenverbrauch. Pro Aufgabe des Artificial Analysis Intelligence Index erzeugt GLM-5.2 ungefähr 43.000 Output-Token, davon rund 37.000 Reasoning-Token – nach 26.000 bei GLM 5.1. Opus 4.8 ist je Aufgabe weniger wortreich, was seinen höheren Preis pro Token teilweise ausgleicht.

Bei den API-Preisen zeigt sich der Kostenvorteil direkt: Für GLM-5.2 verlangt die Z.ai API $1.40 pro Million Input-Token und $4.40 pro Million Output-Token. Bei der Anthropic API liegen die Preise für Opus 4.8 bei $5/$25 pro Million. Im Exact-Retrieval-Benchmark von Braintrust lag GLM-5.2 bei 25K Kontext nur 3,5 Genauigkeitspunkte hinter Opus, kostete pro Trace aber etwa ein Viertel; bei 50K blieb das Verhältnis bestehen.

Diese Funktionen hat ZCode seit dem Start nachgereicht

Laut dem offiziellen Changelog hat ZCode seit dem Launch fünfzehn Versionen veröffentlicht und am 10. August 2026 v3.7.5 erreicht. Die Ergänzungen schließen mehrere Lücken der anfänglichen v3.2.x-Version.

Geplante und Leerlauf-Aufgaben (v3.4.2, 22. Juli). Aufgaben lassen sich jetzt nach konfigurierbaren Zeitplänen ausführen – inklusive Wiederholungsregeln, Fälligkeitsdaten sowie Einstellungen für Modell und Reasoning-Intensität pro Aufgabe. Die Task-Karten erscheinen direkt im Chat; auch ein Verlauf geplanter Aufgaben ist verfügbar.

Leerlauf-Aufgaben mit Subagents und eigenen Modellen (v3.7.5, 10. August). Die neueste Version erlaubt Leerlauf-Aufgaben, Subagents mit benutzerdefinierten Modellen zu starten. Automatisierungen können zudem in frei gewählten Minutenintervallen statt nur in festen Zeitfenstern laufen. Subagents erhielten außerdem eine konfigurierbare Reasoning-Intensität – bei Claude Code gibt es das auf Sitzungs-, aber nicht auf Subagent-Ebene.

Projektspezifischer Speicher (v3.6.5, 3. August). Speicherinhalte sind nun nach Projekten organisiert und lassen sich in den Einstellungen durchsuchen. Das Erwähnungssystem mit @ kann Plugins, Dateien und Unterhaltungen referenzieren, wodurch Querverweise innerhalb eines Workspaces schneller werden.

Kimi-K3-Unterstützung (v3.4.2 + v3.6.5). ZCode ergänzte im Juli Kimi K3 und im August Kimi K3 256K. Damit wächst die Multi-Model-Auswahl über die GLM-Familie hinaus. Offiziell unterstützte Modelle anderer Anbieter lassen sich jetzt direkt hinzufügen.

Globaler Anti-Sleep-Schalter (v3.6.5). Verhindert, dass die Desktop-App während lang laufender Goal-Mode-Iterationen in den Ruhezustand geht.

Preise, Quoten und der reale Verbrauch

Auf dem Papier ist ZCode in jeder Monatsstufe günstiger. Die niedrigen Preise allein sagen aber wenig darüber aus, wie schnell GLM-5.2 die verfügbare Quote verbraucht.

Die Seite zum GLM Coding Plan zeigt derzeit reduzierte Preise: Lite für $12.60, Pro für $56 und Max für $117.60 pro Monat. Durch vergünstigte Jahresabrechnung und 10 % Rabatt auf das erste Abonnement für neue Accounts kann der effektive Preis weiter sinken. ZCode-Abonnenten erhalten außerdem ungefähr die 1,5-fache Nutzungsquote gegenüber demselben Plan über den direkten API-Zugang oder Drittanbieter-Harnesses.

Der Haken ist der Tokenverbrauch von GLM-5.2 in Agent-Schleifen. Die Quote des GLM Coding Plan wird zu Spitzenzeiten mit Faktor 3 und außerhalb davon mit Faktor 2 belastet. Ein Nutzer auf r/ZaiGLM berichtete, dass MCP- und Websuche-Kontingente im Vergleich zu Claude Code ungewöhnlich schnell aufgebraucht seien. In einem weiteren Thread verbrauchte eine einzelne Goal-Mode-Aufgabe 27 % einer Wochenquote – rund 55 Millionen Token. Das sind Einzelerfahrungen, sie passen jedoch zum höheren Tokenverbrauch pro Aufgabe von GLM-5.2.

Z.ai bietet bis September 2026 eine Off-Peak-Aktion mit Faktor 1 an, die den Multiplikator außerhalb der Spitzenzeiten faktisch aufhebt. Wer rechenintensive autonome Läufe in diese Zeitfenster verlegen kann, halbiert damit ungefähr die effektiven Tokenkosten.

Die Tarife von Anthropic sind besser kalkulierbar: Claude Pro enthält die reguläre Claude-Code-Nutzung, Max 5x und Max 20x vervielfachen das Kontingent. Dynamic Workflows für lang laufende autonome Aufgaben setzen einen Max-, Team- oder Enterprise-Plan voraus.

Autonomie im Vergleich: Goal Mode oder Hooks?

Beide Tools sollen einen Agenten so lange arbeiten lassen, bis eine Aufgabe erledigt ist. Technisch gehen sie dabei entgegengesetzte Wege.

Der Goal Mode von ZCode ist eine fertige Lösung. Mit /goal fix all TypeScript compiler errors startet eine Schleife: Der Agent versucht Korrekturen, führt anschließend eine unabhängige Verifikation aus und markiert das Ziel entweder als abgeschlossen oder beginnt die nächste Runde. Verfügbar sind auch /goal pause, /goal resume, /goal replace und /goal clear. Wie die Verifikation im Detail funktioniert, ist nicht öffentlich dokumentiert. Sie sollte daher als automatisierte Prüfung gelten, nicht als nachgewiesenes Test-Suite-Gate.

Das Hook-System von Claude Code ist dagegen flexibel kombinierbare Infrastruktur. Hooks können Shell-Befehle, HTTP-Aufrufe, MCP-Tools, Prompts oder Agents sein und an 25 Lifecycle-Punkte gekoppelt werden, darunter PreToolUse, PostToolUse, Stop und SubagentStop. Ein Stop-Hook könnte etwa die Test-Suite starten und den Agenten erst beenden lassen, wenn alle Tests durchlaufen. Das schafft eine deterministische Verifikation, statt sich auf die Selbsteinschätzung des Modells zu verlassen.

Mit dem Auto-Modus kommt bei Claude Code eine weitere Schutzebene hinzu: Ein serverseitiger Classifier bewertet Tool-Aufrufe vor der Ausführung und blockiert destruktive Aktionen, Versuche der Datenexfiltration sowie mutmaßlich durch Prompt Injection ausgelöste Befehle. Die Funktion ist optional und setzt aktuelle Anthropic-API-Modelle voraus. Eine vergleichbare classifiergestützte Sicherheitsstufe bietet ZCode nicht.

Subagents: Modellmix oder tiefe Delegationsketten

Subagents beherrschen beide Tools, ihre jeweiligen Stärken liegen aber an unterschiedlichen Stellen.

ZCode-Subagents sind seit v3.2.0 vom 29. Juni laut Dokumentation als Beta verfügbar. Sie arbeiten auf Nutzerebene und nur im Vordergrund. Ihr wichtigstes Merkmal ist die Mischung von Anbietern pro Subagent: Einer kann GLM-5.2 verwenden, ein anderer ein Anthropic-Modell aufrufen und ein dritter DeepSeek – alles innerhalb derselben Sitzung. Seit v3.7.5 können Leerlauf-Aufgaben Subagents mit eigenen Modellen starten; jeder Subagent erhält zusätzlich eine eigene Einstellung für die Reasoning-Intensität. Zu den eingebauten Rollen gehören general-purpose und Explore (nur lesend).

Claude-Code-Subagents sind strukturell weiter entwickelt. Sie unterstützen Definitionen auf Projektebene (.claude/agents/) und Nutzerebene (~/.claude/agents/), werden als Markdown-Dateien mit YAML-Frontmatter definiert und können laut Claude-Code-Dokumentation fünf Ebenen tief verschachtelt werden. Hintergrundausführung wird seit v2.1.198 standardmäßig unterstützt. Die Modellauswahl pro Agent funktioniert innerhalb der Claude-Familie mit sonnet, opus, haiku, fable oder vollständigen Modell-IDs.

Wenn verschiedene Modellanbieter unterschiedliche Teilaufgaben gemeinsam bearbeiten sollen, ist ZCodes BYOK-Ansatz klar im Vorteil. Für tiefe Delegationsketten und projektbezogene Agent-Definitionen, die ein Team versionieren kann, ist Claude Code die stärkere Wahl.

Daten-Governance und Stabilität

Hinter Z.ai steht JINGSHENG HENGXING TECHNOLOGY PTE. LTD., ein in Singapur registriertes Unternehmen. Laut Z.ai-Dokumentation erfolgt die Verarbeitung von API-Daten in Singapur. Das zugrunde liegende Modelllabor ist Zhipu AI. Die Datenschutzbedingungen für ZCode im Consumer-Bereich erlauben die Erfassung von Unterhaltungen, Dateien, Code, Shell-Befehlen und generierten Ausgaben. Die API-Bedingungen besagen dagegen, dass Eingaben in Echtzeit verarbeitet und nicht gespeichert werden.

Anthropic verarbeitet Daten nach US-Recht. Kommerzielle API-Nutzung und Claude Code unter kommerziellen Bedingungen werden standardmäßig nicht für das Training verwendet. Qualifizierte Organisationen können Zero Data Retention nutzen, wobei Ergebnisse des Sicherheits-Classifiers unabhängig davon gespeichert werden.

Die unter MIT lizenzierten Gewichte von GLM-5.2 eröffnen einen Self-Hosting-Weg, den Anthropics geschlossene Gewichte nicht bieten. Praktisch bleibt dies jedoch ein Enterprise-Thema: GLM-5.2 in voller Präzision benötigt laut Z.ai Model Card ungefähr 1,57 TB VRAM.

Beim Thema Stabilität gilt: ZCodes schnelle Release-Frequenz bringt Funktionen rasch ins Produkt, aber auch Fehler zutage. Allein das Changelog zu v3.7.5 nennt Korrekturen an Speichernavigation, Vorschau-Rendering, der Reihenfolge von Nachrichten, Wiederverbindungen zu Remote-Workspaces und der Persistenz des Modellstatus bei Runtime-Wechseln. Ein ehemaliger Claude-Code-Nutzer berichtete auf r/ZaiGLM von anhaltenden OAuth- und CAPTCHA-Problemen beim ZCode-Login. In den Antworten aus der Community wurden ein API-Token oder OpenCode mit dem Z.ai-Endpunkt als zuverlässigere Alternative empfohlen.

Welches Harness passt zu deinem Workflow?

Der Hybrid-Weg: Claude Code lässt sich über den Anthropic-kompatiblen Endpunkt von Z.ai für GLM-5.2 konfigurieren, indem du ANTHROPIC_BASE_URL und ANTHROPIC_AUTH_TOKEN setzt. So erhältst du Hooks, Subagents und CI-Integration von Claude Code zu den Tokenpreisen von GLM-5.2. Eine ausführliche Anleitung findest du in unserem Guide zu GLM-5.2 in Claude Code. Dafür verzichtest du auf ZCodes Goal Mode, Desktop-Oberfläche und modellübergreifende Subagents. Außerdem kann es gelegentlich zu Verbindungsproblemen kommen, wenn die Z.ai API unter Last steht.

Kann ZCode Claude Code ersetzen?

Für Solo-Arbeit mit GUI-Fokus und klar abgegrenzten, kurzfristigen Aufgaben ist ZCode ein brauchbarer täglicher Begleiter. Bei CI-integrierten, teamorientierten und langfristigen Workflows bleibt Claude Code stärker, zumal Opus 4.8 in den Benchmarks für ausdauernde Aufgaben um den Faktor 2 besser abschneidet.

Kann ich GLM-5.2 in Claude Code verwenden?

Ja. Setze ANTHROPIC_BASE_URL auf den Endpunkt von Z.ai und ANTHROPIC_AUTH_TOKEN auf deinen Z.ai API-Key. Der GLM Coding Plan unterstützt mehr als 20 Coding-Tools, darunter Claude Code, sodass deine Abonnementquote greift.

Ist ZCode stabil genug für den täglichen Einsatz?

Mit v3.7.5 wurden wichtige Fehler bei Speichernavigation, Vorschau-Rendering und der Wiederverbindung zu Remote-Workspaces behoben. Die Breite der Fehlerbehebungen pro Release deutet jedoch auf fortbestehende Instabilität hin. Die auf r/ZaiGLM gemeldeten OAuth- und CAPTCHA-Probleme legen nahe, dass auch die Zuverlässigkeit der Anmeldung ein Thema bleibt. Wenn dein Workflow keine Ausfälle toleriert, solltest du Claude Code oder OpenCode als Fallback bereithalten.