Essai · No. 014

Je connais le kung-fu : ne charger que ce que la mission exige

Les skills de Claude Code ne sont pas des plugiciels. Ce ne sont pas des outils. C’est de la connaissance, téléversée au moment précis où on en a besoin.

Herman Geldenhuys 19 février 2026 6 min de lecture
Poster for “Je connais le kung-fu : ne charger que ce que la mission exige”

Il y a une scène de La Matrice dont tout le monde se souvient. Neo est assis dans un fauteuil. Tank, l’Opérateur, charge un programme. Les yeux de Neo s’ouvrent d’un coup. « Je connais le kung-fu. »

Pas d’années de pratique. Pas de manuels. Juste la connaissance précise, livrée au moment précis où elle est nécessaire.

Voilà ce que ça fait de donner un skill à un agent d’IA.

Le problème de tout charger

MCP a donné aux agents d’IA l’accès à des outils externes, mais à un coût que la plupart des gens négligent : quand vous remettez à un agent un ensemble d’outils MCP, il ne reçoit pas seulement les outils. Il reçoit les descriptions de chaque outil. Les schémas. Les paramètres. La documentation. L’inventaire complet, chargé d’avance, avant que l’agent ait lu un seul mot de votre demande réelle.

Un exemple tiré de la recherche d’Anthropic elle-même : un agent a consommé 150 000 jetons avant de savoir ce qu’on lui demandait.

C’est comme charger tous les arts martiaux, tous les manuels de véhicules, tous les systèmes d’armes dans la tête de Neo simultanément. L’esprit ne s’élargit pas. Il se noie. Plus n’est pas mieux quand ce plus remplit la seule pièce où la pensée se produit.

Le fauteuil de l’Opérateur

Tank ne charge pas tout dans la tête de Neo d’un seul coup. Il charge ce dont Neo a besoin, quand Neo en a besoin. Jujitsu? Chargé. Kempo? Chargé. Boxe de l’homme ivre? Chargée. Le point n’est pas que Neo ait accès à tous les arts martiaux. Le point, c’est que seul l’art martial pertinent occupe son esprit au moment du combat.

Les skills de Claude Code fonctionnent de la même manière. Un skill est un fichier Markdown qui vit dans .claude/skills/. Voici de quoi l’un d’eux a l’air :

---
description: "Deploy services to staging or production using our internal kubectl workflow"
tags: ["deployment", "infrastructure"]
---

## Prerequisites
- Verify the service builds cleanly before deploying
- Check that staging is not locked by another deploy

## Staging Deploy
1. Run `kubectl apply -f manifests/staging/`
2. Wait for rollout: `kubectl rollout status deployment/$SERVICE`
3. Hit the health check: `curl https://staging.internal/$SERVICE/health`
4. Notify #deploys in Slack with the commit SHA

## Production Deploy
...

Voici la décision architecturale critique : seule la ligne description entre dans le contexte de l’agent au démarrage. Pas les instructions. Pas les scripts. Pas les fichiers de référence. Juste une seule phrase, environ 100 jetons, qui dit à l’agent ce que fait le skill et quand y recourir.

Quand quelqu’un dit « déploie le service d’authentification en staging », l’agent reconnaît la correspondance, tire les instructions complètes et exécute. Si ces instructions référencent des scripts, l’agent les lit. Si elles référencent du code exécutable, l’agent le lance et n’en reçoit que la sortie. Le code lui-même n’entre jamais dans le contexte.

Trois niveaux. Les métadonnées toujours chargées. Les instructions chargées sur demande. Les ressources chargées au besoin. La divulgation progressive, appliquée à la mémoire de travail d’un agent.

La fenêtre de contexte reste propre jusqu’au moment où ça compte. Puis Tank charge le programme.

Votre kung-fu, pas le kung-fu

Voici où les gens se perdent. Un skill n’ajoute pas de capacités. Claude connaît déjà Python. Il connaît déjà SQL, Kubernetes, Terraform, et comment écrire un script bash. Vous n’avez pas besoin de lui enseigner le kung-fu.

Ce que vous devez lui enseigner, c’est votre kung-fu.

Le processus de déploiement de votre entreprise. Vos conventions de nommage de bases de données. Vos URL de staging. Vos procédures de retour en arrière. La bizarrerie de la troisième étape de votre pipeline d’intégration continue. Le format de chaîne de connexion qui diffère de la documentation que personne ne lit.

Vous vous souvenez de l’enfant qui plie la cuillère? « Il n’y a pas de cuillère. » Le goulot d’étranglement n’a jamais été l’intelligence du modèle. Ça n’a jamais été le calcul, les paramètres ou la longueur du contexte. C’était la connaissance institutionnelle : les dix mille petites décisions que votre organisation a prises et qui n’existent nulle part sauf dans la tête de vos ingénieurs séniors.

