Welche Anwendung von der Änderung betroffen ist
Dieser Beitrag betrifft die Antigravity-Agenten-API innerhalb der Gemini-Entwicklerdokumentation. Er ist keine pauschale Installationsanleitung für die Antigravity-Entwicklungsumgebung. Prüfen Sie zuerst, ob Ihr Projekt einen Agenten über die Interactions API anspricht und welche Kennung verwendet wird. Suchen Sie auch in Zeitplänen, Hintergrundjobs und Konfigurationen nach der Mai-Version. Eine Anwendung kann interaktiv bereits die neue Kennung nutzen, während ein nächtlicher Bericht noch auf der alten läuft. Dokumentieren Sie pro Ablauf Auslöser, Umgebung, Ergebnistyp und Verantwortlichen. Diese Bestandsaufnahme bestimmt, welche Migration und Tests tatsächlich erforderlich sind.
Remote-Läufe und lokale Tools getrennt behandeln
Google unterscheidet im Changelog zwei Fälle. Läuft der Auftrag in einer entfernten Sandbox und verarbeitet die Anwendung nur den abschließenden Text oder model_output-Schritte, soll der Wechsel der Agent-ID ausreichen. Verwendet die Integration dagegen lokale Werkzeuge oder analysiert function_call-Schritte, ändern sich die eingebauten Werkzeuge und ihre Parameter. Diese Aussage ist eine technische Migrationshilfe, keine Garantie für identische Ergebnisse. Auch beim einfachen Fall sollten Ausgabeformat, Zeitbedarf und Fehlerbehandlung geprüft werden. Die Umgebung entscheidet außerdem, welche Dateien und Dienste erreichbar sind. Sie gehört deshalb zur dokumentierten Konfiguration des Auftrags.
Dateiwerkzeuge und Ereignisverarbeitung anpassen
Die September-Version verwendet bei den betroffenen lokalen Werkzeugen andere Namen und PascalCase-Parameter. Besonders relevant ist die Bearbeitung von Dateien: Anstelle eines vollständigen Neuschreibens kommen zeilenbezogene Ersetzungen zum Einsatz. Ein Adapter, der alte Namen oder ein bestimmtes Argumentformat erwartet, kann dadurch ausfallen. Prüfen Sie erlaubte Pfade, Eingabevalidierung und die Verarbeitung von Rückgabewerten an der neuen Dokumentation. Übernehmen Sie Beispiele nicht ungeprüft: Einzelne Sprachbeispiele auf der Agentenseite enthalten beim Quellencheck noch ältere Versionskennungen. Maßgeblich für den Wechsel sind die datierte Release-Note und ein tatsächlich erfolgreicher Test Ihrer Integration.
Beispiel: einen wiederkehrenden Recherchebericht umstellen
Ein Unternehmen lässt aus freigegebenen Quellen wöchentlich einen internen Bericht erstellen. Für die Migration wird ein repräsentativer Auftrag in einer separaten Umgebung ausgeführt. Der Test verlangt dieselbe Gliederung, Quellenliste und Ablage wie bisher. Prüfen Sie, ob die Anwendung Zwischenstände richtig erkennt und erst den fertigen Bericht weitergibt. Bei einem Abbruch muss der letzte gültige Bericht als alt gekennzeichnet bleiben. Erst nach fachlicher Prüfung wird der echte Zeitplan auf die neue Version umgestellt. Falls der Agent Dateien lokal bearbeitet, gehört ein Test mit einer kleinen kontrollierten Beispieldatei vor den Berichtslauf.
Preview-Grenzen in die Lösung einplanen
Die Dokumentation bezeichnet Agent und Interactions API als Preview und weist auf mögliche Änderungen hin. Sie nennt außerdem Grenzen, etwa fehlende Unterstützung für bestimmte Werkzeuge und strukturierte Ausgaben. Planen Sie deshalb keinen geschäftskritischen Ablauf auf der Annahme, jedes beliebige Schema werde zuverlässig direkt erzwungen. Prüfen Sie die Ausgabe in der Anwendung und behandeln Sie unvollständige Ergebnisse ausdrücklich. Beschränken Sie Aufwand und Wiederholungen pro Auftrag. Ein langfristiger Agent kann viele Schritte erzeugen; eine einzelne Startanforderung ist deshalb kein verlässliches Maß für Kosten. Die öffentliche Dokumentation ersetzt keine Beobachtung Ihrer tatsächlichen Läufe.
Vor dem Abschaltdatum einen geprüften Rückweg festlegen
Führen Sie vor dem 5. Oktober einen vollständigen Wiederholungslauf durch. Dazu gehören Start, Dateizugriff, ein erwarteter Fehler und das fertige Ergebnis. Prüfen Sie bei lokalen Änderungen auch, ob nur die beabsichtigten Zeilen bearbeitet wurden. Halten Sie Protokolle frei von vertraulichen Rohdaten und erfassen Sie stattdessen Status, Version und Fehlerklasse. Der Rückweg nach der Abschaltung darf nicht auf der alten Agent-ID beruhen: Er kann eine manuelle Erstellung oder ein anderer bereits getesteter Ablauf sein. Im KI-Systemcheck lässt sich klären, ob eine Agentenlösung überhaupt nötig ist oder eine kleinere Automatisierung genügt.
Fragen zur Antigravity-Migration
Ist die Mai-Version sofort abgeschaltet? Laut Release-Note ist der 5. Oktober 2026 vorgesehen. Genügt das Ersetzen der Kennung? Nur für den beschriebenen einfachen Remote-Fall; lokale Tools und verarbeitete Werkzeugaufrufe brauchen zusätzliche Prüfung. Betrifft das jede Nutzung der Antigravity-App? Dieser Hinweis betrifft die Agenten-API und deren Versionskennung. Ist die September-Version bereits ein stabiles Langzeitprodukt? Google führt Agent und Interactions API weiterhin als Preview. Was ist der wichtigste Abnahmetest? Derselbe reale Auftrag muss nach der Umstellung das erwartete, fachlich geprüfte Ergebnis liefern und bei fehlenden Daten nachvollziehbar scheitern.
Nachvollziehbar bleiben
Primärquellen
- Google: Gemini API release notesQuellenstand:
- Google: Antigravity agent APIQuellenstand:
- Google: AI Studio and Gemini API available regionsQuellenstand:
