2026 Google Gemini CLI Richtlinienwechsel: Von 100.000 Stars zu Antigravity — warum die Open-Source-Community von Bait-and-Switch spricht

Im Juni 2025 veröffentlichte Google Gemini CLI in TypeScript unter Apache 2.0 als Terminal-KI-Assistent und lud aktiv zu Community-Beiträgen ein. Innerhalb eines Jahres erreichte das Projekt 100.000+ GitHub Stars; Google merge-te über 6.000 Pull Requests — eine Größenordnung, die in der Open-Source-CLI-Landschaft selten ist. Mitwirkende wie Andrea Alberti hatten am Tag der Ankündigung noch PRs mit Dutzenden Commits im Merge — und fragten danach öffentlich, ob sie „kostenlos für ein Codebase arbeiten, das nur Enterprise-Kunden dient“.

Der Wendepunkt war die Google I/O am 19. Mai 2026: Dort wurde die Closed-Source Antigravity CLI vorgestellt und gleichzeitig mitgeteilt, dass ab 18. Juni 2026 Free-Nutzer, Google AI Pro / Ultra und die meisten Gemini Code Assist for Individuals-Pfade nicht mehr über Gemini CLI und zugehörige IDE-Erweiterungen bedient werden. Die GitHub-Diskussion #27274 sammelte schnell viele Gegenstimmen; ein Top-Kommentar fasst die Stimmung zusammen: „As always, Google being Google.“

• Schmerzpunkt 1 — Arbeit ohne Gegenleistung: Review, Bugfixes und Features landen im öffentlichen Repo, während der API-Zugang für Privatkonten neu lizenziert wird.
• Schmerzpunkt 2 — „Open Source“ wird ausgehöhlt: Forks bleiben möglich, aber ohne Google-Auth und Modell-API ist der Alltag praktisch unbenutzbar.
• Schmerzpunkt 3 — Ersatzprodukt schwächer: Antigravity Free-Quota bricht ein, ACP und Projektspeicher fehlen teils; Pro-Nutzer berichten auf Reddit von nur 6–7 Prompts bis zum Limit.
• Referenzdaten: Free-Limit von etwa 1.000 Anfragen/Tag (Gemini-CLI-Ära) auf etwa 20/Tag (Antigravity) — rund 98 % weniger laut Community- und Medienrechnungen; prüfen Sie Ihr Konto.

Für Teams, die Skills und Hooks bereits produktiv einsetzen, ist das kein abstraktes Lizenzthema: Jede Nacht-Job-Pipeline, die auf Gemini CLI OAuth setzt, bricht ohne Migration. Wer nur den CLI-Namen wechselt, aber Auth und Host unverändert lässt, tauscht ein bekanntes Risiko gegen ein neues — mit schlechterem Free-Tier und weniger dokumentierten Grenzen.

Google begründet den Schritt mit Fokus auf „eine Plattform für die Multi-Agent-Ära“. Die Community kontert: Gemini Code Assist Standard / Enterprise darf Gemini CLI weiter nutzen und Antigravity parallel testen — wenn es reine Technik wäre, warum müssen Enterprise-Kunden nicht „entweder oder“ wählen? The New Stack formuliert es so: Privatnutzer werden zur Closed-Source Antigravity gedrängt, während Enterprise-Lizenzen oder bezahlte API Keys auf der bisherigen Kette bleiben.

Wer Release-Kalender plant, sollte den 18. Juni nicht als „optionalen Cutover“ behandeln. CI-Jobs, die nightly Gemini CLI aufrufen, brauchen bis dahin entweder einen API-Key-Pfad oder einen Ersatz-CLI-Stack — sonst scheitern Builds still, wenn OAuth-Tokens ablaufen und keine Renewal-Route existiert.

Laut Google Developers Blog können Sie betroffene und ausgenommene Gruppen so einordnen (Stichtag laut Google):

Antigravity CLI ist Closed Source — im Kontrast zur offenen Lizenz von Gemini CLI. Community-Feedback nennt Lücken: unklare ACP (Agent Client Protocol)-Unterstützung, fehlender Projektspeicher (Markdown-Dateien), abweichendes Ctrl+C-Verhalten, hastige Doku. Auch Integrationspartner wie Dynatrace, Elastic, Figma, Shopify und Stripe müssen Migrationspläne schärfen — Privatentwickler sind nicht die Einzigen unter Druck.

Google betont: Das Gemini-CLI-Repo bleibt Apache 2.0, Code werde nicht geschlossen — Fork und PR seien weiter möglich. FOSS Force (Christine Hall) antwortet schärfer: Google habe „die Open-Source-Lizenz nicht geändert, sondern die Infrastruktur abgeschaltet, die das Tool nutzbar macht.“ Klassisches Open Source erlaubt nach dem Fork unabhängigen Betrieb; KI-CLIs hängen an privaten Modellen und Quota-Systemen.

