Googles Antigravity-Köder und Austauschmanöver
(0xsid.com)- Das automatische Update auf Antigravity 2.0 verwandelte die bestehende IDE in ein eigenständiges dialogbasiertes Tool im Codex-Stil, wodurch die IDE aus den Startverknüpfungen verschwand
- Die bisherige Antigravity IDE war ein tägliches Arbeitswerkzeug im Google AI Ultra-Abo, und die Planen-Prüfen-Umsetzen-Schleife wurde unterbrochen, was die Arbeitsweise lahmlegte
- Selbst beim Ausführen des Installers für die Legacy-IDE von der Download-Seite öffnete sich die 2.0-Chatbot-Oberfläche, sodass das Nebeneinander beider Versionen nicht richtig funktionierte
- Nachdem alle Antigravity-bezogenen Elemente gelöscht und die eigenständige IDE erneut installiert wurden, war eine saubere Neuinstallation erfolgreich, aber Chatverläufe und Einstellungen gingen verloren
- Hintergrund-Updates für Entwicklerwerkzeuge sollten sich auf Performance-Patches oder Versions-Upgrades beschränken; wenn das vom Nutzer gewählte Tool heimlich ausgetauscht wird, geht Vertrauen verloren
Durch das automatische Update auf Antigravity 2.0 veränderte Ausführungsumgebung
- Google stellte auf I/O 2026 eine neue Version von Antigravity als eigenständiges Erlebnis im Codex-Stil vor, und bestehende Installationen wurden automatisch auf die neue Version „aktualisiert“
- Die über Monate genutzte Antigravity IDE verschwand aus den Startverknüpfungen, stattdessen öffnete sich nur noch ein einzelnes dialogbasiertes Prompt-Feld
- Das bisherige Antigravity war im Google AI Ultra-Abo ein tägliches Arbeitswerkzeug; für schnelle Demos oder MVPs mag ein agentischer Workflow geeignet sein, doch für Produktionssoftware sind besser vorhersehbare Ergebnisse nötig
- Mit der Unterbrechung der in Cursor und im früheren Antigravity bevorzugten Planen-Prüfen-Umsetzen-Schleife wurde es schwierig, den bisherigen Arbeitsablauf beizubehalten
Versuche zur Wiederherstellung der Legacy-IDE und ihre Grenzen
-
Scheitern des Nebeneinanders beider Versionen
- Google bietet am Ende der Antigravity-Download-Seite ein separates Download-Paket für die Legacy-Antigravity-IDE an
- Doch selbst nach dem Herunterladen und Ausführen des Installers für die Legacy-IDE öffnete sich erneut dieselbe 2.0-Chatbot-Oberfläche
- Das 2.0-Update überschreibt offenbar die Standard-Anwendungspfade so aggressiv, dass es schwierig wurde, zwei Antigravity-Versionen parallel installiert und funktionsfähig zu halten
- Selbst nach einer erneuten Installation der IDE wurde der Start weiterhin vom Chatbot abgefangen
-
Vollständiges Löschen und Neuinstallation
- Auch im Antigravity-Subreddit berichteten Nutzer von derselben Situation, und als Lösung diente dort das vollständige Entfernen aller Antigravity-bezogenen Elemente vom Gerät mit anschließender Neuinstallation
- Nachdem die 2.0-Binärdateien vollständig entfernt waren und der Installer für die eigenständige IDE erneut ausgeführt wurde, störte der Chatbot den Ausführungspfad nicht mehr, und die saubere Neuinstallation gelang
-
Verlust von Einstellungen und Verlauf
- Die Oberfläche war zwar wiederhergestellt, doch durch das erzwungene Update und das vollständige Löschen gingen Chatverläufe und Einstellungen verloren
- Die meisten Einstellungen ließen sich aus der bisherigen Cursor-Konfiguration übernehmen, aber der Prompt-Verlauf der früheren Antigravity-Installation war weitgehend verschwunden
- Während des Upgrades blieb ein Ordner namens
antigravity-backupzurück, in dem sich hoffentlich die alten Verläufe und Profilinformationen befinden
-
Fazit zu automatischen Updates
- Hintergrund-Updates sollten für Performance-Patches oder Versions-Upgrades genutzt werden und nicht dazu, heimlich eine völlig andere Software auszurollen
- Ein Update, das ein Entwicklerwerkzeug gegen ein anderes austauscht, ist nicht nur unbequem, sondern eine erhebliche Arbeitsbehinderung
- Das führte dazu, nach Wegen zu suchen, automatische Updates vollständig zu unterbinden, denn nötig ist das Vertrauen, dass ein vom Nutzer gewähltes Werkzeug auch unverändert erhalten bleibt
1 Kommentare
Hacker-News-Kommentare
Für Mac-Nutzer wurde mit Antigravity ein abhängigkeitsfreies einzelnes Python-Skript erstellt, das die komplette Wiederherstellung übernimmt
Es beendet Hintergrundprozesse sicher, führt VS-Code-Einstellungen zusammen, aktualisiert Erweiterungspfade und stellt die Chat-Verlaufs-Seitenleiste wieder her, indem es die globale SQLite-Datenbank über rohe base64-Protobuf-Verkettung zusammenführt
Gist: https://gist.github.com/antimirov/ee2fe0dbee8c5a5f4b19112266...
Ich habe die Antigravity IDE zwar nicht wirklich genutzt, aber installiert gehabt, und dieses Update hat mich zweimal nachsehen lassen, was zur Hölle da eigentlich passiert ist
Es wirkt, als hätte Google das Produkt „Antigravity“ mit einem Reset-Knopf ersetzt, und bestehende Nutzer fühlen sich ignoriert
Für Leute, die die alte Version nie installiert oder benutzt haben, mag das okay sein, aber für Bestandsnutzer ist es extrem verwirrend und wirkt wie ein klassischer Bait-and-Switch
Offenbar hat man entschieden, dass der allgemeine Markt für Agenten-Tools größer und wichtiger ist als der für spezialisierte IDEs, aber gegenüber der bisherigen Nutzerschaft fehlt es deutlich an Respekt
Es gibt keine Möglichkeit, sich mit WSL zu verbinden, und der Agent kann keine Linux-Befehle ausführen
Auch die Antigravity CLI merkt sich unter WSL die Zugangsdaten nicht, fragt also bei jedem Start erneut nach dem Login, und nach vier Chats belegt der Ordner
~/antigravity-serverbereits 4 GBGoogle hat bereits gemini CLI, und das halte ich für das bessere Produkt
Dass Huawei Google in mehreren Märkten deutlich abhängt, überrascht daher kaum, und der Marktanteil im Mobile-Bereich könnte ein Hinweis darauf sein, wie Googles Zukunftsaussichten aussehen
Der ursprüngliche Antigravity-Editor war im Grunde nur ein leicht überzogenes VSCode
Schon vor dem 2.0-Update bestand mein normaler Workflow darin, VSCode und AG gleichzeitig auf derselben lokalen Codebasis laufen zu lassen, danach die Arbeit von AG in VSCode zu prüfen
Man kann doch einfach die gewünschte IDE und das gewünschte Agenten-Entwicklungstool nebeneinander herunterladen und starten
Google hat schon sehr früh klar gezeigt, dass es sich für die Antigravity IDE kaum interessiert
Updates kamen selten, und es gab massenhaft gemeldete Bugs, die die App kaputt machten und lange bestehen blieben
Googles fehlender Fokus ist bemerkenswert
Es wirkt, als würde man zufällig Produkte in alle Richtungen streuen, dann halbherzig die Oberfläche der weniger gescheiterten auswählen und sich anschließend halbherzig darauf konzentrieren
Das steht im Kontrast zu anderen großen und kleinen AI-Labs, die ihre Identität kennen und entsprechend Produkte bauen
Vielleicht ist das eine Art Ressourcenfluch
Google ist nicht darauf angewiesen, dass eines dieser Produkte zwingend erfolgreich wird, und genau das merkt man
Wie man oft sagt, spiegeln Unternehmensprodukte das Organigramm wider
Bei Google ist die Spitze zu schwer, und jede Führungskraft betreibt Imperienbau, um ihr eigenes Reich auszudehnen
Irgendetwas wird zufällig veröffentlicht, und wenn es nicht zündet, wirft man es einfach weg und macht weiter
Google braucht intern eine hochrangige Person, die die Nutzer vertritt
Deren einzige Aufgabe sollte sein, aus Nutzersicht hinzuschauen und Unsinn klar zu benennen
Manche werden sich noch an Matt Cutts erinnern
Man hat ein ziemlich glatt wirkendes Bildbearbeitungstool mit enormem Potenzial veröffentlicht, es dann einfach fallen lassen und beschlossen, sich auf Flow zu konzentrieren, obwohl Flow funktional ähnlich, aber in der Bedienung deutlich umständlicher ist
Wenn ein Produkt eingestellt wird, lernt man offenbar nicht wirklich, was seine Stärken waren
Die Post-Mortems sind schwach
Whisk hätte als eigenständige Weiterentwicklung der Oberfläche auf dem Image-Generation-Stack gut weiterbestehen können
Es war zwar Labs-Software, also hätte man es erwarten müssen, aber Google liebt es wirklich, funktionierende Dinge wegzuwerfen und durch schlechter funktionierende zu ersetzen
Ich dachte, Antigravity sei von dem Leadership-Team aus dem Windsurf-Acqui-Hire gebaut worden
Ich bin sicher, Google Pics wird ein langes und erfülltes Leben führen
Ich schätze und anerkenne die Innovation, die Google seit seiner Gründung gezeigt hat
Aber Produktentscheidungen sind oft schwer nachvollziehbar und schockierend
Nach meiner persönlichen Einschätzung fehlt Google etwas, das ich Portfolio-Management nennen würde
Auf oberster Ebene fehlen klare Entscheidungen zu Produktentwicklung und Marketing
Anders gesagt: Es gibt eine große Strategie, aber darunter existieren mehrere Fürstentümer, die autonom über ihr Produktportfolio entscheiden
Das ist bewusst so angelegt
Diese Fürstentümer bewegen sich unabhängig voneinander, manche Produkte kollidieren miteinander, und es gibt nicht einmal ein echtes Corporate Design, sodass die Produkte völlig unterschiedlich aussehen
Da mischt sich ein altmodisch-minimalistisches Google-Search-Gefühl mit AI-/Krypto-Bro-Design
Ich möchte nicht zu tief einsteigen, aber ich war überrascht, als mir ein hochrangiger Google-Manager beim letzten Mal sagte, man betreibe jetzt Portfolio-Management und vereinheitliche sogar die Icons der mobilen Apps, damit sie denselben Look-and-Feel und dieselbe Farbpalette teilen
Das Ergebnis waren ungefähr die roten, blauen und weißen Buttons von vor ein bis zwei Jahren, was aus Sicht der Idee, dass jedes App-Icon die Bedeutung der App transportieren sollte, keinen Sinn ergab
Für Nutzer wirkt es, als würde ein Produkt plötzlich sterben, tatsächlich kann es aber an Budgetgrenzen oder regionalen Entscheidungen liegen
Anders gesagt: Ein Manager fährt gerade ein Experiment
Paradoxerweise müssen diese Produkte nicht einmal unbedingt Geld verdienen
Google ist weiterhin extrem profitabel und kann sich solche teuren Experimente leisten
Ich glaube, die verantwortliche Produktperson schafft es mit dem neuen Produkt nicht, die KPI ihres Vorgesetzten zu erfüllen
Diese KPI sind nicht öffentlich, aber mit sehr hohen Anreizen verbunden, also mit Vergütung
Wir reden nicht über ein paar Kröten, sondern über Millionen Dollar
Anreize wirken wirklich stark
Deshalb hilft es zum Verständnis, sich Google nach außen zwar als ein Unternehmen vorzustellen, intern aber als mehrere Geschäftsbereiche, die sich wie eigenständige Firmen innerhalb einer Holding verhalten und kooperieren
Die Holding interessiert sich nicht besonders für das Produkt selbst, solange man nicht über Grenzen hinausgeht und die Ziel-KPI erfüllt
Ich habe mit mehreren Leuten darüber gesprochen, warum man Kräfte nicht bündelt oder bestimmte Produkte nicht ausrichtet, um sie massiv zu verbessern, aber dazu kommt es nicht
Ein Senior-Entwickler bei einer großen US-Bank sagte einmal: „Warum sollten wir Dinge ausrichten oder Code wiederverwenden? Wir verdienen so viel Geld, dass wir weder Kosten senken noch darüber nachdenken müssen, das wäre nur Zeitverschwendung. Stattdessen bauen wir einfach weiter Produkte.“
Man sollte andere Unternehmen nicht nach dem bedauerlichen Zustand beurteilen, an den wir uns gewöhnt haben
Wie hat Google seinen AI-First-Mover-Vorteil verspielt?
Warum ist es im AI-Coding-Markt nur noch ein Akteur der zweiten oder dritten Reihe, und warum verdrängt GCP AWS nicht?
Weil Google nicht aufhören kann, immer wieder auf die Kunden und auf den eigenen Fuß zu schießen
Selbst in Antigravity werden Claude-Modelle verwendet
Google fällt zwar besonders auf, aber es gibt keine belastbaren Daten, die das belegen würden
Inzwischen liegt nur noch Apple weiter hinten
Auch im Analyse- und Enterprise-Markt bewegte man sich im Segment günstiger kleiner Firmen, und mittelgroße bis große Kunden sind schon zu oft verbrannt worden, um zurückzukehren
Wer heute Google nutzt, muss die Konsequenzen eben tragen
Ich verstehe nicht, warum man glaubt, Google sei je ein hochwertiger Anbieter von Enterprise-Tools gewesen
Der Niedergang hatte schon begonnen, bevor Google in diesen Markt einstieg, und heute ist nicht mehr 2008; das Google aus der Erinnerung ist seit weit mehr als zehn Jahren verschwunden
Praktisch alle Anstrengungen von Google dienten letztlich dem Schutz der Einnahmen aus Suchanzeigen
Verglichen mit dem gemini-cli, das ich in den letzten Wochen benutzt habe, fehlt dem neuen Antigravity einiges
Selbst im Pro-Plan wird die wöchentliche Quote nicht immer angezeigt, und der Agent kann die Quote auch nicht sehen, um manche Aufgaben bei niedriger Restquote zu vermeiden
Die Kontextgröße ist nicht sichtbar, und der Agent kann sie ebenfalls nicht sehen
Es gibt keine Funktion zum Komprimieren oder Kürzen, man muss ständig neue Chats beginnen, und dabei sterben auch laufende Prozesse
Zum Beispiel wird sogar ein Telegram-Listener beendet
Die Installation unter Linux/WSL ist auch nicht einfach, sodass ich am Ende die Windows-IDE verwendet und auf WSL zeigen lassen habe
Schon nach etwa einer Stunde Einrichtung nach dem Wechsel vom gemini-cli-Modell wirkt das wie ein massives Downgrade ohne erkennbaren Grund
Mir ist dasselbe passiert
Ich konnte nicht herausfinden, wie man im neuen Release den IDE-Modus nutzt, und am Ende stellte sich heraus, dass es ein Bug war
Eigentlich sollte die IDE nicht automatisch entfernt werden, sondern der Nutzer sollte darauf klicken können, wie bei „Keep the antigravity IDE“ bei 1:09 im Demo-Video
https://www.youtube.com/watch?v=6C0FjHoN3qE
Nach einer sauberen Neuinstallation und dem Deaktivieren von Auto-Updates war das Problem gelöst
Ich war überrascht, wie leicht Leute wegen des Zugangs zu Coding-Agenten auf eine Closed-Source-IDE umsteigen
Der Preis für die enge Integration von IDE und Coding-Agent ist ein Lock-in-Effekt
Denn die Hürde, die IDE zu wechseln, ist nicht so niedrig, wie man vielleicht denkt
Mit einer Open-Source-IDE und CLI-Agenten bleibt die Entwicklungsumgebung eher stabil
Die Trennung zwischen Agent und IDE ist zwar etwas lästig, aber man kann viel leichter zwischen Claude Code, Codex, Gemini CLI und jetzt auch Antigravity CLI wechseln
In einer Situation, in der sich Preise und Coding-Leistung scheinbar monatlich ändern, lässt sich dieser Unterschied leichter ausnutzen
Visual Studio, Android Studio, XCode, IntelliJ, CLion, PyCharm und andere sind alle so, und selbst in der Kategorie „schicke Texteditoren“ waren Tools wie Sublime immer ausreichend populär
Schon witzig
Der entscheidende Punkt ist, dass man seine Kontextschichten selbst besitzt und Techniken, Hooks usw. ausreichend portabel hält; dann ist es tatsächlich sehr einfach, sogar mitten in der Arbeit den Agenten zu wechseln
Genauer gesagt ein Codeium-Skin, und in ein paar Minuten kann man wieder auf die Microsoft- oder Cursor-Version zurückwechseln
Ich zahle für Google Workspace Starter
In letzter Zeit werde ich zunehmend zum Upgrade gedrängt
Es erscheinen große Buttons in Gmail, große Hinweise oben in der Mailansicht der mobilen App und sogar zwei Buttons, um irgendwelche unerwünschten AI-Funktionen zu aktivieren
Ich zahle ohnehin schon ziemlich viel und möchte nicht das Doppelte zahlen müssen, nur um nicht belästigt zu werden
Buttons für Funktionen, die extra kosten, sind noch okay, aber als bereits zahlender Kunde mit Hinweisen und großen Buttons zum Upgrade gedrängt zu werden, ist Schikane
Ich habe vor Kurzem ein Dokument per Screensharing gezeigt und dabei einen neuen Button direkt über dem Dokument gesehen, der sinngemäß „Bitte nutze Gemini“ sagte
Zusätzlich zum Zauberstern-Icon rechts und dem Gemini-Menüeintrag
In Chrome gibt es außerdem noch einen Browser-AI-Button
Ich habe keine Ahnung, was Google da macht
Wenn die Priorität darin liegt, „darauf vertrauen zu können, dass das Tool, das wir verwenden wollen, auch dieses Tool bleibt“, dann verstehe ich wie du nicht, warum man nicht einfach eines der vielen Open-Source-Harnesses verwendet
Pi ist ein Beispiel, und es gibt unzählige weitere
Proprietäre Lösungen wie Google Antigravity oder Claude Code werden ihr Harness mit ziemlicher Sicherheit auf eine Weise verändern, die einem nicht gefällt
Ich verstehe nicht, warum man darüber dann auch noch Blogposts schreibt
Gute Agenten-Harnesses gibt es, aber eine gute Integration in den Editor scheint an Unternehmen gebunden zu sein und deren Geschäftszielen zu folgen