Google hat die Open-Source-Gemeinde enttäuscht. Das Unternehmen schaltet sein KI-Terminal-Tool Gemini CLI für kostenlose Nutzer am 18. Juni 2026 ab und zwingt Entwickler zur proprietären Antigravity CLI. Das Problem: Über 6.000 Community-Beiträge flossen in das vermeintlich offene Projekt, bevor Google den Stecker zog. Der Ersatz ist Closed-Source, bietet weniger Funktionen und verlangt Entwicklern eine Migration in weniger als einem Monat ab. Die Gemini CLI Abschaffung markiert einen Wendepunkt im Verhältnis zwischen Tech-Giganten und Open-Source-Communitys.
Was war Gemini CLI eigentlich?
Gemini CLI startete vor etwa einem Jahr als Googles Antwort auf den Trend zu KI-Agenten im Terminal. Das Tool war unter der Apache-2.0-Lizenz veröffentlicht und positionierte sich als offene Plattform für Entwickler. Es konnte im Web surfen, Code ausführen, Dateien verwalten und mit der Gemini-API interagieren. Deshalb war es auch erweiterbar, forkkbar und frei anpassbar. Die Community reagierte enthusiastisch und baute das Projekt massiv aus. Mehr als 100.000 GitHub-Sterne sprachen für sich. Zudem wöchentliche Releases zeigten, dass Google ernst machte. Doch das Engagement der Entwickler wurde belohnt, indem ihnen nun der Zugang entzogen wird.
Der Wechsel zu Antigravity CLI
Google begründet den Wechsel mit dem Wandel zu Multi-Agenten-Workflows. Antigravity CLI sei schneller, in Go geschrieben und ermögliche asynchrone Aufgaben. Allerdings gibt es zum Start keine 1:1-Feature-Parität mit Gemini CLI. Agenten-Skills, Hooks und Subagenten werden nur teilweise unterstützt. Zudem ändert sich der Befehl von gemini auf agy, was bestehende Shell-Skripte und CI-Pipelines bricht. Die Migrationsfrist beträgt weniger als einen Monat zwischen Ankündigung und Abschaltung.
Warum Entwickler wütend sind
Der Kern der Kritik liegt im Muster, das Entwickler als Lock-in erkennen. Google hat ein Jahr lang Open-Source-Beiträge gesammelt, um sie dann in ein Closed-Source-Produkt zu überführen. Die Apache-2.0-Lizenz bleibt zwar bestehen, aber ohne die Google-Infrastruktur im Backend ist das Tool für kostenlose Nutzer funktionslos. Das Repository existiert weiter, aber es funktioniert schlicht nicht mehr. Entwickler haben zudem berichtet, dass die wöchentlichen Kontingente von Antigravity CLI extrem restriktiv sind. Bereits nach wenigen Anfragen seien Limits erreicht. Die GitHub-Ankündigung sammelte 31 Daumen-runter-Reaktionen als prominenteste Antwort.
Enterprise-Kunden zahlen weiter
Interessanterweise gilt die Abschaltung nur für kostenlose Nutzer sowie AI-Pro- und AI-Ultra-Kunden. Wer eine Gemini Code Assist Standard- oder Enterprise-Lizenz besitzt, kann Gemini CLI weiterhin nutzen. Ebenso bleiben Kunden mit bezahlten API-Schlüsseln verschont. Google schafft damit ein zweiklassiges System: Wer zahlt, darf das Open-Source-Tool weiterverwenden. Wer nicht zahlt, muss zum Closed-Source-Nachfolger wechseln. Das wirft grundsätzliche Fragen nach der Bedeutung des Begriffs Open Source auf.
Linux Foundation warnt vor Open-Washing
Die Kontroverse hat einer Initiative der Linux Foundation neuen Auftrieb gegeben. Das Model Openness Tool auf isitopen.ai bewertet KI-Projekte anhand von 17 Kriterien, darunter Transparenz von Trainingsdaten, Zugänglichkeit der Infrastruktur und Offenheit der Build-Tools. Gemini CLI schnitt bei der Lizenzierung gut ab, fiel aber bei der Infrastruktur-Abhängigkeit durch. Genau diese Lücke machte die Abschaltung möglich. Die Linux Foundation positioniert den Fall als Lehrstück für die KI-Branche. Offene Lizenzen allein reichen nicht aus, wenn die Infrastruktur proprietär bleibt.
Alternativen für betroffene Entwickler
Betroffene Entwickler haben drei Optionen. Erstens: Migration zu Antigravity CLI mit Akzeptanz der aktuellen Feature-Lücken. Zweitens: Wechsel zu Konkurrenzprodukten wie Claude Code von Anthropic oder GitHub Copilot CLI. Insbesondere Claude Code bietet vergleichbare terminabasierte Agenten-Funktionalität. Drittens: Fork von Gemini CLI unter der Apache-2.0-Lizenz und Selbst-Hosting. Der Code bleibt zugänglich, jedoch muss die Backend-Infrastruktur eigenständig bereitgestellt werden. Für Teams mit Python-Erfahrung ist das eine realistische, wenn auch ressourcenintensive Option.
Googles Tool-Friedhof wächst
Der Vorfall zeigt ein grundsätzliches Problem der aktuellen KI-Entwickler-Tools. Google allein hat in diesem Zyklus eine Reihe von Produkten gestartet, umbrandet oder abgeschafft: Google AI Studio, die Gemini-API, Gemini Code Assist, Gemini CLI, Firebase Genkit und nun Antigravity. Jedes dieser Tools erforderte Investitionen von Entwicklern, die nun teilweise wertlos sind. Die KI-Branche bewegt sich so schnell, dass Annehmlichkeiten von heute morgen veraltet sein können. Google hat damit einen Ruf als unzuverlässiger Partner für Entwickler-Tools gefestigt, der bereits durch frühere Ab schaffungen wie Google Reader oder Google+ bekannt war.
Die Bedeutung für den deutschen Markt
Auch deutsche Entwickler sind betroffen. Gemini CLI wurde von vielen Startups und Freiberuflern als kostenloses KI-Terminal-Tool genutzt. Die erzwungene Migration zu Antigravity CLI bedeutet zusätzlichen Aufwand, der sich in Produktivitätsverlust niederschlägt. Zudem verschärft die Entwicklung die Abhängigkeit von Google als Infrastruktur-Anbieter. Wer auf Open-Source setzt, um Vendor-Lock-in zu vermeiden, erkennt nun, dass eine offene Lizenz ohne funktionierende Infrastruktur wertlos ist. Die Konzentration der KI-Entwickler-Tools bei wenigen Großkonzernen ist ein Trend, der auch den europäischen Markt erfasst.
Die Lehre für die KI-Branche
Die Gemini CLI Abschaffung ist ein Warnsignal für jeden, der auf KI-Tools von Großkonzernen setzt. Entwickler sollten bei der Wahl ihrer Tools nicht nur auf Funktionalität achten, sondern auch auf die Beständigkeit des Anbieters und die echte Offenheit der Plattform. Eine Apache-2.0-Lizenz allein reicht nicht, wenn die Backend-Infrastruktur proprietär bleibt. Die Linux Foundation fordert deshalb mehr Transparenz mit dem Model Openness Tool, das KI-Projekte an 17 Kriterien misst. Wer Open-Source-Verantwortung ernst nimmt, muss nicht nur den Code offenlegen, sondern auch die Infrastruktur zugänglich halten. Andernfalls bleibt Open Source ein leeres Versprechen.
