Eine sichtbare Anmeldung und eine gültige Nutzungsberechtigung sind zwei verschiedene Dinge. Die Anmeldung ist wie der Eintritt in ein Schulgebäude: Sie zeigt, dass Ihre Identität erkannt wurde. Sie sagt aber noch nicht, ob Sie den Raum betreten dürfen, in dem das gewünschte Werkzeug arbeitet.

Google bestätigt den Wechsel für persönliche kostenlose Konten sowie für Google AI Pro und Ultra am 18.06.2026. Diese Datumsangabe ist keine Vermutung aus einem Forum, sondern Teil der offiziellen Google-Ankündigung zum Wechsel von Gemini CLI zu Antigravity CLI.

Unternehmenszugänge und API-Schlüssel behandeln Sie anders. Bei diesen Varianten dürfen Sie nicht automatisch annehmen, dass dieselben Regeln gelten. Prüfen Sie die jeweilige Kontodokumentation und die in Ihrem Projekt verwendete Authentifizierung. Die offizielle Übersicht zu den Abkündigungen und Übergängen ist dafür der bessere Ausgangspunkt als eine einzelne Fehlermeldung.

Die sinnvolle Reihenfolge lautet daher: Kontotyp feststellen, offizielle Übergangsinformation lesen, dann die technische Umgebung prüfen. Nur wenn Ihr Konto weiterhin berechtigt ist, lohnt sich eine klassische Netzwerk- oder Installationsanalyse.

Ihr Quellcode und Ihr CLI-Werkzeug sind nicht dasselbe. Stellen Sie sich Ihr Projekt als Arbeitsheft und das CLI als persönlichen Tutor vor. Wenn Sie den Tutor wechseln, verschwindet das Arbeitsheft nicht automatisch. Notizen des alten Tutors, lokale Einstellungen und der bisherige Gesprächsverlauf müssen aber nicht vollständig mitkommen.

Bevor Sie Gemini CLI beenden, führen Sie diese Prüfung durch:

1. Öffnen Sie den tatsächlichen Projektordner und notieren Sie seinen Speicherort.
2. Prüfen Sie, ob ungespeicherte Dateien im Editor geöffnet sind.
3. Kontrollieren Sie den Status Ihrer Versionsverwaltung, falls das Projekt eine solche verwendet.
4. Sichern Sie eine Kopie des Ordners an einem getrennten Speicherort.
5. Entfernen Sie Testschlüssel, Zertifikate und persönliche Zugangsdaten aus der Kopie.
6. Schreiben Sie auf, welche lokalen Konfigurationsdateien und Umgebungsvariablen das Projekt benötigt.

Bei einem Python-Projekt kann das eine virtuelle Umgebung oder eine Konfigurationsdatei sein. Bei einem Frontend-Projekt können Abhängigkeiten und lokale Umgebungswerte eine Rolle spielen. Bei einem Xcode-Projekt gehören Projektdateien, Ressourcen, Signierungseinstellungen und lokale Build-Artefakte nicht automatisch in dieselbe Sicherung.

Der Wechsel zu Antigravity CLI bedeutet also nicht automatisch, dass Ihr Code verloren geht. Sicher ist die Aussage aber nur für den Projektordner, den Sie tatsächlich kontrollieren. Sitzungen, Gesprächsverläufe und werkzeugspezifische Präferenzen müssen Sie gesondert beurteilen.

Achtung: Öffnen Sie den neuen Arbeitsbereich zunächst mit einer löschbaren Kopie. Ein Assistent, der Dateien verändern darf, sollte nicht als erster Test auf eine benotete Abgabe, private Schlüssel oder ein Zertifikatsverzeichnis angesetzt werden.

Zweiter Schritt: Den Installationsort passend zum Projekt wählen

Antigravity CLI gehört auf den Rechner, auf dem Sie den Arbeitsbereich speichern und ausführen. Liegt Ihr Xcode-Projekt auf einem Remote Mac, genügt es nicht, das Werkzeug nur auf Ihrem lokalen Windows-PC zu installieren. Der lokale Rechner kann zwar als Zugang dienen; die Befehle und Dateien laufen dann trotzdem auf dem entfernten Mac.

Das gilt auch für AI-Programmierung mit Python oder Frontend-Code. Entscheidend ist nicht, wo Ihr Bildschirm steht, sondern wo diese Punkte liegen:

• der Projektordner,
• die verwendete Laufzeitumgebung,
• die Abhängigkeiten,
• die macOS-spezifischen Werkzeuge,
• die Dateien, die das CLI lesen oder verändern soll.

Wenn ein Schulrechner keine Installationsrechte bietet, umgehen Sie diese Sperre nicht. Das kann gegen die Regeln der Schule verstoßen und hinterlässt eine Umgebung, die Sie später nicht zuverlässig reproduzieren können. Verwenden Sie stattdessen eine persönliche Umgebung oder einen Browser-Arbeitsablauf, den die Schule ausdrücklich erlaubt.

