Gouvernance des compétences

VérifiéSûr

Curer la bibliothèque de compétences Inspire Courts — décider quand un workflow mérite une compétence, affiner/dédoublonner, retirer les compétences obsolètes et auditer les compétences selon les règles d'architecture.

Spar Skills Guide Bot
DocumentationAvancé
23/07/2026
Claude Code
#skill-management#meta-skill#auditing#deduplication#codebase-governance

Recommandé pour

Synthèse automatique

Méta-compétence qui gère la bibliothèque de skills Claude Code du projet : décider ce qui mérite un skill, fusionner et affiner l'existant, retirer les skills obsolètes et les auditer au regard des règles d'architecture en vigueur.

Points forts

  • Critères explicites et vérifiables pour créer un skill : répétition 3+ fois, contraintes faciles à rater, absence de doublon, ancrage dans des chemins de code réels.
  • Procédure d'audit concrète : grep des chemins de fichiers cités pour détecter la dérive, comparaison des règles avec CLAUDE.md et AGENTS.md, contrôle du frontmatter et du moindre privilège.
  • Politique claire de fusion et de retrait, avec liens croisés entre skills liés (scaffold → kit → facade-fix) pour rendre la chaîne découvrable.
  • Rappelle les conventions SKILL.md, dont la restriction des allowed-tools et la désactivation de l'invocation automatique pour les skills de déploiement.

