Claude Code vs. Gemini CLI 2026: Welcher Terminal-Agent passt?

Ein Terminal-Agent soll eine fehlerhafte Anmeldung reparieren. Er findet die richtige Datei, ändert aber zusätzlich die Datenbankmigration und möchte anschließend direkt auf den Hauptzweig pushen. Spätestens dann reicht die Frage „Welches Modell ist klüger?“ nicht mehr aus. Entscheidend ist, welche Dateien und Befehle der Agent verwenden darf, wann ein Mensch zustimmen muss und welche Prüfnachweise am Ende vorliegen.

Claude Code und Gemini CLI können beide Dateien untersuchen, Änderungen vorschlagen, Werkzeuge aufrufen und nicht interaktiv ausgeführt werden. Sie lösen also ähnliche Aufgaben. Ihre Konfiguration, ihre Rechteverwaltung und ihre Zugangswege sind jedoch nicht identisch. Dieser Vergleich hilft bei einer belastbaren Auswahl, ohne unbelegte Leistungsranglisten, Preisversprechen oder Modell-Benchmarks zu erfinden.

Wichtiger Stand im Juli 2026: Google hat Gemini CLI für kostenlose Nutzer sowie Google-AI-Pro- und -Ultra-Konten zum 18. Juni 2026 durch Antigravity CLI ersetzt. Gemini CLI bleibt laut Google unter anderem für Standard- und Enterprise-Lizenzen sowie unterstützte kostenpflichtige API-Zugänge verfügbar. Wer heute neu startet, muss deshalb zuerst klären, ob Gemini CLI für das eigene Konto überhaupt noch der richtige Vergleichskandidat ist.

Die Funktionsangaben wurden am 22. Juli 2026 in den offiziellen Dokumentationen und anhand der lokalen CLI-Hilfe geprüft. Tarife, Kontingente, Modellnamen und einzelne Schalter können sich ändern; diese Punkte sollten vor einer Einführung erneut beim jeweiligen Anbieter kontrolliert werden.

Das Wichtigste in fünf Punkten

Beide Werkzeuge sind handlungsfähige Terminal-Agenten. Ein sicherer Betrieb entsteht erst durch Rechte, Isolation, kleine Aufgaben und reproduzierbare Prüfungen.
CLAUDE.md und GEMINI.md liefern Projektkontext. Sie sind hilfreiche Anweisungen, aber für sich allein keine technisch erzwungene Sicherheitsgrenze.
Claude Code dokumentiert fein abgestufte Regeln mit deny, ask und allow sowie ergänzende Sandbox- und Verwaltungsrichtlinien.
Gemini CLI dokumentiert Bestätigungsmodi, Trusted Folders, Werkzeugrichtlinien und Sandboxing. Für Privat- und bestimmte Google-AI-Konten ist inzwischen jedoch Antigravity CLI der Nachfolger.
Eine allgemeine Aussage „A ist besser als B“ wäre ohne denselben Auftrag, dieselbe Codebasis und dieselben Grenzen nicht belastbar. Die Auswahl sollte in einem kleinen Pilotversuch erfolgen.

Was offiziell bestätigt ist

Für Claude Code wurden die Seiten zu CLI-Schaltern, Projektanweisungen, Berechtigungen und Sandboxing herangezogen. Die Dokumentation beschreibt unter anderem den nicht interaktiven Aufruf mit -p, strukturierte Ausgabeformate, Berechtigungsmodi, Regeln für Werkzeuge sowie die Trennung zwischen Berechtigungen und der Betriebssystem-Sandbox.

Für Gemini CLI wurden die offizielle Dokumentation zu Konfiguration und Freigabemodi, GEMINI.md, Headless Mode, Sandboxing und das offizielle Quellcode-Repository geprüft. Bestätigt sind unter anderem -p, JSON- und JSONL-Ausgabe, mehrere Freigabemodi, Werkzeugrichtlinien, Trusted Folders und Sandbox-Optionen. Zusätzlich wurde Googles Ankündigung zum Wechsel auf Antigravity CLI berücksichtigt.