Die offizielle Antigravity-Dokumentation und das offizielle Antigravity-CLI-Codelab sollten für Installationsbefehle, unterstützte Systeme und aktuelle Anmeldung maßgeblich sein. Da sich Versionen und Befehle ändern können, übernehme ich hier bewusst keinen festgeschriebenen Befehl aus einer älteren Anleitung.

Nach der Installation prüfen Sie drei Basispunkte:

• Gibt der Rechner den von der offiziellen Anleitung erwarteten Pfad aus?
• Liefert der Aufruf zur Versionsprüfung eine Ausgabe?
• Startet der Anmeldevorgang ohne Fehlermeldung?

Eine Versionsnummer allein beweist noch nicht, dass Ihr Konto für die gewünschte Funktion zugelassen ist. Sie zeigt nur, dass ein Programm gefunden und gestartet wurde.

Die Migration ist erst dann brauchbar, wenn fünf Kontrollpunkte erfüllt sind: Konto, Projekt, Start, Rechte und Kursaufgabe. Jeder Punkt braucht eine Beobachtung, eine risikoarme Aktion, ein erwartetes Ergebnis und eine klare Abbruchbedingung.

Arbeitsbereichsvertrauen funktioniert wie eine Türkarte im Klassenraum. Die Anmeldung bestätigt Ihre Person. Die Vertrauensentscheidung bestimmt zusätzlich, welchem Ordner das Werkzeug vertrauen darf. Eine Bestätigung sollte deshalb nicht reflexartig erfolgen.

Bei der ersten Ausführung verwenden Sie ein kleines Übungsprojekt. Lassen Sie zunächst eine harmlose Analyse durchführen, etwa eine Übersicht der Dateien oder eine Erklärung einer einzelnen Funktion. Prüfen Sie danach die vorgeschlagenen Änderungen. Erst anschließend erlauben Sie eine begrenzte Bearbeitung.

Besondere Vorsicht gilt bei:

• API-Schlüsseln in Umgebungsdateien,
• privaten Zertifikaten,
• SSH-Schlüsseln,
• persönlichen Dokumenten im übergeordneten Ordner,
• automatischen Befehlen mit weitreichenden Dateirechten.

Teilen Sie kein Konto. Kopieren Sie keine geheimen Schlüssel in einen Prompt. Lassen Sie keine unbeaufsichtigte Ausführung mit weitreichenden Rechten auf einem echten Kursprojekt zu. Wenn eine Bestätigung unklar ist, stoppen Sie den Vorgang und lesen Sie die aktuelle Produktdokumentation.

Für zusätzliche Beispiele zur kontrollierten Prüfung von Codeänderungen können Sie die Google-Anleitung zum Antigravity-Arbeitsablauf heranziehen. Sie ersetzt keine individuelle Prüfung Ihres Kontos, zeigt aber, wie ein dokumentierter Lernablauf aufgebaut sein kann.

Nutzen Sie die folgenden Entscheidungsbedingungen statt eines pauschalen „Alles neu installieren“:

• Wenn Sie ein persönliches kostenloses Konto, Google AI Pro oder Ultra verwenden und der Dienst nach dem bestätigten Übergangsdatum nicht mehr arbeitet, dann migrieren Sie zu Antigravity CLI.
• Wenn Sie ein Unternehmenskonto verwenden, dann prüfen Sie zuerst die Freigabe Ihrer Organisation und halten Sie deren Vorgaben ein.
• Wenn Sie einen API-Schlüssel einsetzen, dann prüfen Sie den unterstützten Authentifizierungsweg in der offiziellen Dokumentation, bevor Sie den bisherigen Arbeitsablauf entfernen.
• Wenn Ihr Projektstatus unklar ist, dann sichern und kopieren Sie das Projekt zuerst. Verschieben Sie die Migration, bis ungespeicherte Änderungen nachvollziehbar sind.
• Wenn Antigravity CLI startet, aber nur auf einem unkritischen Beispielprojekt funktioniert, dann bleiben Sie vorerst im Testbetrieb.
• Wenn eine wichtige Kursabgabe unmittelbar bevorsteht, dann testen Sie den neuen Ablauf parallel, statt das funktionierende Verfahren am selben Tag vollständig zu ersetzen.
• Wenn es sich um ein iOS-Projekt handelt, dann reicht eine fertige Textänderung nicht aus. Bauen Sie das Projekt mit Xcode und prüfen Sie, ob Simulator oder Gerät den geänderten Code tatsächlich ausführen.

Die letzte Bedingung ist besonders wichtig. Ein AI-Werkzeug kann melden, dass eine Aufgabe erledigt wurde, obwohl ein Build wegen Signierung, fehlender Abhängigkeit oder einer fehlerhaften Projektdatei scheitert. Für Lernende zählt daher nicht nur die Antwort des CLI, sondern das überprüfbare Ergebnis im passenden Entwicklungswerkzeug.