Auf dem Open Source Summit North America 2026 stellte IBM-Arnaud Le Hors den Fall vor, um isitopen.ai (Model Openness Tool) zu bewerben — Bewertung entlang Transparenz, Reproduzierbarkeit, Nutzungsrechte, nicht nur LICENSE-Datei. Teams, die in GitHub Agent Workspaces Copilot Coding Agents gebunden haben, sollten daraus lernen: Agent-Orchestrierung kann open sein, Ausführungsebene und Modell-Exit brauchen eigene Vendor-Risk-Reviews.

• Referenz: Diskussion #27274 zeigte zeitweise 31+ Gegenstimmen auf den Policy-Post — Stimmungsindikator, keine Stichprobe.
• Historischer Kontext: Google Reader, Google+, Stadia verstärken Misstrauen gegenüber Langzeitversprechen.
• Fork-Realität: Technisch forkbar, ohne Modell-API im Alltag wertlos — außer mit eigenem Vertex / AI Studio Paid Key.

Compliance-Teams sollten „Apache 2.0 on label“ nicht mit „production-grade independence“ verwechseln. Archivieren Sie Auth-Flows, Quota-Metriken und Exit-Pläne wie bei jedem anderen kritischen SaaS — nur dass hier die Marke „Open Source“ die Risikowahrnehmung dämpft.

Immer mehr Anbieter nutzen Open-Source-CLIs für Akquise und Community, opfern in der Monetarisierungsphase aber Privatnutzer und externe Mitwirkende. Parallel standardisieren agentskills.io Skill-, Hook- und MCP-Konfigurationen — wer Prozesse nur in Google-geschlossenen Endpunkten hält, bricht bei einer Policy-Änderung die ganze Pipeline. Robuster: SKILL.md und AGENTS.md ins Git (siehe unseren Agent Skill Guide), Modellanbieter als austauschbares Backend, 7×24-Ausführungshost in einer tenant-kontrollierbaren Grenze.

Viele Entwickler kündigen Google-Abos und wechseln zu Claude Code, Codex CLI oder „Gemini CLI + eigener API Key“. Für Mac-Teams ist die Terminal-CLI nur die Steuerungsebene; teuer werden Always-on-Gateway, Xcode-Builds und Long-lived Sessions — wie in Hermes Agent Installation: Der Host zählt mehr als das Modell-Abo.

Multi-CLI-Strategien gewinnen: ein Skill-Repo, mehrere Backends, ein stabiler macOS-Host. Policy-Shocks werden dann zu Konfigurationswechseln statt zu Architektur-Neuaufbau — vorausgesetzt, Sie haben Ausführung und Secrets entkoppelt.

Vor dem 18. Juni sollten Sie „Gemini im Terminal“ in drei Schichten prüfen: Open-Source-Assets (Repo, Skills, Skripte), Service-Abhängigkeiten (OAuth, Quotas, Modellnamen), Ausführungshost (Laptop, Shared VPS oder dedizierter Mac). Geteilte Minutenpool-Hosts leiden unter Bandwidth-Jitter, Oversubscription und abgebrochenen Long Connections — jede CLI-Migration wird dann „tagsüber ok, nachts offline“.

1. 01
   Auth-Pfad inventarisieren: Free Google AI, Pro/Ultra oder Enterprise Code Assist / API Key? Kalender-Eintrag für 2026-06-18.
2. 02
   Portable Assets exportieren: Backup von .cursor/skills/, MCP-Config, Custom Scripts; mit isitopen.ai oder interner Checkliste „Service open vs. Code open“ dokumentieren.
3. 03
   CLI-Backend wählen: Enterprise bleibt bei Gemini CLI; Privat: Antigravity testen, Claude Code, Codex CLI, oder AI Studio / Vertex Paid API Key mit Open-Source-Binary.
4. 04
   NUKCLOUD dedizierten Mac über Bestellseite: Agent-Gateway, Telegram Bot, Self-hosted Runner vom Laptop migrieren; RAM nach lokaler Inferenz wählen (ds4-Artikel).
5. 05
   Konsole und 72h Soak: SSH aus der Konsole; launchd für Keep-alive; Exit-Codes und Long-Connection-P95 vor/nach Migration vergleichen.
6. 06
   CI und menschliche Gates: macOS Runner für Copilot Coding Agent mit Branch Protection; siehe GitHub Agent Runbook.

Antigravitys Closed Source und engeres Quota lösen nicht automatisch Ihren Bedarf an einer stabilen macOS-Ausführungsebene. Shared VPS erfüllen selten Tenant-Audit und Agent-Sessions zugleich. Wer nur die CLI-Oberfläche tauscht, aber das Gateway auf einem schlafenden Laptop oder überbuchtem Host lässt, frisst den Migrationsgewinn auf. Für produktionsnahe Teams bieten NUKCLOUD Multi-Region Bare-Metal Mac / Cloud-Mac-Knoten dieselbe macOS-CLI wie eigene Hardware — Hardware-Tausch und Failover übernimmt die Plattform. Stundenweise validieren auf der Preisseite, langfristig mieten oder Mac Mini kaufen. Support: Hilfe.