Wichtig ist eine oft übersehene Einschränkung: Eine Kontextdatei formuliert Verhalten, sie erzwingt es nicht wie eine Betriebssystemgrenze. Bei Claude Code sagt die Dokumentation ausdrücklich, dass CLAUDE.md Kontext und keine erzwungene Konfiguration ist. Bei Gemini CLI wird GEMINI.md ebenfalls als hierarchischer Anweisungskontext geladen. Verbote für Geheimnisse, Löschbefehle oder Produktionszugriffe gehören deshalb zusätzlich in technische Regeln und in die Infrastruktur.

Vergleichstabelle: dieselbe Aufgabe, unterschiedliche Stellschrauben

Entscheidungsachse	Claude Code	Gemini CLI	Was das Team prüfen muss
Projektanweisungen	`CLAUDE.md`, `.claude/rules/` und Einstellungen	`GEMINI.md` mit hierarchischem Kontext und konfigurierbarem Dateinamen	Welche Anweisung wurde tatsächlich geladen, und welche Regel ist nur Text?
Werkzeugfreigaben	Regeln mit `deny`, `ask`, `allow`; Berechtigungsmodi über CLI und Einstellungen	Freigabemodi wie `default` und `auto_edit`; Richtlinien für Werkzeuge und Befehle	Welche Änderung läuft ohne Nachfrage, welche wird blockiert?
Isolation	Sandbox ergänzt die Berechtigungen und begrenzt Bash-Unterprozesse auf Datei- und Netzwerkebene	Sandbox per Schalter oder Konfiguration; Erweiterungsanfragen können zusätzliche Rechte anfordern	Welche Pfade und Ziele sind aus der Sandbox wirklich erreichbar?
Nicht interaktiver Betrieb	`claude -p` sowie Text-, JSON- oder JSONL-Ausgabe	`gemini -p` sowie Text-, JSON- oder JSONL-Ausgabe	Wie werden Fehlercodes, Zeitlimits und Prüfergebnisse ausgewertet?
Erweiterungen	Unter anderem Hooks, MCP, Skills und verwaltete Einstellungen	Unter anderem MCP, Erweiterungen, Agent Skills und Werkzeugrichtlinien	Welche Erweiterung erhält welche Geheimnisse und Netzwerkrechte?
Verfügbarkeit und Abrechnung	Abhängig von Abonnement, API-Nutzung und Organisationskonfiguration	Seit 18. Juni 2026 für kostenlose sowie Google-AI-Pro-/Ultra-Konten durch Antigravity CLI ersetzt; Gemini CLI bleibt für bestimmte Enterprise- und API-Zugänge	Zuerst Kontotyp und Produktverfügbarkeit prüfen, dann reale Pilotnutzung messen
Transparenz	Umfangreiche Anbieter-Dokumentation und prüfbare lokale Konfiguration	Offizielles Open-Source-Repository plus Anbieter-Dokumentation	Offen einsehbarer CLI-Code ersetzt keine Prüfung des gesamten Datenflusses

Die Tabelle enthält bewusst keine Sieger-Spalte. Zum Beispiel ist deny nur dann nützlich, wenn die Regel den tatsächlich verwendeten Werkzeugaufruf trifft. Eine aktivierte Sandbox hilft nur innerhalb ihrer dokumentierten Grenze. Und ein öffentliches Repository zeigt den CLI-Code, sagt aber noch nicht, welche Daten das gewählte Konto, Modell oder ein eingebundener MCP-Server verarbeitet.

So trennen Sie Agentenarbeit und menschliche Entscheidung

Der Agent darf den Ist-Zustand erfassen, relevante Dateien nennen, einen kleinen Patch erstellen und vorhandene Tests ausführen. Ein Mensch entscheidet über fachliche Anforderungen, Datenschutz, Kostenfolgen, Migrationen und die Freigabe für Produktion. Diese Trennung gilt für beide CLI-Werkzeuge.

Für eine erste Woche ist ein enger Arbeitsauftrag sinnvoll:

Der Agent darf lesen, suchen, einen Patch vorschlagen und festgelegte Tests starten.
Neue Abhängigkeiten, Netzwerkzugriffe, Löschvorgänge, Geheimnisse, Deployment und Push auf geschützte Zweige benötigen eine menschliche Freigabe oder werden technisch blockiert.
Jede Antwort muss geänderte Dateien, ausgeführte Befehle, deren Ergebnis und verbleibende Risiken nennen.
Akzeptiert wird nicht die überzeugendste Erklärung, sondern nur eine kleine, überprüfbare Änderung.

Für Claude Code zeigt der deutsche Leitfaden zu Berechtigungen, wie solche Grenzen konkret geplant werden. Die gleichen Schutzziele müssen bei Gemini CLI mit dessen Freigabemodus, Richtlinien, Trusted Folders und Sandbox umgesetzt und anschließend getestet werden.

Drei Anwendungsfälle mit einer nachvollziehbaren Auswahl

Anwendungsfall 1: Fehlerkorrektur in einer bestehenden SaaS-Anwendung

Eine Änderung an Anmeldung oder Abrechnung kann Kunden aussperren oder falsche Buchungen erzeugen. Der Agent soll zunächst nur den fehlschlagenden Test reproduzieren, die beteiligten Dateien nennen und einen minimalen Patch vorschlagen. Datenbankmigrationen, Produktionszugriffe und Deployment bleiben außerhalb seines Auftrags.

Hier sollte nicht pauschal Claude Code oder Gemini CLI gewinnen. Prüfen Sie stattdessen, mit welchem Werkzeug Ihr Team die erlaubten Befehle verständlicher ausdrücken, verbotene Pfade tatsächlich sperren und einen wiederholbaren Testlauf protokollieren kann. Für Claude Code lassen sich dafür Berechtigungsregeln, Hooks und Sandbox kombinieren. Für Gemini CLI stehen Freigabemodi, Werkzeugrichtlinien und Sandbox zur Verfügung. Der Pilotversuch entscheidet, welche Konfiguration im konkreten Repository weniger manuelle Nacharbeit erzeugt.

Anwendungsfall 2: GCP-Prototyp mit Vertex AI

Bei einem Prototyp sollen Infrastrukturdateien gelesen und eine kleine Beispielanwendung vorbereitet werden. Gemini CLI unterstützt laut offizieller Authentifizierungsdokumentation den Zugang über Vertex AI. Das ist ein sachlicher Grund, Gemini CLI in die Auswahl aufzunehmen. Es bedeutet jedoch nicht, dass jeder GCP-Dienst automatisch integriert oder jede Cloud-Aktion ohne zusätzliche Werkzeuge möglich ist.

Der menschliche Verantwortliche legt Projekt, Region, Budget, Datenklasse und zulässige Ressourcen fest. Der Agent darf Konfigurationen vorbereiten und lokale Prüfungen ausführen. gcloud-Anmeldung, Terraform-Anwendung und Deployment bleiben zunächst bestätigungspflichtig. Claude Code kann denselben Repository-Auftrag ebenfalls bearbeiten, wenn die benötigten Werkzeuge bereitstehen. Deshalb ist „Google-Projekt“ allein noch kein Leistungsbeweis, sondern nur ein Integrations- und Betriebsfaktor.

Anwendungsfall 3: Dokumentation und Code gemeinsam aktualisieren

Eine öffentliche API wurde umbenannt. README, Beispiele und Typdefinitionen müssen zusammenpassen. Der Auftrag ist risikoärmer als eine Produktionsmigration und eignet sich gut für einen direkten Vergleich: identischer Commit, identische Suchbegriffe, identische erlaubte Dateien und derselbe Testbefehl.

Beide Agenten können Dateien durchsuchen und Änderungen vorschlagen. Bewertet werden die Vollständigkeit der Fundstellen, die Größe des Patches, kaputte Links, bestandene Tests und die Verständlichkeit des Abschlussberichts. Das Ergebnis gilt nur für diesen Auftrag und diese Konfiguration. Es ist kein allgemeiner Benchmark für das zugrunde liegende Modell.