Les skills ferment cet écart. Cent jetons dans le contexte. Le reste ne se charge qu’au besoin. L’agent n’est pas devenu plus intelligent. Il est devenu le vôtre.

Les skills sont vivants

Voici la partie qui distingue les skills de la configuration statique.

Un skill n’est pas un script rigide. Il donne à l’agent assez de direction pour agir sans lui dicter chaque étape. Écrivez « vérifie que le staging est en santé » et l’agent décide comment vérifier. Écrivez « avise l’équipe » et il trouve le canal. Les instructions tracent le corridor; l’agent navigue à l’intérieur. Vous contrôlez à quel point le comportement est prescriptif ou créatif, skill par skill.

Et les skills évoluent. Après un déploiement qui tourne mal à 2 h du matin, vous mettez le skill à jour avec le nouveau cas limite. Après une rétrospective qui fait émerger une meilleure procédure de retour en arrière, vous committez le changement. Le fichier du skill vit dans votre dépôt, versionné comme du code, révisé comme du code, amélioré comme du code. Chaque rétrospective rend la mission suivante plus affûtée.

C’est la différence entre l’entraînement et la documentation. La documentation dort dans un wiki et pourrit. Un skill vit dans le construct d’entraînement de l’agent et s’améliore à chaque mission.

La console de Tank reçoit une mise à niveau

Cette semaine, Anthropic a livré Sonnet 4.6. Les chiffres comptent ici parce qu’ils mesurent exactement ce que les skills exigent.

La précision d’utilisation des outils (MCP-Atlas) a bondi de 43,8 % à 61,3 % : l’agent suit mieux les instructions. La complétion de tâches agentiques (OSWorld) est passée de 61,4 % à 72,5 % : il enchaîne les actions plus fiablement. Sur le travail intellectuel du monde réel (GDPval), Sonnet 4.6 a obtenu 1633 Elo, en fait plus haut qu’Opus 4.6. Le cheval de trait, au cinquième du coût, qui surpasse le porte-étendard sur les tâches qui comptent le plus.

Le téléversement de Tank est plus rapide. Neo ouvre les yeux plus tôt. Le construct d’entraînement vient de recevoir une mise à niveau.

Lundi matin

Trois choses que vous pouvez en faire.

Si vous dirigez des équipes d’ingénierie : bâtissez des skills pour vos flux de travail les plus répétés. Le skill de déploiement. La liste de vérification de revue de code. Le guide d’intervention en incident. Chacun rend la session Claude de chaque ingénieur aussi bonne que la session de votre meilleur ingénieur. Le sénior qui se souvient toujours du cas limite? Encodez cette connaissance. Faites-la se charger sur demande. Mettez-la à jour après chaque rétro.

Si vous évaluez des outils d’IA : les skills sont la réponse à « mais comment connaît-il notre processus? » Les GPT personnalisés ont tenté le coup et frappé le plafond du clavardage : pas d’exécution de code, pas d’accès aux fichiers, pas de véritable intégration. MCP a essayé et frappé la taxe de jetons : tout chargé d’avance, l’agent noyé avant même de commencer. Les skills passent entre les deux. Une connaissance spécifique, un coût de contexte minimal, une exécution de code complète, et ils s’améliorent avec le temps.

Si vous définissez la stratégie : le fossé défensif n’est pas le modèle. Les modèles s’améliorent pour tout le monde. Sonnet 4.6 est offert à vos concurrents aussi. Le fossé, c’est la bibliothèque de skills. L’entreprise qui bâtira les meilleurs skills internes aura des agents qui opèrent comme des ingénieurs permanents dès le premier jour. Cet avantage se compose à chaque rétrospective.

Arpenter le chemin

Morpheus dit à Neo : « Il y a une différence entre connaître le chemin et arpenter le chemin. »

Le modèle a toujours été capable de la marche. Ce qu’il ne pouvait pas faire, c’était naviguer votre chemin : vos conventions, votre infrastructure, votre manière particulière de faire les choses qui a pris des années à se développer et qui existe surtout comme savoir tribal.

Les skills, c’est le chemin, rendu lisible.

Tank est assis à sa console. Le programme se charge. L’agent ouvre les yeux.

Il connaît votre kung-fu.

Herman Geldenhuys est un leader en ingénierie qui écrit depuis Montréal, Québec, sur le côté non héroïque de diriger des équipes à l'ère de l'IA.

Sources et lectures

  1. 01 Sonnet 4.6 anthropic.com

Aussi à l'affiche