Que sont les Skills Antigravity ?
Les Skills Antigravity servent à regrouper des consignes répétables pour le travail avec un agent. Au lieu de recopier les mêmes notes dans chaque prompt, vous pouvez conserver une procédure ciblée dans un Skill nommé et laisser l’agent la découvrir lorsque la description correspond à la tâche. Un bon Skill n’est pas un règlement géant : c’est une unité petite et testable qui précise quand elle s’applique, ce qu’elle doit lire, les étapes à suivre et ce que doit contenir le résultat final.
La distinction utile est celle entre capacité et autorisation. Un Skill peut apprendre à un agent à auditer un sitemap, vérifier une release ou préparer un composant. Il ne rend pas automatiquement chaque commande sûre. Une approbation peut rester nécessaire pour le shell, le réseau, les secrets, la suppression de fichiers, l’installation de paquets ou les outils MCP. Décrivez clairement les limites afin de gagner en cohérence sans transformer un raccourci en automatisation silencieuse.
La recherche autour des Skills Antigravity comprend aussi des collections GitHub, des questions d’installation et des comparaisons avec les Rules. Ces intentions sont proches mais ne sont pas identiques. Cette page suit le chemin pratique d’un dossier vide vers un Skill vérifié, puis renvoie les questions sur les plugins, la CLI, MCP et les permissions vers les guides adaptés.
Où se trouvent les Skills Antigravity ?
L’emplacement exact dépend de la portée souhaitée : un seul projet ou votre compte utilisateur. Suivez la documentation officielle actuelle pour la surface utilisée, puis confirmez l’espace de travail et le compte actifs avant de diagnostiquer la découverte. Une erreur fréquente consiste à créer un SKILL.md valide dans un dossier que la session d’agent actuelle ne parcourt jamais.
Commencez par la portée du projet lorsqu’un Skill dépend des scripts, conventions ou procédures de déploiement du dépôt. Utilisez la portée utilisateur pour une procédure générale testée dans plusieurs dépôts. Ne placez pas de chemins propres au projet ni de secrets dans un Skill global, et ne copiez pas un Skill communautaire dans un dépôt sensible avant d’avoir lu tous les fichiers référencés.
| Portée | Emplacement habituel | Idéal pour | Première vérification |
|---|---|---|---|
| Projet | .agents/skills/<skill-name>/ | Workflows, scripts et conventions propres au dépôt | Ouvrez le même espace de travail que celui qui possède le Skill et vérifiez la branche active. |
| Utilisateur | Votre dossier utilisateur configuré pour les Skills | Workflows réutilisables entre vos projets | Confirmez le profil connecté et le chemin utilisateur indiqué par la release actuelle. |
| Fichiers de référence | references/, scripts/, assets/ sous le Skill | Listes longues, scripts auxiliaires, exemples et ressources | Lisez les instructions du Skill avant d’exécuter un helper. |
| Collection externe | Un dépôt Git révisé ou un catalogue officiel | Découvrir des workflows communautaires sans les présenter comme intégrés | Examinez l’auteur, la licence, les commits, les dépendances et les permissions demandées. |
Créer un Skill Antigravity avec SKILL.md
Créez d’abord le plus petit Skill utile. Choisissez une seule tâche, comme contrôler une release de site statique, réviser une migration ou préparer un plan de test. Donnez au dossier un nom stable en minuscules, puis rédigez une description courte qui indique ce que le Skill fait et quand il doit être sélectionné. Une description vague peut empêcher la découverte ; une description trop large peut déclencher le Skill pour une tâche qu’il ne sait pas terminer prudemment.
Gardez le fichier principal lisible. Placez dans SKILL.md le workflow, les contraintes, les preuves attendues et les conditions d’arrêt. Déplacez les longs exemples ou les références étroites dans des fichiers enfants et précisez quand les lire. Lorsqu’un Skill demande une commande, nommez-la, indiquez la sortie attendue et expliquez quoi faire si le résultat diffère.
- Choisir une tâcheÉcrivez la décision utilisateur que le Skill aide à prendre, pas la liste de tous les outils de votre stack.
- Créer le dossierUtilisez un nom stable et placez le Skill dans la portée de projet ou d’utilisateur que vous voulez tester.
- Écrire le frontmatterAjoutez un nom et une description clairs afin que la découverte puisse faire correspondre naturellement la tâche.
- Ajouter le workflowListez les entrées, les étapes ordonnées, les preuves, les limites de sécurité et la définition du résultat terminé.
- Tester sur une petite tâcheDemandez d’abord une simulation ou une vérification en lecture seule, puis autorisez les écritures seulement après examen du résultat.
name: sitemap-release-check ; description: vérifier un sitemap statique, inspecter le HTML, valider en UTF-8 et rapporter les preuves avant toute écriture.Cet exemple illustre une structure ; il ne promet pas que chaque release utilise le même dossier ou la même commande. Adaptez-le à la documentation Google actuelle et aux conventions de votre dépôt avant publication.
Comment l’agent utilise un Skill
La découverte commence généralement par le nom et la description du Skill. Lorsqu’une tâche semble correspondre, l’agent doit lire les instructions principales, puis charger uniquement les références utiles. Cette divulgation progressive garde le premier contexte compact et permet de voir quelles informations ont influencé la réponse. Elle offre aussi un point de revue naturel : inspectez le fichier du Skill avant de faire confiance au workflow proposé.
Un Skill utile décrit ses propres limites. Indiquez s’il est en lecture seule, quels dossiers sont concernés, quelles commandes sont sûres, ce qui exige une confirmation et quelles preuves doivent être conservées. Si la tâche modifie un dépôt, exigez une revue finale du diff et une vérification du statut Git. Si le Skill touche un service externe, nommez l’endpoint ou la source officielle et ne remplacez pas discrètement celle-ci par un miroir.
Le premier essai doit rester prévisible. Demandez à l’agent d’inventorier les fichiers, d’expliquer le plan ou de valider un petit fixture sans danger. Une commande surprenante, une requête réseau inexpliquée ou une demande de token sont des signaux d’arrêt, pas une raison d’élargir les permissions.
Faire correspondre
Les mots de la tâche et la description pointent vers le même workflow reconnaissable.
Lire
L’agent charge les instructions principales et seulement les références pertinentes pour la tâche actuelle.
Planifier
Le Skill expose les hypothèses, la portée d’écriture, les commandes et les conditions d’arrêt avant l’action.
Vérifier
Le résultat contient des fichiers, URL, sorties de test ou autres preuves concrètes plutôt qu’une réussite vague.
Réviser
Vous inspectez le diff, les permissions et les effets externes avant de rendre le workflow habituel.
Skills, Rules, plugins et MCP : quelles différences ?
L’expression « personnalisation Antigravity » couvre plusieurs surfaces. Une page utile doit rendre la limite explicite. Utilisez un Skill pour une procédure de tâche répétable, une Rule pour une instruction persistante qui doit influencer de nombreuses tâches, un plugin ou une extension pour des capacités et intégrations produit, et MCP pour une connexion à un outil ou à des données. Ces surfaces peuvent coopérer, mais elles ne sont pas interchangeables.
Le mot-clé lié rules Antigravity pourra justifier une recherche indépendante, tandis que antigravity plugins correspond déjà au guide Extensions du site. Sur cette page, gardez la comparaison pratique : décidez ce qui appartient au fichier Skill, liez le guide existant pertinent et évitez de dupliquer un tutoriel complet sur MCP ou la CLI.
| Surface | Rôle principal | À utiliser quand |
|---|---|---|
| Skill | Enseigner un workflow répétable avec entrées, étapes, références et vérification | La tâche possède un début, une fin et une trace de preuves reconnaissables. |
| Rule | Maintenir une préférence, une contrainte ou une instruction de projet persistante | L’instruction doit influencer de nombreuses tâches différentes. |
| Plugin ou extension | Ajouter une intégration hôte, une commande, une fonction de langage ou une capacité d’interface | Vous avez besoin d’une intégration du produit plutôt que d’une procédure écrite. |
| Serveur MCP | Exposer des outils ou ressources depuis un service local ou distant | Le workflow a besoin d’une limite contrôlée vers des données ou actions externes au texte du Skill. |
Installer et vérifier un Skill communautaire en sécurité
Une collection GitHub peut être utile, mais un résultat de recherche n’est pas un signal de confiance. Avant de copier un Skill, examinez l’historique du dépôt, la licence, les scripts référencés, les fichiers de paquets, les appels réseau et les identifiants requis. Lisez le SKILL.md complet et tous les fichiers de référence ou scripts liés. Même un Skill court peut demander une commande destructive si vous n’en examinez pas les détails.
Après l’installation, vérifiez la découverte dans le plus petit espace de travail qui reproduit la tâche voulue. Commencez par une demande en lecture seule et demandez à l’agent d’expliquer quel Skill il a choisi et pourquoi. Comparez les fichiers attendus au diff réel. Si un Skill dépend d’une CLI, d’un plugin ou d’un serveur MCP, testez cette dépendance séparément afin de ne pas confondre un problème de dépendance avec un problème de découverte.
- Lire la sourceContrôlez l’auteur, la licence, l’historique, les références, les scripts, les dépendances et les endpoints externes.
- Copier dans une portée de testUtilisez un dépôt jetable ou un dossier de projet avant de rendre le Skill global à l’utilisateur.
- Lancer un prompt en lecture seuleDemandez un inventaire, une explication ou un rapport de simulation avant d’autoriser les modifications ou les commandes shell.
- Examiner les preuvesConfirmez que le Skill sélectionné, les fichiers lus, les commandes proposées et la sortie correspondent à votre intention.
- Étendre avec prudenceNe partagez plus largement le Skill qu’après avoir rendu son workflow prévisible et documenté ses permissions.
- Ne placez pas de clés API, de données de session navigateur ni d’identifiants de production dans un fichier Skill.
- Gardez les actions de suppression, déploiement, paiement, messagerie et administration de compte derrière une revue manuelle.
- Épinglez ou révisez les dépendances lorsqu’un Skill appelle un script, un gestionnaire de paquets ou un service externe.
- Utilisez le contrôle de version afin qu’une modification générée puisse être inspectée et annulée.
- Traitez toute requête réseau inconnue comme une raison d’arrêter et d’enquêter.
Vérification de la version et des sources officielles
Ce projet est un site de téléchargement de logiciels : la vérification de fraîcheur a donc été terminée avant la publication du guide. Le 19 août 2026, la documentation officielle Antigravity et le parcours de téléchargement ont été contrôlés pour les lignes actuelles. Le site indique Antigravity 2.0 v2.8.1 et Antigravity IDE v2.5.5 ; le guide CLI a été synchronisé sur v1.1.14. Le comportement des Skills peut évoluer séparément des installateurs : utilisez donc la documentation officielle des Skills comme référence finale.
Le bouton de téléchargement reste un lien de secours vers la page officielle. Aucune URL permanente de binaire, taille de paquet, checksum ou conclusion de scan de sécurité n’est inventée ici. Les pages historiques v1.13.3 et v2.2.1 restent des archives et ne sont pas présentées comme la release actuelle.
FAQ sur les Skills Antigravity
Qu’est-ce qu’un Skill Antigravity ?
C’est un ensemble réutilisable de consignes, généralement organisé autour d’un fichier SKILL.md, qui aide un agent à exécuter régulièrement un workflow spécialisé. Il enseigne une procédure ; il n’accorde pas automatiquement la permission d’exécuter toutes les commandes.
Comment ajouter des Skills à Antigravity ?
Créez ou copiez un dossier de Skill nommé dans la portée du projet ou de l’utilisateur indiquée par la release actuelle d’Antigravity. Vérifiez que le dossier contient un SKILL.md lisible, puis testez la découverte dans un petit espace de travail avec une demande en lecture seule avant d’autoriser les modifications.
Comment créer un SKILL.md ?
Choisissez une seule tâche, créez un dossier stable, ajoutez un frontmatter avec le nom et la description, puis documentez les entrées, les étapes, les références, les limites de sécurité et la définition du résultat terminé. Déplacez les éléments longs dans references ou scripts et précisez quand les lire.
Puis-je utiliser les Claude Skills dans Antigravity ?
Ne supposez pas qu’un Skill écrit pour un autre produit d’agent est compatible immédiatement. Examinez sa structure, son frontmatter, ses commandes, ses chemins et ses hypothèses de permission ; adaptez-le à Antigravity et testez-le avant de le considérer comme natif.
Quelle est la différence entre Antigravity Skills et Rules ?
Un Skill est généralement une procédure qui s’active pour une tâche reconnaissable. Une Rule est une instruction ou contrainte persistante qui doit influencer de nombreuses tâches. Pour une checklist répétable, commencez par un Skill ; pour une préférence durable, consultez le format actuel des Rules.
Les Skills Antigravity sont-ils sûrs ?
Un fichier Skill n’est ni automatiquement sûr ni automatiquement officiel. Lisez sa source et chaque script référencé, testez-le dans un projet jetable ou peu risqué, gardez les secrets hors du fichier et exigez une revue pour les actions destructives, réseau, identifiants, déploiement ou compte.
Où trouver des Skills Antigravity sur GitHub ?
Cherchez un dépôt ou une collection dont l’auteur, la licence, l’historique, les fichiers, les dépendances et les permissions demandées sont vérifiables. Considérez GitHub comme une source de découverte, pas comme la preuve qu’un Skill est maintenu ou sûr.
Les Skills remplacent-ils les plugins, la CLI ou les serveurs MCP ?
Non. Les Skills décrivent des workflows, les plugins et extensions ajoutent des intégrations hôtes, les commandes CLI fournissent des opérations de terminal et les serveurs MCP exposent des outils ou ressources. Reliez ces surfaces uniquement lorsque la tâche en a réellement besoin.
Sources officielles
- Documentation Google Antigravity Skills — Concepts, structure, découverte et utilisation officielles des Skills.
- Documentation Google Antigravity IDE Skills — Comportement des Skills propre à l’IDE et terminologie actuelle du produit.
- Documentation Google Antigravity Rules — Source à consulter pour les Rules persistantes plutôt que pour les Skills de tâche.
- Plugins et Skills de Google Antigravity CLI — Limite propre à la CLI entre plugins et Skills.
- Téléchargement Google Antigravity — Choix officiels de plateforme et d’installateur pour vérifier les paquets actuels.