Berechtigungen und Sandbox richtig einordnen

Bei Claude Code werden Regeln in der Reihenfolge deny, ask, allow ausgewertet; ein passendes Verbot hat Vorrang. Die Sandbox ist eine zweite Schicht: Sie beschränkt laut Dokumentation Bash-Befehle und deren Unterprozesse auf Datei- und Netzwerkebene. Andere Werkzeuge werden weiterhin über das Berechtigungssystem gesteuert. Wer nur CLAUDE.md schreibt, hat also noch keine harte Zugriffssperre eingerichtet.

Bei Gemini CLI fordert der Standardmodus für verändernde Werkzeuge eine Bestätigung an. auto_edit kann Dateiänderungen automatisch freigeben, während andere Aktionen weiterhin nachfragen. yolo genehmigt alle Werkzeugaufrufe und ist deshalb keine sinnvolle Grundeinstellung für unbekannte Repositories. Trusted Folders begrenzen, wo Systemwerkzeuge verwendet werden dürfen. Die Sandbox isoliert Werkzeugausführungen; eine angeforderte Sandbox-Erweiterung sollte wie eine neue Rechtevergabe geprüft werden.

Für beide gilt: Starten Sie den Agenten nicht aus Ihrem Benutzerverzeichnis, wenn das Projekt nur einen Unterordner benötigt. Halten Sie Cloud-Zugangsdaten, private Schlüssel und Produktionskonfiguration außerhalb des Arbeitsbereichs. Ein ausführlicheres Bedrohungsmodell finden Sie in den Sicherheitspraktiken für Claude Code und im Beitrag über Harness Engineering.

Nicht interaktive Ausführung ohne blinde Freigabe

Beide CLIs bieten einen Headless-Modus. Bei Claude Code aktiviert -p die nicht interaktive Ausgabe; --output-format kann strukturierte Ergebnisse liefern. --permission-mode wählt den Startmodus. Bei Gemini CLI startet -p ebenfalls den nicht interaktiven Modus; --output-format unterstützt unter anderem JSON und Streaming-JSON, und --approval-mode steuert Werkzeugfreigaben.

Nicht interaktiv bedeutet nicht automatisch unbeaufsichtigt. Wenn ein Prozess keine Rückfrage beantworten kann, muss vorab feststehen, ob der Werkzeugaufruf blockiert wird, fehlschlägt oder automatisch erlaubt ist. Für CI-Aufgaben sollten Sie zunächst reine Analyse- oder Testaufträge verwenden, einen festen Arbeitsordner setzen und den Exit-Code auswerten. Globale Vollfreigaben sind keine Abkürzung für eine Richtlinie.

Beispielhafte, absichtlich schreibgeschützte Aufrufe sind:

# Claude Code: nur analysieren und ein strukturiertes Ergebnis ausgeben
claude -p --permission-mode plan --output-format json \
  "Untersuche den fehlschlagenden Test. Ändere keine Datei. Nenne Ursache, Fundstellen und den Prüfplan."

# Gemini CLI: nur analysieren; der Plan-Modus ist laut CLI-Hilfe schreibgeschützt
gemini -p --approval-mode plan --output-format json \
  "Untersuche den fehlschlagenden Test. Ändere keine Datei. Nenne Ursache, Fundstellen und den Prüfplan."

Beim Gemini-Plan-Modus weist die Konfigurationsdokumentation darauf hin, dass er noch in Entwicklung ist. Prüfen Sie seine Wirkung deshalb in Ihrer installierten Version, statt die Bezeichnung als Sicherheitsgarantie zu behandeln.

Ausführbarer CLI-Test für die dokumentierten Schalter

Der folgende Node.js-Test ruft kein Modell auf. Er prüft nur, ob beide Programme startbar sind und ob ihre lokale Hilfe die in diesem Artikel verwendeten Schalter nennt. Für Gemini CLI verwendet er das offizielle npm-Paket über npx; beim ersten Lauf ist deshalb Netzwerkzugriff nötig. Der Block lässt sich als verify-terminal-agents.mjs mit node verify-terminal-agents.mjs ausführen.

