Was sind Antigravity Skills?
Antigravity Skills bündeln wiederholbare Anweisungen für die Arbeit mit Agenten. Statt dieselben Einrichtungshinweise in jeden Prompt zu kopieren, halten Sie einen fokussierten Ablauf in einem benannten Skill fest. Der Agent kann ihn auswählen, wenn die Beschreibung zur Aufgabe passt. Ein guter Skill ist kein großes Regelwerk, sondern eine kleine, testbare Einheit mit Einsatzgrenzen, benötigten Dateien, Arbeitsschritten und einem klaren Ergebnis.
Wichtig ist die Unterscheidung zwischen Fähigkeit und Berechtigung. Ein Skill kann zeigen, wie ein Agent ein Sitemap prüft, einen Release-Check ausführt oder eine Komponente vorbereitet. Er macht nicht automatisch jeden Befehl sicher. Für Shell, Netzwerk, Secrets, Dateilöschung, Paketinstallation oder MCP-Tools kann weiterhin eine Freigabe nötig sein. Grenzen müssen sichtbar bleiben, damit ein Shortcut nicht zu stiller Automatisierung wird.
Zur Suchintention rund um Antigravity Skills gehören auch GitHub-Sammlungen, Installationsfragen und Vergleiche mit Rules. Diese Themen sind verwandt, aber nicht identisch. Diese Seite führt von einem leeren Ordner zu einem geprüften Skill und verweist Fragen zu Plugins, CLI, MCP und Berechtigungen an die passenden Leitfäden.
Wo liegen Antigravity Skills?
Der genaue Speicherort hängt davon ab, ob der Skill nur für ein Projekt oder für Ihr Benutzerkonto verfügbar sein soll. Folgen Sie der aktuellen offiziellen Dokumentation für die verwendete Produktoberfläche und prüfen Sie vor der Fehlersuche den aktiven Workspace und Account. Häufig wird ein gültiges SKILL.md in einem Verzeichnis angelegt, das die aktuelle Agent-Sitzung gar nicht durchsucht.
Wählen Sie den Projektbereich, wenn ein Skill Repository-Skripte, lokale Konventionen oder einen bestimmten Deployment-Ablauf benötigt. Der Benutzerbereich eignet sich für allgemeine Workflows, die Sie in mehreren Repositories testen. Projektpfade und Secrets gehören nicht in einen globalen Skill. Lesen Sie außerdem alle referenzierten Dateien, bevor ein Community-Skill in ein sensibles Repository kopiert wird.
| Bereich | Typischer Ort | Geeignet für | Erster Check |
|---|---|---|---|
| Projekt | .agents/skills/<skill-name>/ | Repository-spezifische Workflows, Skripte und Konventionen | Öffnen Sie den Workspace, dem der Skill gehört, und prüfen Sie den aktiven Branch. |
| Benutzer | Ihr konfiguriertes Benutzerverzeichnis für Skills | Wiederverwendbare Workflows in mehreren Projekten | Bestätigen Sie das angemeldete Profil und den für die aktuelle Version dokumentierten Benutzerpfad. |
| Referenzdateien | references/, scripts/, assets/ unterhalb des Skills | Lange Checklisten, Hilfsskripte, Beispiele und Zusatzmaterial | Lesen Sie die Skill-Anweisungen, bevor Sie einen Helper ausführen. |
| Externe Sammlung | Ein geprüftes Git-Repository oder offizieller Katalog | Community-Workflows entdecken, ohne sie als eingebaut auszugeben | Prüfen Sie Herausgeber, Lizenz, Commits, Abhängigkeiten und verlangte Berechtigungen. |
Einen Antigravity Skill mit SKILL.md erstellen
Beginnen Sie mit dem kleinsten nützlichen Skill. Wählen Sie eine Aufgabe, etwa die Prüfung eines statischen Site-Releases, eine Migrationskontrolle oder einen Testplan. Verwenden Sie für den Ordner einen stabilen Namen in Kleinbuchstaben. Die kurze Beschreibung muss sagen, was der Skill tut und wann er ausgewählt werden soll. Eine vage Beschreibung verhindert die Entdeckung; ein zu breiter Umfang kann den Skill für Aufgaben aktivieren, die er nicht sicher abschließen kann.
Halten Sie die Hauptdatei lesbar. Workflow, Grenzen, erwartete Nachweise und Abbruchbedingungen gehören in SKILL.md. Verschieben Sie lange Beispiele und spezielle Referenzen in Unterdateien und erklären Sie, wann diese gelesen werden müssen. Wenn ein Skill einen Befehl ausführen soll, nennen Sie den Befehl, die erwartete Ausgabe und die Reaktion auf ein abweichendes Ergebnis.
- Eine Aufgabe wählenBeschreiben Sie die Benutzerentscheidung, bei der der Skill hilft, nicht jede Technologie Ihres Stacks.
- Ordner anlegenVerwenden Sie einen stabilen Namen und die Projekt- oder Benutzerreichweite, die Sie testen wollen.
- Frontmatter schreibenFügen Sie einen klaren Namen und eine klare Beschreibung hinzu, damit die Entdeckung natürlich passt.
- Workflow ergänzenListen Sie Eingaben, geordnete Schritte, Belege, Sicherheitsgrenzen und die Definition von fertig auf.
- Mit einer kleinen Aufgabe testenBitten Sie zuerst um einen Dry Run oder eine Prüfung ohne Schreibzugriff und erlauben Sie Änderungen erst nach der Kontrolle.
name: sitemap-release-check; description: statisches Sitemap prüfen, erzeugtes HTML kontrollieren, UTF-8 validieren und Belege vor jeder Änderung melden.
Das Beispiel zeigt eine Struktur und garantiert weder einen bestimmten Ordnernamen noch denselben Befehl für jedes Release. Passen Sie es vor der Veröffentlichung an die aktuelle Google-Dokumentation und Ihre Repository-Konventionen an.
Wie der Agent einen Skill verwendet
Die Entdeckung beginnt meist mit Name und Beschreibung des Skills. Sieht eine Aufgabe passend aus, soll der Agent die Hauptanweisungen lesen und danach nur die benötigten Referenzen laden. Dieses Muster hält den ersten Kontext klein und macht sichtbar, welche Details die Antwort beeinflusst haben. Es schafft außerdem einen guten Prüfpunkt: Lesen Sie die Skill-Datei, bevor Sie dem vorgeschlagenen Workflow vertrauen.
Ein guter Skill beschreibt seine Grenzen. Sagen Sie, ob er nur lesen darf, welche Verzeichnisse betroffen sind, welche Befehle sicher sind, was eine Bestätigung braucht und welche Nachweise gespeichert werden sollen. Ändert die Aufgabe ein Repository, verlangen Sie eine abschließende Diff-Prüfung und einen sauberen Git-Status. Bei externen Diensten müssen offizieller Endpoint oder Quelle genannt werden; ein Mirror darf nicht stillschweigend eingesetzt werden.
Der erste Lauf sollte unspektakulär sein. Lassen Sie Dateien inventarisieren, den Plan erklären oder ein harmloses Fixture prüfen. Ein überraschender Befehl, eine ungeklärte Netzwerkanfrage oder die Bitte um ein Token sind Stoppsignale und kein Grund, Berechtigungen zu erweitern.
Zuordnen
Aufgabe und Beschreibung verweisen auf denselben erkennbaren Workflow.
Lesen
Der Agent lädt die Hauptanweisungen und nur die für die Aufgabe nötigen Referenzen.
Planen
Der Skill zeigt Annahmen, Schreibbereich, Befehle und Abbruchbedingungen vor dem Handeln.
Prüfen
Das Ergebnis enthält konkrete Dateien, URLs, Testausgaben oder andere Belege statt einer pauschalen Erfolgsmeldung.
Review
Sie prüfen Diff, Berechtigungen und externe Auswirkungen, bevor der Workflow zum Standard wird.
Skills, Rules, Plugins und MCP im Vergleich
Der Begriff „Antigravity-Anpassung“ umfasst mehrere Oberflächen. Eine gute Seite macht die Grenze deutlich: Ein Skill ist für eine wiederholbare Aufgabenprozedur gedacht, eine Rule für eine dauerhafte Anweisung oder Einschränkung, ein Plugin oder eine Extension für Produktintegration und MCP für eine Tool- oder Datenverbindung. Diese Bereiche können zusammenarbeiten, sind aber nicht austauschbar.
Antigravity Rules ist ein sinnvoller Kandidat für eine spätere eigene Recherche. Antigravity Plugins gehört bereits zum Extensions-Leitfaden der Website. Deshalb bleibt der Vergleich hier praktisch: Entscheiden Sie, was in die Skill-Datei gehört, verlinken Sie den passenden vorhandenen Leitfaden und wiederholen Sie nicht den vollständigen MCP- oder CLI-Leitfaden.
| Oberfläche | Hauptaufgabe | Geeignet, wenn |
|---|---|---|
| Skill | Einen wiederholbaren Workflow mit Eingaben, Schritten, Referenzen und Prüfung vermitteln | Die Aufgabe einen erkennbaren Anfang, Abschluss und Nachweisweg besitzt. |
| Rule | Eine dauerhafte Präferenz, Einschränkung oder Projektanweisung im Umfang halten | Die Anweisung viele unterschiedliche Aufgaben beeinflussen soll. |
| Plugin oder Extension | Host-Integration, Befehlsoberfläche, Sprachfunktion oder UI-Fähigkeit ergänzen | Eine Produktintegration statt einer geschriebenen Prozedur benötigt wird. |
| MCP-Server | Tools oder Ressourcen eines lokalen oder entfernten Dienstes bereitstellen | Der Workflow eine kontrollierte Daten- oder Aktionsgrenze außerhalb des Skill-Texts braucht. |
Einen Community-Skill sicher installieren und prüfen
Eine GitHub-Sammlung kann nützlich sein, aber ein Suchergebnis ist kein Vertrauenssignal. Prüfen Sie vor dem Kopieren eines Skills Repository-Historie, Lizenz, referenzierte Skripte, Paketdateien, Netzwerkaufrufe und benötigte Zugangsdaten. Lesen Sie das vollständige SKILL.md und alle verknüpften Referenz- oder Skriptdateien. Auch ein kurzer Skill kann einen destruktiven Befehl verlangen, wenn seine Details ungeprüft bleiben.
Nach der Installation testen Sie die Entdeckung in dem kleinsten Workspace, der die gewünschte Aufgabe reproduziert. Beginnen Sie mit einer Anfrage ohne Schreibzugriff und lassen Sie den Agenten erklären, welchen Skill er ausgewählt hat und warum. Vergleichen Sie die erwarteten Dateien mit dem tatsächlichen Diff. Hängt ein Skill von CLI, Plugin oder MCP-Server ab, testen Sie diese Abhängigkeit getrennt, damit Fehler nicht als Entdeckungsproblem missverstanden werden.
- Quelle lesenPrüfen Sie Herausgeber, Lizenz, Historie, Referenzen, Skripte, Abhängigkeiten und externe Endpoints.
- In eine Testreichweite kopierenVerwenden Sie ein Wegwerf-Repository oder einen Projektordner, bevor der Skill global verfügbar wird.
- Read-only-Prompt ausführenFordern Sie Inventar, Erklärung oder Dry-Run an, bevor Änderungen oder Shell-Aktionen erlaubt werden.
- Belege prüfenBestätigen Sie, dass ausgewählter Skill, gelesene Dateien, vorgeschlagene Befehle und Ausgabe Ihrer Absicht entsprechen.
- Vorsichtig freigebenTeilen Sie den Skill erst weiter, wenn sein Ablauf vorhersehbar und seine Berechtigungen dokumentiert sind.
- Legen Sie keine API-Schlüssel, Browser-Sitzungsdaten oder Produktionszugänge in eine Skill-Datei.
- Lassen Sie Lösch-, Deployment-, Zahlungs-, Nachrichten- und Kontoverwaltungsaktionen manuell prüfen.
- Pinnen oder prüfen Sie Abhängigkeiten, wenn ein Skill ein Skript, einen Paketmanager oder einen externen Dienst aufruft.
- Nutzen Sie Versionskontrolle, damit eine generierte Änderung geprüft und zurückgenommen werden kann.
- Behandeln Sie eine unbekannte Netzwerkanfrage als Anlass zum Stoppen und Untersuchen.
Versions- und Quellenprüfung
Dieses Projekt ist eine Software-Download-Seite, daher wurde die Versionsprüfung vor der Veröffentlichung des Leitfadens abgeschlossen. Am 19.08.2026 wurden die offizielle Antigravity-Dokumentation und der Download-Ablauf für die aktuellen Produktlinien geprüft. Auf dieser Website stehen Antigravity 2.0 v2.8.1 und Antigravity IDE v2.5.5; der CLI-Leitfaden wurde auf v1.1.14 synchronisiert. Das Skill-Verhalten kann sich unabhängig von Installer-Versionen ändern. Verwenden Sie für Skills deshalb die offizielle Dokumentation als letzte Instanz.
Der Download-CTA bleibt ein Fallback zur offiziellen Seite. Eine dauerhafte Binär-URL, Paketgröße, Checksumme oder Sicherheits-Scan-Aussage wird hier nicht erfunden. Die historischen Seiten v1.13.3 und v2.2.1 bleiben Archive und werden nicht als aktuelle Release dargestellt.
FAQ zu Antigravity Skills
Was ist ein Antigravity Skill?
Ein wiederverwendbarer Satz von Anweisungen, meist um eine SKILL.md-Datei herum, mit dem ein Agent einen spezialisierten Workflow konsistent ausführt. Er lehrt eine Prozedur, gibt aber nicht automatisch die Berechtigung für jeden Befehl.
Wie füge ich Skills zu Antigravity hinzu?
Erstellen oder kopieren Sie einen benannten Skill-Ordner in den Projekt- oder Benutzerbereich, den die aktuelle Antigravity-Version dokumentiert. Prüfen Sie ein lesbares SKILL.md und testen Sie die Entdeckung in einem kleinen Workspace mit einer Read-only-Anfrage, bevor Änderungen erlaubt werden.
Wie erstelle ich ein SKILL.md?
Wählen Sie eine enge Aufgabe, legen Sie einen stabilen Ordner an, ergänzen Sie Name und Beschreibung im Frontmatter und dokumentieren Sie Eingaben, Schritte, Referenzen, Sicherheitsgrenzen und die Definition von fertig. Lange Inhalte gehören in references oder scripts mit einer Erklärung, wann sie gelesen werden.
Kann ich Claude Skills in Antigravity verwenden?
Gehen Sie nicht von sofortiger Kompatibilität aus. Prüfen Sie Ordnerstruktur, Frontmatter, Befehle, Pfade und Berechtigungsannahmen, passen Sie den Skill an Antigravity an und testen Sie ihn, bevor Sie ihn als nativen Workflow behandeln.
Was ist der Unterschied zwischen Antigravity Skills und Rules?
Ein Skill ist meist eine Aufgabenprozedur für einen erkennbaren Job. Eine Rule ist eine dauerhafte Anweisung oder Einschränkung für viele Aufgaben. Für eine wiederholbare Checkliste eignet sich ein Skill; für eine dauerhafte Präferenz sollte das aktuelle Rules-Format geprüft werden.
Sind Antigravity Skills sicher?
Eine Skill-Datei ist nicht automatisch sicher oder offiziell. Lesen Sie Quelle und referenzierte Skripte, testen Sie in einem Wegwerf- oder risikoarmen Projekt, halten Sie Secrets fern und verlangen Sie Review für destruktive, Netzwerk-, Zugangsdaten-, Deployment- oder Kontovorgänge.
Wo finde ich Antigravity Skills auf GitHub?
Suchen Sie ein Repository oder eine Sammlung, deren Herausgeber, Lizenz, Historie, Dateien, Abhängigkeiten und verlangte Berechtigungen Sie prüfen können. GitHub ist eine Entdeckungsquelle, aber kein Beweis für Pflege oder Sicherheit.
Ersetzen Skills Plugins, CLI-Befehle oder MCP-Server?
Nein. Skills beschreiben Workflows, Plugins und Extensions ergänzen Host-Integrationen, CLI-Befehle führen Terminalaktionen aus und MCP-Server stellen Tools oder Ressourcen bereit. Verknüpfen Sie die Oberflächen nur, wenn die Aufgabe sie wirklich braucht.
Offizielle Quellen
- Google Antigravity Skills-Dokumentation — Offizielle Konzepte, Struktur, Entdeckung und Nutzung von Skills.
- Google Antigravity IDE Skills-Dokumentation — IDE-spezifisches Skill-Verhalten und aktuelle Produktbegriffe.
- Google Antigravity Rules-Dokumentation — Quelle für dauerhafte Rules statt aufgabenbezogener Skills.
- Plugins und Skills der Google Antigravity CLI — CLI-spezifische Grenze zwischen Plugins und Skills.
- Google Antigravity Download — Offizielle Plattform- und Installer-Auswahl zur aktuellen Paketprüfung.