En 2026, la manière dont nous interagissons avec notre environnement de développement a radicalement changé. Si vous utilisez encore Google Antigravity comme un simple chatbot amélioré, vous passez à côté de sa véritable puissance : les skills.
Je constate quotidiennement que la différence entre un développeur productif et un expert réside dans sa capacité à passer d'une IA de discussion à une IA actionnelle. L'ère du copilote passif est révolue, place à l'orchestration de votre propre armée d'agents.
Avant de vous lancer dans l'exploration de cet article, n'hésitez pas à lire ma présentation de l'outil Google Antigravity.
Pourquoi l'IA sur mesure remplace l'IA standard en 2026 ?
Le problème majeur que je rencontre avec les configurations classiques est la saturation mémorielle. Lorsque vous gavez votre prompt système de règles métier, de standards de code et de documentations, vous gaspillez des jetons (tokens) inutilement à chaque requête. Plus grave encore, la précision du modèle diminue à mesure que le contexte s'alourdit. C'est ce que j'appelle le "bruit contextuel".
Les skills Antigravity règlent ce problème par une approche éphémère et dynamique. Contrairement à un prompt statique, un skill n'est chargé dans la mémoire de travail de l'agent que lorsqu'il détecte que vous en avez besoin. Si vous travaillez sur du CSS, l'agent ne s'encombre pas de vos protocoles de migration de base de données. Cette divulgation progressive permet d'économiser jusqu'à 70 % de vos quotas de jetons tout en garantissant des réponses d'une précision chirurgicale.
Le fonctionnement technique repose sur un cycle précis : la Découverte (l'agent scanne le menu des noms et descriptions), l'Activation (chargement complet du SKILL.md si la pertinence est établie) et enfin l'Exécution procédurale.
Imaginez votre IDE comme un artisan : au lieu de porter tous ses outils sur lui en permanence, il ne sort le marteau de son coffre que lorsqu'il voit un clou. C'est exactement ce que permet le fichier SKILL.md qui pilote chaque capacité.
Comparatif crucial : skills versus serveur MCP
Une question revient souvent : faut-il utiliser un serveur Model Context Protocol (MCP) ou un skill Antigravity ? La réponse dépend de la nature de votre besoin, mais pour l'automatisation de code pure, mon choix est fait.
Si vous voulez que votre agent comprenne la logique de votre propre architecture logicielle ou qu'il manipule vos fichiers locaux, le skill est imbattable. Il transforme l'IA en un agent autonome capable d'agir sur votre machine plutôt que de simplement discuter avec un serveur distant.
Si vous souhaitez un exemple de MCP, vous pouvez regarder mon tutoriel pour intégrer Google Stitch à Google Antigravity.
Tutoriel : créer ses skills personnalisés dans Antigravity
Pour créer un skill, vous n'avez pas besoin de coder une extension complexe. Tout repose sur une structure de dossiers spécifique qui est mentionnée dans la documentation officielle. Je vous recommande de toujours suivre ce schéma rigoureux à la racine de votre projet : .agent/skills/[nom-du-skill]/.
À l'intérieur de ce dossier, deux fichiers sont indispensables :
- Le
SKILL.md: C'est le cerveau de l'opération. Il contient les métadonnées YAML pour le déclenchement et les instructions Markdown pour l'exécution. Pour garantir l'efficacité, intégrez-y toujours deux ou trois exemples (few-shot) de type "Requête / Action" : cela réduit drastiquement les risques d'hallucinations de l'agent. - Le dossier
scripts/: Il héberge vos fichiers exécutables (Bash, Python, etc.). La règle d'or ici est le pattern du Black Box : au lieu de laisser l'IA lire tout votre code (ce qui sature inutilement la mémoire), demandez-lui dans leSKILL.mdde lancer le script avec le flag--helppour en comprendre les paramètres avant de l'exécuter.
Créer un skill pour créer des skills
C'est le stade ultime de l'automatisation. Plutôt que de formater manuellement vos fichiers YAML à chaque nouvelle idée, vous déléguez la conception de l'outil à l'IA elle-même. Cela garantit que chaque nouvelle capacité respecte scrupuleusement les standards de divulgation progressive indispensables à Antigravity.
Pour ce "Meta-Skill", je vous conseille une installation dans votre scope global.
Créez un dossier nommé skill-factory contenant un fichier SKILL.md dont la mission unique est de générer des structures dans le répertoire .agent/skills/. L'instruction doit impérativement inclure le template YAML obligatoire et la hiérarchie Markdown que nous avons analysée.
Vous pouvez d'ailleurs ajouter un template_skill.md sur lequel s'appuiera votre agent pour créer les futurs skills Google Antigrapvity. Le contenu du fichier :
--- name: [identifiant-competence] description: [Brève description à la troisième personne de ce que fait la compétence.] --- # Objectif [Expliquez clairement ce que cette compétence vise à accomplir et pourquoi elle est utile.] # Instructions [Détaillez les étapes logiques que l'agent doit suivre lorsqu'il utilise cette compétence.] 1. [Étape 1] 2. [Étape 2] ... # Exemples [Fournissez des exemples concrets pour guider le modèle.] ## Exemple 1 **Entrée** : [Scénario] **Sortie** : [Comportement attendu] # Contraintes [Listez les règles strictes et les interdictions.] - Ne pas [Interdiction 1] - Utiliser exclusivement [Règle 2]
Une fois configuré, l'usage est déroutant de simplicité. Il vous suffit de solliciter l'agent directement : "Crée-moi un skill pour automatiser le nettoyage de mes logs Node.js". L'agent va alors vous poser quelques questions pour affiner la description sémantique, puis générer instantanément les fichiers nécessaires dans votre espace de travail actuel.
Cas pratique : concevoir un skill d'audit de qualité SEO
Passons à la pratique avec un exemple que j'utilise pour mes propres projets de guides IA. Nous allons créer un skill nommé seo-validator. Son but ? Exécuter un script Bash local pour vérifier la hiérarchie des titres (H1-H6) et l'accessibilité des images, puis injecter des corrections automatiques.
Vous pouvez d'ailleurs demander à votre skill-factory de préparer la structure pour vous.
Le script de base (audit_seo.sh)
Ce script, placé dans le dossier scripts/ du skill, va scanner le fichier HTML ouvert. Il va par exemple compter les balises H1 et vérifier la présence de l'attribut Alt sur les images. S'il trouve des erreurs, il renvoie un rapport brut que l'IA va interpréter selon la logique de "boîte noire" (Black Box), où l'agent utilise la sortie du script sans avoir à en analyser tout le code source, ce qui préserve la fenêtre de contexte.
Le pilotage par SKILL.md
Voici comment je structure les instructions pour que l'agent devienne un expert en optimisation. La clé réside dans le mappage d'arguments : l'agent doit savoir transformer une requête naturelle ("Vérifie le SEO en prod") en commande CLI précise (ex : ./audit_seo.sh --target production).
Instructions de l'expert :
name: seo-validator description: Analyse la structure HTML pour vérifier la conformité SEO 2026. Protocole d'Audit SEO - Analyse : Extrais le chemin du fichier cible depuis la demande. - Exécution : Lance le script ./scripts/audit_seo.sh avec les flags appropriés. Arbre de décision : SI la sortie contient "H1_COUNT > 1" : ALORS fusionne les titres ou rétrograde les doublons. SI la sortie contient "MISSING_ALT" : ALORS analyse le contexte de l'image et génère un attribut alt de 125 caractères max. Contraintes : Ne jamais modifier les balises de scripts ou de styles existantes.
C'est ici que la magie opère : vous combinez la vitesse du script local avec l'intelligence contextuelle de l'IA pour obtenir une correction automatique ultra-performante.
Gestion des scopes : organiser le dossier global et workspace
Une erreur fréquente consiste à mettre tous ses skills au même endroit. Pour maintenir une usine à automatisation propre, vous devez distinguer deux niveaux de portée qui structurent la mémoire de votre agent :
- Le scope global (~/.gemini/antigravity/skills/) : C'est votre bibliothèque personnelle de super-pouvoirs. Installez-y les outils transversaux que vous souhaitez retrouver dans tous vos projets, comme des formateurs de code universels, des traducteurs sémantiques ou des réviseurs de style de code génériques. Sur Windows, ce répertoire se situe généralement dans votre profil utilisateur sous
.gemini\antigravity\skills. - Le scope workspace (.agent/skills/) : Ce dossier, situé à la racine de votre projet, contient la "connaissance tribale" spécifique à votre équipe ou à votre stack technique. C'est l'endroit idéal pour vos scripts de déploiement, vos règles de base de données propriétaires ou votre audit SEO personnalisé. L'avantage majeur est que ce dossier est versionné via Git, garantissant que chaque collaborateur dispose des mêmes outils dès le clonage du dépôt.
Sachez que le moteur d'Antigravity applique une règle de priorité stricte : le workspace prime sur le global. Si un skill nommé "audit" existe dans les deux répertoires, l'agent ignorera la version globale pour utiliser la version locale, plus proche de votre contexte immédiat.
Cette hiérarchie vous permet de surcharger des outils généraux par des versions ultra-spécialisées sans jamais polluer votre configuration de base.
En transformant vos processus en skills, vous ne vous contentez plus de coder avec une IA : vous dirigez une équipe d'agents experts qui connaissent votre projet aussi bien que vous. C'est cela, la véritable maîtrise de Google Antigravity en 2026.
FAQ - Les questions fréquentes sur les skills
- Quelle est la différence entre un skill et un prompt système?
- Contrairement au prompt système qui est chargé en permanence au démarrage d'une session, un skill est une capacité éphémère chargée uniquement lorsque l'agent détecte une intention sémantique correspondante. Cette approche permet à l'agent de rester concentré sur la tâche actuelle sans être pollué par des instructions inutiles.
- Comment les skills optimisent-ils la consommation de jetons?
- Grâce au mécanisme de divulgation progressive, l'agent ne charge les instructions procédurales complètes qu'au moment de l'activation du skill. Cela évite de saturer inutilement la fenêtre de contexte et réduit radicalement la consommation de jetons (tokens) lors de l'analyse de grands dépôts de code.
- Quelle est la différence entre un skill et un serveur MCP?
- Les skills sont intégrés localement dans le moteur de l'IDE avec une latence quasi nulle, ce qui est idéal pour manipuler les fichiers et le terminal du projet. Le protocole MCP (Model Context Protocol) est quant à lui conçu pour la connectivité avec des services tiers externes comme Slack, Notion ou Google Drive.
- Quel dossier est prioritaire entre le global et le workspace?
- Le dossier workspace (situé dans
.agent/skills/) possède la priorité absolue sur le dossier global de l'utilisateur. Si un skill local porte le même nom qu'un skill global, l'agent utilisera systématiquement la version spécifique au projet afin de respecter ses conventions propres. - L'agent peut-il exécuter des scripts de manière autonome?
- L'autonomie de l'agent dépend de la politique du terminal configurée (Terminal Policy) : Off (jamais d'exécution sans accord), Auto (l'agent demande si nécessaire) ou Turbo (exécution autonome totale). Le mode Turbo permet de valider et corriger le code sans intervention humaine répétitive.