import { spawnSync } from "node:child_process";

const isWindows = process.platform === "win32";

function run(program, args) {
  const executable = isWindows ? process.env.ComSpec || "cmd.exe" : program;
  const executableArgs = isWindows ? ["/d", "/c", `${program}.cmd`, ...args] : args;
  const result = spawnSync(executable, executableArgs, {
    encoding: "utf8",
    windowsHide: true,
  });

  if (result.error) throw result.error;
  if (result.status !== 0) {
    throw new Error(`${program} ${args.join(" ")} endete mit Code ${result.status}:\n${result.stderr}`);
  }

  return `${result.stdout}\n${result.stderr}`.trim();
}

function requireFlags(name, help, flags) {
  const missing = flags.filter((flag) => !help.includes(flag));
  if (missing.length > 0) {
    throw new Error(`${name}: Schalter fehlen: ${missing.join(", ")}`);
  }
}

const claudeVersion = run("claude", ["--version"]);
const claudeHelp = run("claude", ["--help"]);
requireFlags("Claude Code", claudeHelp, ["--print", "--output-format", "--permission-mode"]);

const geminiArgs = ["--yes", "@google/gemini-cli"];
const geminiVersion = run("npx", [...geminiArgs, "--version"]);
const geminiHelp = run("npx", [...geminiArgs, "--help"]);
requireFlags("Gemini CLI", geminiHelp, ["--prompt", "--output-format", "--approval-mode", "--sandbox"]);

console.log(`Claude Code: ${claudeVersion}`);
console.log(`Gemini CLI: ${geminiVersion}`);
console.log("Ergebnis: Die für den Vergleich benötigten CLI-Schalter sind vorhanden.");

Dieser Test beweist weder Antwortqualität noch Sicherheit. Er verhindert aber einen häufigen Dokumentationsfehler: Beispiele mit Schaltern zu veröffentlichen, die in der aktuell geprüften Installation gar nicht existieren.

Fallstricke, die einen Vergleich wertlos machen

Fallstrick 1: Unterschiedliche Ausgangszustände

Wenn Agent A bereits einen teilweise reparierten Arbeitsbaum erhält und Agent B beim ursprünglichen Commit beginnt, sind Patchgröße und Laufzeit nicht vergleichbar. Verwenden Sie zwei getrennte Worktrees vom selben Commit und denselben fehlschlagenden Test.

Fallstrick 2: Kontextdateien als Zugriffsschutz behandeln

„Lies keine .env-Datei“ in CLAUDE.md oder GEMINI.md ist eine Verhaltensanweisung. Eine harte Grenze entsteht erst durch Berechtigungsregeln, Sandbox, Dateirechte und einen Arbeitsbereich ohne Geheimnisse. Testen Sie die Sperre mit einer ungefährlichen Attrappendatei, bevor echte Kundendaten im Spiel sind.

Fallstrick 3: Open Source mit sicherem Gesamtbetrieb verwechseln

Der öffentlich einsehbare Gemini-CLI-Code erleichtert eine Prüfung. Trotzdem müssen Modellzugang, Telemetrie, Erweiterungen, MCP-Server, Shell-Rechte und Geheimnisse separat bewertet werden. Umgekehrt ersetzt eine ausführliche Anbieter-Dokumentation bei Claude Code nicht die lokale Konfigurationsprüfung.

Fallstrick 4: Preise und Kontingente aus einem Blog übernehmen

Gemini CLI dokumentiert unterschiedliche Kontingente je nach Google-Konto, API-Schlüssel und Vertex-AI-Zugang. Claude Code unterscheidet ebenfalls zwischen Abonnement- und API-Nutzung. Prüfen Sie die aktuellen Gemini-Kontingente und die Claude-Code-Kostenhinweise am Tag der Entscheidung. Für die Wirtschaftlichkeit zählt anschließend die gemessene Nutzung Ihres Pilotauftrags, nicht eine alte Tabelle.

