Google Antigravity, Gemini API oder Chat: der Einstieg
Gemini3 Team · 7. August 2026 · 4 min read
Ein IDE-Agent, eine API-Anwendung und ein Chat können bei einer Programmieraufgabe helfen. Sie besitzen jedoch unterschiedlichen Zugriff auf Dateien, Werkzeuge und Ausführungsergebnisse. Die Wahl der Oberfläche sollte deshalb von der Aufgabe abhängen, nicht allein vom Modellnamen.
Dieser Leitfaden verwendet ein kleines Code-Review als Beispiel. Er erfindet weder einen Antigravity-Installationsbefehl noch setzt er eine verwaltete Sandbox in einem Drittanbieter-Chat voraus.
Den benötigten Zugriff bestimmen
Notieren Sie Eingabe, gewünschtes Ergebnis und notwendige Aktionen. Für die Besprechung einer Funktion genügt möglicherweise ein Textausschnitt. Die Suche nach sämtlichen Aufrufern benötigt Zugriff auf das Repository. Die Bestätigung einer Fehlerbehebung erfordert eine Umgebung, in der passende Tests laufen können.
Ein vorgeschlagener Plan ist keine ausgeführte Aktion. Berechtigungen und tatsächlich verfügbare Werkzeuge bestimmen, welche Schritte ein Agent erledigen kann. Lesen Sie die aktuelle Produktdokumentation für Antigravity beziehungsweise die Gemini-API-Dokumentation für eine eigene Integration. Übertragen Sie Anleitungen verschiedener Produkte nicht ungeprüft aufeinander.
Repository-Arbeit in einer IDE durchführen
Eine IDE ist sinnvoll, wenn mehrere Dateien zusammen betrachtet und Änderungen im Projektkontext geprüft werden müssen. Klären Sie Arbeitsbereich, erlaubte Befehle sowie Möglichkeiten zum Prüfen und Zurücknehmen von Änderungen.
Lesen Sie Projektanweisungen und berücksichtigen Sie vorhandene lokale Änderungen. Lassen Sie einen begrenzten Plan mit betroffenen Dateien und zu erhaltendem Verhalten erstellen. Prüfen Sie den Diff, bevor Sie ihn übernehmen, und führen Sie Kontrollen durch, die das geänderte Verhalten tatsächlich abdecken.
Ein Befehl wie antigravity-cli serve --model=gemini-3 wird hier nicht als gültige Produktschnittstelle ausgegeben. Verwenden Sie Installationsschritte aus der offiziellen Produktdokumentation statt aus erfundenen Shell-Beispielen.
Eine API für wiederholbare Anwendungen nutzen
Eine API-Anwendung kann Eingaben, Ausgaben, Fehlerbehandlung und ausdrücklich angeschlossene Werkzeuge kontrollieren. Dafür müssen Authentifizierung, Rate Limits, Zeitüberschreitungen und unvollständige Ergebnisse behandelt werden.
Bewahren Sie Schlüssel außerhalb von Quelltext und Prompts auf. Beginnen Sie mit einem offiziellen Beispiel für die verwendete API-Familie und ergänzen Sie Validierung. Protokollieren Sie Konfigurationen und Fehlerkategorien, aber keine Geheimnisse. Trennen Sie vorgeschlagene externe Aktionen von dem Anwendungscode, der sie genehmigt und ausführt.
Legen Sie außerdem fest, welcher Gesprächszustand gespeichert und nach Fehlern wiederhergestellt wird. Ein Gesprächsverlauf ist keine Datenbank. Bei einem verwalteten Agenten gelten dessen dokumentierte Regeln für Zustand und Berechtigungen.
Chat für begrenzte Fragestellungen verwenden
Im Chat lassen sich ein Codeausschnitt, eine Aufgabenbeschreibung oder ein möglicher Patch diskutieren. Das ist hilfreich, um Anforderungen vor einer Integration zu klären. Es gewährt aber nicht automatisch Zugriff auf Repository oder Testumgebung.
Nutzen Sie in MidassAI Chat nur Modelle und Werkzeuge, die Ihrem Konto tatsächlich zur Verfügung stehen. Fügen Sie einen relevanten Auszug ein, wenn Dateizugriff fehlt. Kopieren Sie geprüfte Ergebnisse bei Bedarf manuell in eigene Notizen. API-Regler, dauerhafte Erinnerung oder ein bestimmter Exportknopf werden hier nicht vorausgesetzt.
Dieselbe kleine Aufgabe vergleichen
Wählen Sie einen Fehler mit eindeutigem Sollverhalten. Stellen Sie Funktion, fehlschlagende Eingabe, beobachtetes Ergebnis und nötige Umgebungsinformationen bereit. Definieren Sie einen Normalfall und einen Randfall vor der Änderung.
Schlage die kleinste Korrektur vor. Erkläre das geänderte Verhalten und nenne fehlenden Kontext. Trenne empfohlene Tests von tatsächlich ausgeführten Tests. Verändere keine unabhängigen Funktionen.
Im Chat prüfen und übernehmen Sie den Vorschlag selbst. In einer autorisierten IDE prüfen Sie Diff und tatsächliche Befehlsausgaben. Bei einer API-Anwendung validieren Sie das Ergebnis und nutzen den üblichen Review-Prozess. Ähnliche Antworten können auf sehr unterschiedlicher Beweislage beruhen.
Belege und Nebenwirkungen kontrollieren
Erfassen Sie, welche Dateien gelesen wurden, welche Informationen fehlten, welche Tests wirklich liefen und wie viel Nacharbeit nötig war. Verwenden Sie keine erfundenen Einrichtungszeiten. Messen Sie wichtige Zeiten unter dokumentierten Ausgangsbedingungen selbst.
Halten Sie den ersten Versuch klein, prüfen Sie Befehle und begrenzen Sie externe Aktionen. Analysieren Sie Fehler vor einem erneuten Versuch, besonders wenn eine Wiederholung Daten verändern könnte. Der passende Einstieg liefert die benötigten Zugriffe und überprüfbare Ergebnisse mit vertretbarem Review-Aufwand.