Microsoft publie ses Agent Skills .NET officiels : l'IA de code se standardise

Le 21 avril 2026, Microsoft a fait passer son dépôt open source dotnet/skills en version stable 1.0.0. Ce projet réunit les compétences (« skills ») officielles destinées aux agents IA de codage qui travaillent sur du .NET et du C#, installables aussi bien dans Claude Code d'Anthropic que dans GitHub Copilot CLI, Cursor ou Codex CLI d'OpenAI. Le dépôt affiche aujourd'hui 3 900 étoiles et 296 forks sur GitHub, avec 15 plugins qui couvrent une grande partie de l'écosystème .NET : ASP.NET Core, Blazor, Entity Framework, MSBuild, tests, migrations, et plus encore.

Ce qui rend cette publication intéressante ne tient pas seulement à son contenu technique. C'est un éditeur du poids de Microsoft qui publie un catalogue de skills aussi complet en suivant un format ouvert, partagé avec des outils concurrents. Concrètement, les mêmes fichiers fonctionnent tels quels dans plusieurs agents IA différents. Un signal assez net que le format « Agent Skills » est en train de devenir un standard de fait de l'industrie, plutôt qu'une fonctionnalité propriétaire enfermée dans un seul outil.

Une « skill », c'est quoi exactement ?

Pour ceux qui découvrent le concept : une Agent Skill est un petit paquet de connaissances et de procédures, généralement un dossier contenant un fichier SKILL.md et, en option, des scripts ou des modèles de fichiers, qu'un agent IA de codage peut charger à la demande. Plutôt que de tout injecter en permanence dans le contexte du modèle (ce qui coûte des tokens et dilue l'attention), l'agent lit d'abord une courte description de chaque skill disponible, puis ne charge le contenu complet que s'il juge la skill pertinente pour la tâche en cours.

Le standard qui décrit ce format est documenté sur agentskills.io, et c'est précisément ce standard que Microsoft a choisi de suivre pour dotnet/skills, plutôt que d'inventer son propre format propriétaire.

Quinze plugins, du serveur de langage à l'IA embarquée

Le dépôt regroupe 15 plugins thématiques, chacun composé de plusieurs skills. On y trouve, entre autres :

• dotnet : intégration du serveur de langage C# (LSP) et compétences de développement .NET de haut niveau.
• dotnet-data : accès aux données et tâches liées à Entity Framework.
• dotnet-diag : investigations de performance, débogage et analyse d'incidents.
• dotnet-msbuild : diagnostic des échecs de build, optimisation, qualité de code et modernisation MSBuild.
• dotnet-nuget : gestion des dépendances et modernisation des packages NuGet.
• dotnet-upgrade : migration et mise à niveau de projets .NET entre versions de framework.
• dotnet-aspnetcore : middlewares, endpoints, communication temps réel et patterns d'API ASP.NET Core.
• dotnet-blazor : conception de composants Blazor et patterns d'applications web.
• dotnet-test et dotnet-test-migration : exécution, génération et migration de tests (MSTest, xUnit, VSTest vers Microsoft.Testing.Platform).
• dotnet-ai : sélection de technologies IA/ML, intégration LLM, workflows agentiques, RAG, MCP et ML.NET.
• dotnet-maui, dotnet-template-engine, dotnet11 et dotnet-advanced : scénarios spécialisés, du mobile MAUI aux nouvelles API du futur .NET 11.

Un tableau de bord public (dotnet.github.io/skills) suit même l'évolution de la précision et de l'efficacité mesurées pour chaque plugin, une démarche de transparence assez rare pour ce type de projet.

Comment l'installer selon votre agent

L'installation varie peu d'un outil à l'autre puisque tous consomment le même format. Dans Claude Code ou GitHub Copilot CLI :

/plugin marketplace add dotnet/skills
/plugin install dotnet-aspnetcore@dotnet-agent-skills
/skills

Dans VS Code (fonctionnalité en préversion), il faut d'abord activer les plugins dans les paramètres :

{
  "chat.plugins.enabled": true,
  "chat.plugins.marketplaces": ["dotnet/skills"]
}