Fallstrick 5: Nur die fertige Antwort bewerten

Ein überzeugender Text kann einen unnötig großen Patch, einen nicht ausgeführten Test oder ein übersehenes Risiko verdecken. Bewerten Sie deshalb auch geänderte Dateien, Werkzeugaufrufe, Bestätigungen, Testprotokoll und verbleibende Unsicherheit.

Ein fairer Pilotversuch in fünf Schritten

Wählen Sie einen echten, aber rücksetzbaren Auftrag mit vorhandenem Test.
Erzeugen Sie für beide Agenten einen eigenen Worktree vom selben Commit.
Geben Sie denselben Auftrag, dieselbe Zeitgrenze und dieselben Datei- und Netzwerkrechte vor.
Erfassen Sie angenommene und verworfene Änderungen, menschliche Eingriffe, Testresultate und tatsächliche Nutzungskosten.
Entscheiden Sie erst nach der Codeprüfung, welches Betriebsmodell Ihr Team zuverlässig jede Woche wiederholen kann.

Eine mögliche Bewertungsmatrix umfasst je einen Punkt für reproduzierten Fehler, minimalen Patch, bestandene Tests, vollständigen Abschlussbericht und eingehaltene Grenzen. Ein Abzug erfolgt für unerlaubte Dateien, nicht belegte Behauptungen oder Befehle außerhalb des Auftrags. Diese Matrix misst den Arbeitsablauf im eigenen Repository; sie ist kein allgemeiner Modell-Benchmark.

Welche Wahl ist nun vernünftig?

Wenn Ihr Team bereits eine belastbare Claude-Code-Konfiguration mit Berechtigungen, Hooks und Sandbox betreibt, ist der Wechsel zu einem anderen CLI ohne konkreten Nutzen kein Selbstzweck. Prüfen Sie vor einem Gemini-CLI-Piloten zuerst den Kontotyp: Für kostenlose sowie Google-AI-Pro-/Ultra-Zugänge ist Antigravity CLI seit dem 18. Juni 2026 der vorgesehene Nachfolger. Unternehmen mit weiter unterstütztem Gemini-CLI-Zugang können den hier beschriebenen Vergleich weiterhin durchführen. Ein bestehender Ablauf sollte aber weder wegen einer allgemeinen Rangliste noch ohne Prüfung des angekündigten Produktpfads ersetzt werden.

Anfänger beginnen am besten mit dem deutschen Einstieg in Claude Code und einem ungefährlichen Dokumentationsfehler. Teams, die Rechte, Prüfpfade und Rollout gemeinsam festlegen möchten, finden auf der Seite für Schulung und Beratung den nächsten Schritt. Das ist die einzige sinnvolle Abkürzung: zuerst Grenzen definieren, dann einen kleinen Auftrag messen.

Tatsächlich geprüftes Ergebnis

Am 22. Juli 2026 wurde der oben gezeigte Testablauf auf Windows ausgeführt. Lokal war Claude Code 2.1.92 installiert. Gemini CLI war nicht global installiert; npx --yes @google/gemini-cli --version startete das offizielle Paket in Version 0.51.0. Die lokale Hilfe von Claude Code enthielt --print, --output-format und --permission-mode. Die Hilfe von Gemini CLI enthielt --prompt, --output-format, --approval-mode und --sandbox.

Zusätzlich wurden die verlinkten offiziellen Seiten zu Projektkontext, Rechten, Sandboxing, Headless Mode, Kostenwegen und dem Wechsel zu Antigravity CLI gelesen. Es wurde kein Qualitäts-, Geschwindigkeits- oder Kostenbenchmark zwischen den Modellen durchgeführt. Das belastbare Ergebnis dieser Prüfung lautet daher nicht „Werkzeug A gewinnt“, sondern: Beide getesteten CLIs unterstützen den beschriebenen Vergleichsablauf. Vor einer Entscheidung müssen jedoch zuerst die aktuelle Produktverfügbarkeit und danach die eigenen Rechte, Aufgaben und Prüfnachweise getestet werden.