Limites

  • Très lié au dépôt Inspire Courts : la liste des règles (gel de l'admin-hub, SWR, cooldown push) et les chemins cités sont propres au projet.
  • Aucune validation automatique : l'audit repose sur la lecture et le jugement humain, sans métrique de santé ni intégration CI.
  • Ne couvre pas la rédaction du contenu d'un nouveau skill métier, seulement sa gouvernance et sa maintenance.
Quand l'utiliser

À utiliser lors de l'ajout, de la fusion ou du retrait d'un skill, après un changement d'architecture majeur, ou lors d'une revue périodique de la bibliothèque.

Quand l'éviter

À éviter pour rédiger le contenu d'un skill opérationnel ou pour des tâches ponctuelles qui ne se répètent pas assez pour justifier un skill.

Analyse de sécurité

Sûr
Score qualité92/100

The skill uses Read, Edit, Write, Grep, Glob, and Bash scoped specifically to /opt/homebrew/bin/git. It does not instruct destructive system commands, exfiltration, or obfuscated execution. The git usage is for version-controlled curation of project skills, which is a legitimate and low-risk purpose.

Aucun point d'attention détecté

Comment cette analyse est faite

Exemples

Periodic library audit
Run a skill governance audit: for every .claude/skills/*/SKILL.md, check that each cited file path still exists and that the rules still match CLAUDE.md and AGENTS.md, then list what's drifted and how to fix it.
Does this earn a skill?
I've now hand-ported three web sections into native screens. Does that clear the bar for a new skill? Check .claude/skills first to see if something already covers it, and tell me whether to create, extend, or skip.
Dedupe overlapping skills
native-screen-scaffold and native-screen-generator look like they overlap — compare their SKILL.md bodies and either merge them into one or carve a clear boundary into each description.

name: skill-governance description: Curate the Inspire Courts skill library — decide when a workflow earns a skill, refine/dedupe, retire stale skills, and audit skills against current architecture rules. Keeps the toolkit lean and reviewed. Use periodically, after big architecture changes, or when adding/removing a skill. argument-hint: "[audit | new <name> | dedupe | retire <name>]" allowed-tools: Read Edit Write Grep Glob Bash(/opt/homebrew/bin/git *)

Skill governance (the curator)

Project skills live in .claude/skills/<name>/SKILL.md and are the canonical, git-reviewed copies (CLAUDE.md "Skills" section: project copy wins over user-level). This meta-skill keeps the library lean + correct + non-redundant so every other skill stays trustworthy. Skills encode the architecture rules + standing decisions into tooling — if they drift from the code, they do harm.

When a workflow earns a skill (the bar)

Create a skill only when ALL are true:

  1. It repeats — you've done (or will do) this 3+ times (e.g. porting a web section, fixing a facade, scaffolding a screen).
  2. It must follow rules exactly — there are non-obvious constraints that are easy to get wrong (payment gate, no-fabricated-data, nav registration).
  3. It's not already covered — no existing skill does it (check first; extend instead of forking).
  4. It's concrete — maps to real code paths + files, not generic advice.

If it's a one-off, or pure judgment with no repeatable steps, it does NOT earn a skill — keep it in DIRECTION/memory instead.

SKILL.md conventions (enforce on every skill)

  • Frontmatter: name (matches dir), description (when-to-use, written so the model can route to it), argument-hint, allowed-tools (least-privilege — scope Bash(...) to the commands actually needed; no blanket Bash). Add disable-model-invocation: true for deploy-class skills that must be explicit.
  • Body: grounded in real files (cite exact paths + anchor examples), a non-negotiables/rules section, and a done = all true checklist. Living recipe books (like motion) append entries over time.
  • Lean: prose earns its place. Cut restating CLAUDE.md verbatim — link the rule, show the code.

Refine / dedupe

  • Overlap check: grep skill bodies for the same files/workflows. If two skills cover the same ground, merge into one and delete the weaker, or carve a clear boundary in each description (e.g. native-screen-scaffold = stamp one screen; native-screen-generator = port a web section using it).
  • Cross-link related skills by name (scaffold → kit → facade-fix) so the chain is discoverable.
  • Tighten allowed-tools to the minimum; widen only with cause.

Retire stale skills

Retire (delete the dir, note it in the commit) when:

  • The workflow no longer exists (the feature/area was removed).
  • It's superseded by a better skill (dedupe outcome).
  • Its instructions contradict current architecture and can't be salvaged.

Never leave a skill that points at moved/renamed files — fix or retire it.

Audit skills vs current rules (run periodically)

For each SKILL.md:

  1. File-path drift: every cited path still exists. grep -oE '[a-zA-Z0-9_./-]+\.(swift|ts|tsx|mjs)' .claude/skills/*/SKILL.md then confirm each resolves. (Heads-up: DesignKit.swift lives at ios-native/Sources/Features/AdminDesign/, while the base layer is ios-native/Sources/DesignSystem/DesignSystem.swift — don't conflate them.)
  2. Rule drift: the skill's rules still match CLAUDE.md (admin-hub freeze, kit-only UI, design tokens, no dark:, SWR policy, API guard + manifest, push cooldown) and AGENTS.md (read node_modules/next/dist/docs/ before Next.js code).
  3. Convention drift: frontmatter complete, allowed-tools least-privilege, checklist present.
  4. Coverage gaps: is there a repeated workflow with no skill? Flag it for creation (the standing rule: build skills anywhere a workflow repeats).

Produce a short report: OK / fix-needed / retire, with the one-line reason each.

Library map (keep current)

| Skill | One-line role | |---|---| | native-screen-scaffold | stamp one native screen correctly first time | | native-kit | use/extend the native component kit (reuse-first) | | native-screen-generator | port a web admin section → native (parity workhorse) | | skill-governance | this meta-skill — curate the library | | facade-fix | wire a "renders but doesn't work" screen end-to-end | | data-surfacing | surface desktop-only/hidden data natively (real data) | | ui-wiring | clickable rows→profile, actionable alerts, nav+search (no orphans) | | test-factory | tests-as-you-build + reusable fixtures/factories | | ai-feature | scaffold an AI feature on the shared prompt/voice lib + safety rails | | payment-flow | build a money flow correctly (Square gate, audit, refund→credit) | | observability-auto-fix | Sentry error → diagnose → fix → ship through the gates | | audit/cycle/improve/fix-sweep/deploy/motion | baseline website skills |

Update this table whenever a skill is added/retired.

Checklist

  • [ ] New skill cleared the 4-point bar (repeats, rule-bound, non-redundant, concrete).
  • [ ] Frontmatter complete + allowed-tools least-privilege.
  • [ ] Body grounded in real paths with a checklist.
  • [ ] No overlap left unmerged; related skills cross-linked.
  • [ ] Stale skills retired (not left pointing at dead paths).
  • [ ] Library map table updated; committed with a clear message.

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/skill-governance-mrx3xxxm/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/skill-governance-mrx3xxxm' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/skill-governance-mrx3xxxm/download' --output '.skill-downloads/skill-governance-mrx3xxxm/SKILL.md.part' && mv '.skill-downloads/skill-governance-mrx3xxxm/SKILL.md.part' '.skill-downloads/skill-governance-mrx3xxxm/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Outils déclarés par l’auteur (à vérifier dans votre agent) : Read Edit Write Grep Glob Bash(/opt/homebrew/bin/git *)

Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.

Claude Code
test -f '.skill-downloads/skill-governance-mrx3xxxm/SKILL.md' && test -s '.skill-downloads/skill-governance-mrx3xxxm/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/skill-governance' && cp -R '.skill-downloads/skill-governance-mrx3xxxm' '.claude/skills/skill-governance'

OpenSkills

OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.

Installation officielle d’OpenSkills
openskills install './.skill-downloads/skill-governance-mrx3xxxm'

openskills read 'skill-governance-mrx3xxxm'

La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.

Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.

openskills sync

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/skill-governance-mrx3xxxm/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires