Socle commun
Organiser ses skills en chapeaux
Un orchestrateur par casquette qui route vers des briques spécialisées : votre savoir-faire devient réutilisable, par vous et par d'autres.
Capture d’un outil réel · données fictives, noms floutés
Le problème
Chaque fois que vous expliquez à Claude comment relire une thèse ou monter une diapositive à votre gabarit, vous recommencez de zéro. Et quand vous avez plusieurs dizaines de consignes, plus personne ne sait laquelle déclencher.
Figure. L’orchestrateur route vers les domaines et leurs briques.
La méthode pas à pas
-
Écrire un skill dès qu’un savoir-faire se répète trois fois : un fichier d’instructions avec ses phrases de déclenchement (« relis cette thèse », « monte ce cas »), ses étapes, son livrable et ses garde-fous.
-
Regrouper en chapeaux : un orchestrateur par casquette (académique, service, recherche sur données…). Il qualifie la demande et route vers une brique, sans jamais faire le détail lui-même.
-
Déclarer les frontières : ce que chaque chapeau exclut, et vers quel autre skill il passe la main.
-
Créer un projet Claude par domaine pour garder le contexte des conversations (Académique, Service, Recherche).
-
Tenir une carte des skills (un artefact) : quel skill, quel déclencheur, quelle mission, quel état.
-
Faire proposer les évolutions sous forme de « cartes à valider », par petits lots, plutôt que de laisser l’IA réécrire ses propres skills.
-
Empaqueter en plugin ce qui est stable, pour le réinstaller sur un nouvel ordinateur ou le partager avec un collègue. Changer d’ordinateur se prépare :
- trier en trois familles : ce qui voyage sur disque (dossiers, bases, fichiers de règles) ; ce qui revient seul avec le compte (skills, tâches, artefacts) ; ce qui est à refaire à la main (connexions, montages, autorisations) ;
- vérifier la copie par un recomptage des deux côtés (nombre de fichiers et taille par dossier) ;
- surveiller le nom du dossier utilisateur : c’est le vrai risque, car tous les chemins en dépendent ;
- tant que les deux machines produisent, garder un seul maître ; l’autre reçoit les nouveautés en incrémental, en mode « prudent » (n’ajoute que ce qui manque) ou « mise à jour » (n’écrase jamais un fichier plus récent) ;
- recréer les tâches liées au poste et vérifier leur fuseau horaire (le changement d’heure peut les décaler) ;
- mettre l’ancien poste en retrait, sans l’effacer, après un cycle mensuel complet.
-
Une boucle d’apprentissage hebdomadaire : chaque semaine, Claude relit les corrections que vous lui avez faites et propose un paquet de mises à jour de skills, que vous installez vous-même après lecture. Le détail est dans la fiche La boucle d’apprentissage.
-
Une page « chapeau » par casquette : un onglet hiérarchie (orchestrateur, domaines, briques), un onglet par domaine avec l’état des dossiers, un onglet skills et tâches planifiées, et la liste de ce qui reste dehors.
-
Ranger le parc : un alias ou un doublon est archivé (jamais supprimé) ; une brique partagée entre deux chapeaux est déclarée comme telle ; une variante diffusée à d’autres n’écrase jamais votre version personnelle ; les skills de format (Word, PowerPoint, Excel, PDF) restent transverses.
Figure. Les agents et leurs skills : voir la page Agents.
Plusieurs agents qui travaillent ensemble
- Un registre commun des projets, lu en premier par chaque agent : un sous-agent part d’une mémoire vierge et ne voit pas les conversations des autres. Le registre (projet, état, dossier, prochaine étape, agent responsable) lui donne le contexte en une seule lecture.
- Deux modes de délégation : la prise de main directe, où un seul agent traite la demande de bout en bout ; ou le chef d’orchestre, qui lance plusieurs agents en parallèle puis rassemble leurs livrables. Le second coûte environ dix fois plus qu’une conversation : on le réserve aux tâches larges (revue sur plusieurs axes, inventaire complet). Un sous-agent ne lance pas lui-même d’autres sous-agents : c’est l’orchestrateur qui distribue.
- Des pôles d’expertise transversaux : une matrice agents × thèmes de recherche (par exemple « sommeil et performance », « simulation en pédagogie », « données de vie réelle »). Chaque pôle a son « brief pôle » d’une page (question, sources, projets en cours, prochaines échéances), que tout agent lit avant de travailler sur ce thème.
- Un contrat par agent, écrit avant de le construire : ce qu’il fait, ce qu’il exclut, ce qu’il livre. Puis un banc d’essai d’une vingtaine de demandes réelles, avec la réponse attendue (quel agent, quel livrable), rejoué après chaque modification.
- Un cycle en sept temps : entrée (un mail, un fichier, une phrase) → orchestrateur (qualifie et route) → agent (exécute) → sortie (livrable en zone à valider) → validation (vous) → audit (un contrôle séparé vérifie que tout s’est fermé) → leçon (ce qui a été appris rejoint le skill).
- Un chapeau « passerelle » quand un domaine est transféré à un autre projet : il reste visible, en lecture seule. Les ponts passent par l’index, les liens et le journal, jamais par des copies. L’ancien onglet est gelé et daté.
Auditer et alléger ses skills
Retirer avant d’ajouter. Le diagnostic est presque toujours le même : des strates successives de consignes, jamais retirées, qui finissent par se contredire.
- Mesurer la taille de chaque skill et commencer par les plus longs.
- Ramener chaque description à 40–60 mots : l’objet, 5 à 8 déclencheurs, une exclusion. Une description longue brouille l’aiguillage ; une description très courte déclenche trop peu.
- Une seule source par règle : les règles éparpillées dans plusieurs skills rejoignent un fichier de règles commun, que les skills citent.
- Dater les exceptions aux garde-fous et les ranger dans ce fichier de règles, jamais dans le corps d’un skill.
- Une ligne d’état en tête de chaque skill : version, date, actif ou en retrait, skill qui le remplace.
- Classer les échecs relevés par cause racine (déclencheur, règle manquante, source absente, conflit entre skills) plutôt que de les corriger un par un.
Premier chantier : éteindre, fusionner et archiver. Jamais supprimer.
Le livrable
Une bibliothèque de skills rangée par casquette, une carte lisible, des projets par domaine.
Prompt de départ
Analyse mes conversations des deux derniers mois, regroupe-les par thème, et propose pour chaque thème : créer un projet, créer un skill, ou rien. Présente-le dans un tableau à valider, sans rien modifier.