puis à taper /plugins dans Copilot Chat. Dans Cursor, le dépôt est directement référencé comme marketplace de plugins : il suffit de rechercher « .NET » dans le panneau marketplace, ou de parcourir cursor.com/marketplace. Dans Codex CLI (à partir de la version 0.121.0), la commande codex plugin marketplace add dotnet/skills suffit, suivie de /plugins pour parcourir le catalogue.

Il est aussi possible d'installer une skill isolée, sans passer par un plugin complet, avec l'utilitaire skill-installer :

skill-installer install https://github.com/dotnet/skills/tree/main/plugins/dotnet-aspnetcore/skills/<nom-de-la-skill>

Créer sa propre skill d'entreprise : l'exemple concret

C'est là que réside l'intérêt réel pour une PME ou une ETI française qui développe en .NET. Le format étant ouvert, rien n'empêche de créer ses propres skills internes pour encoder les conventions maison, plutôt que de répéter les mêmes consignes à chaque conversation avec l'agent.

Prenons un cas courant : une équipe qui veut que chaque nouvel endpoint ASP.NET Core respecte systématiquement les mêmes règles (validation, journalisation structurée, test associé). La structure minimale d'une skill tient en un dossier :

skills/
  scaffold-endpoint-api/
    SKILL.md
    resources/
      api-template.cs

Le fichier SKILL.md commence par un en-tête au format YAML qui décrit la skill (nom et description), suivi d'instructions en markdown :

---
name: scaffold-endpoint-api
description: Génère un endpoint ASP.NET Core conforme aux
  conventions internes (validation FluentValidation, logging
  structuré, test xUnit). À utiliser quand un développeur
  demande de créer un nouvel endpoint API.
---
 
# Scaffold d'endpoint API interne
 
1. Copier la structure de resources/api-template.cs comme
  point de départ.
2. Ajouter systématiquement un validateur FluentValidation
  pour le modèle d'entrée.
3. Journaliser l'entrée et la sortie avec ILogger, jamais
  avec Console.WriteLine.
4. Générer un test xUnit correspondant dans le même commit,
  avant de considérer la tâche terminée.

La description est le champ le plus important : c'est elle que l'agent lit en premier pour décider si la skill s'applique à la demande en cours. Une description trop vague (« aide sur les API ») fera manquer la skill au moment où elle serait utile ; une description trop précise limitera son déclenchement aux cas exacts prévus. Le bon réglage se trouve à l'usage, en observant quand l'agent la charge ou l'ignore.

Une fois le dossier prêt, il suffit de le copier dans le répertoire de skills local de l'agent (le dossier de skills de Claude Code, par exemple), ou de le publier comme dépôt Git et de l'installer via skill-installer comme n'importe quelle skill de Microsoft. La compétence devient alors disponible pour toute l'équipe, sur n'importe quel agent compatible avec le standard.

Notre lecture chez CZSyn

Ce que publie Microsoft ici compte moins pour son contenu .NET (utile, mais prévisible pour un éditeur qui possède le langage) que pour le signal envoyé sur la maturité du format Agent Skills. Quand un acteur de cette taille choisit d'adopter un standard ouvert plutôt que d'imposer son propre format propriétaire, et rend ses skills installables aussi bien dans les outils d'Anthropic, d'OpenAI que dans Cursor, cela change la donne pour les équipes techniques : le risque de dépendance à un seul fournisseur d'agent IA diminue nettement.

Pour une agence comme la nôtre, qui accompagne des PME sur des stacks variées, l'intérêt pratique est immédiat. Documenter une convention de code, une procédure de déploiement ou un pattern d'architecture maison sous forme de skill coûte peu (un fichier markdown et, au besoin, quelques scripts), et ce travail profite ensuite à n'importe quel agent que l'équipe choisira d'utiliser demain, sans réécriture. C'est un investissement de documentation qui, pour une fois, ne devient pas obsolète à la première migration d'outil.

Notre recommandation aux équipes .NET : commencez petit. Une skill qui encode une seule convention récurrente et pénible à répéter en vaut largement la peine, avant de viser un catalogue complet comme celui de Microsoft.

Sources primaires

• Dépôt officiel GitHub, dotnet/skills.
• Standard ouvert, agentskills.io.
• Tableau de bord officiel des plugins, dotnet.github.io/skills.