Falls Sie dafür einen Remote Mac nutzen, können Sie die verfügbaren Mac-Arbeitsumgebungen von KVMNODE als Ausgangspunkt vergleichen. Für eine Lernaufgabe sollten Sie zunächst klären, ob Sie nur macOS ausprobieren, ein Xcode-Projekt bauen oder regelmäßig an demselben Projekt arbeiten möchten. Diese drei Fälle haben unterschiedliche Anforderungen an Zugriff, Speicherort und Sitzungsdauer.

Warum kann ich mich anmelden, aber keine Anfragen senden?

Eine Anmeldung bestätigt nur die Identität. Sie bestätigt nicht automatisch die Berechtigung für den bisherigen Dienst. Prüfen Sie deshalb den Kontotyp und das offizielle Übergangsdatum. Bei persönlichen Konten ist der Wechsel zu Antigravity CLI der vorgesehene nächste Schritt. Bei Unternehmens- oder API-Zugängen muss die konkrete Berechtigung separat kontrolliert werden.

Gehen Projektdateien beim Wechsel verloren?

Nicht automatisch. Das Werkzeug und Ihr Projektordner sind getrennte Dinge. Gefährdet sind eher ungespeicherte Änderungen, lokale Einstellungen, Sitzungsdaten und versehentlich einbezogene Geheimnisse. Legen Sie vor dem Wechsel eine Kopie an, prüfen Sie den Status der Versionsverwaltung und testen Sie Antigravity CLI zunächst mit einem kleinen, löschbaren Projekt.

Kann Antigravity CLI das alte Codeverzeichnis verwenden?

Das kann möglich sein, muss aber anhand der aktuellen Dokumentation und der Arbeitsbereichsrechte geprüft werden. Öffnen Sie die Kopie des ursprünglichen Ordners, nicht sofort die einzige Originalfassung. Kontrollieren Sie die vorgeschlagenen Dateizugriffe und vergleichen Sie die Änderungen nach dem ersten Test. So erkennen Sie fehlende Abhängigkeiten oder unerwartete Schreibvorgänge rechtzeitig.

Wo wird Antigravity CLI auf einem Remote Mac installiert?

Auf dem Remote Mac, wenn dort auch der Projektordner und die macOS-Entwicklungsumgebung liegen. Eine lokale Installation unter Windows steuert den entfernten Rechner nicht automatisch. Prüfen Sie den Installationspfad, den Versionsaufruf und die Anmeldung direkt in derselben Umgebung, in der Sie später auch Python-, Frontend- oder Xcode-Befehle ausführen.

Wenn Ihr persönliches Konto betroffen ist, bringt wiederholtes Neuinstallieren von Gemini CLI voraussichtlich keine Lösung. Prüfen Sie zuerst das Konto, sichern Sie das Projekt, installieren Sie Antigravity CLI am tatsächlichen Projektort und testen Sie die Rechte mit einer Kopie. Bei einem Unternehmenskonto oder einer geeigneten API-Authentifizierung ist dagegen eine Berechtigungsprüfung der richtige erste Schritt.

Ein lokaler Windows-PC bleibt für viele Programmieraufgaben sinnvoll. Für macOS-spezifische Werkzeuge wie Xcode brauchen Sie jedoch einen passenden Mac-Arbeitsablauf. Ein Remote Mac kann dafür schneller startklar sein als ein ungeprüftes virtuelles System, bringt aber eigene Fragen zu Verbindung, Sitzungszugriff, Dateisicherung und Datenschutz mit sich. Wenn Sie Dateien mit personenbezogenen Daten verarbeiten, prüfen Sie zusätzlich die Anforderungen Ihrer Hochschule und der DSGVO.

Der aktuelle Workaround über lokale Neuinstallationen hat drei klare Nachteile: Er löst keine geänderte Kontoberechtigung, er kostet Zeit durch wiederholte Fehlersuche und er kann ungesicherte Projektänderungen verdecken. Eine virtuelle Umgebung kann zusätzlich an macOS-Kompatibilität, Gerätezugriff oder Xcode-Integration scheitern. Wenn Sie nur für ein Kursprojekt oder eine Migration vorübergehend eine kontrollierte macOS-Umgebung brauchen, ist ein gemieteter Remote Mac von KVMNODE oft die übersichtlichere Option: Sie installieren das Werkzeug dort, wo das Projekt läuft, und können den Ablauf mit einer kopierbaren Aufgabe prüfen. Für einen dauerhaften, intensiv genutzten Entwicklungsrechner oder spezielle physische Anschlüsse bleibt ein eigener Mac die passendere Wahl.

Starten Sie mit einer kleinen Kursdatei. Erst wenn Konto, Projekt, Rechte und Build-Ergebnis nachvollziehbar funktionieren, sollten Sie den vollständigen Arbeitsbestand übernehmen. Weitere Informationen zur Auswahl einer Mac-Umgebung finden Sie in der Übersicht zum Mac Mini M4 für Entwicklungsaufgaben.