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.
À 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.
À é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ûrThe 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 faiteExemples
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.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.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:
- It repeats — you've done (or will do) this 3+ times (e.g. porting a web section, fixing a facade, scaffolding a screen).
- It must follow rules exactly — there are non-obvious constraints that are easy to get wrong (payment gate, no-fabricated-data, nav registration).
- It's not already covered — no existing skill does it (check first; extend instead of forking).
- 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 — scopeBash(...)to the commands actually needed; no blanketBash). Adddisable-model-invocation: truefor 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-toolsto 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:
- File-path drift: every cited path still exists.
grep -oE '[a-zA-Z0-9_./-]+\.(swift|ts|tsx|mjs)' .claude/skills/*/SKILL.mdthen confirm each resolves. (Heads-up:DesignKit.swiftlives atios-native/Sources/Features/AdminDesign/, while the base layer isios-native/Sources/DesignSystem/DesignSystem.swift— don't conflate them.) - 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 (readnode_modules/next/dist/docs/before Next.js code). - Convention drift: frontmatter complete,
allowed-toolsleast-privilege, checklist present. - 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-toolsleast-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 annexesCe 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.mdDepuis 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’OpenSkillsopenskills 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 syncMode 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.
Rédaction de docs Supabase
Documentation
Rédigez, éditez et révisez le contenu de la documentation Supabase : guides, tutoriels, références et partiels. Suivez les guides de style et les règles de validation MDX/TOML.
Créer un enregistrement de décision d'architecture
Documentation
Créer un nouveau ADR avec numérotation séquentielle, l'enregistrer dans le graphe AgentDB et le lier aux ADR associés.
Mise à jour de plan avec recherche approfondie
Documentation
Met à jour un document de plan en lançant des sous-agents en parallèle pour analyser un sujet sur tous les passes du compilateur, puis consolide les résultats.