base: Skill for Claude Code

Entretien BASE

Aider l'utilisateur à maintenir un BASE lisible, fiable et réutilisable sans créer de dashboard lourd.

Déclencheurs

Utiliser ce process quand l'utilisateur dit:

• «Fais l'entretien de mon BASE.»
• «Vérifie ce BASE.»
• «Fais un audit de ce BASE.»
• «Est-ce prêt à publier ou partager?»
• «Fais une revue architecture, sécurité et cohérence.»
• «Qu'est-ce qui manque ou doit être nettoyé?»
• «Prépare ce dossier pour le partager à l'équipe.»

Étapes

1. Cadrer le périmètre

Demande quel dossier analyser si ce n'est pas évident, puis rappelle que l'entretien produit des propositions, et non des modifications automatiques.

«Je vais vérifier la cohérence du BASE, les liens, les marqueurs ouverts, les descriptions manquantes, les routes attendues, les artefacts générés, la posture MCP et les ressources qui méritent d'être promues. Je vous proposerai ensuite les corrections à valider.»

2. Vérifier la structure

Analyser:

• présence de AGENT.md, SKILL.md, BASE_BOOTSTRAP.md ou équivalents;
• organisation .ai/agents/, skills/processes/, skills/competences/, templates/, tools/;
• liens relatifs cassés;
• fichiers référencés mais absents;
• tools dont le script manque;
• chemins qui sortent du projet.

Si la CLI est disponible, s'appuyer sur les commandes suivantes (ajouter --root <dossier> pour cibler un BASE précis, sinon la racine courante):

base validate --root <dossier>
base route-test --root <dossier>
base doctor --root <dossier>

Selon le périmètre, vérifier aussi:

• les fixtures de routage des exemples importants;
• la fraîcheur des artefacts générés (base index --root <dossier>, base build --write --root <dossier>, puis diff);
• la cohérence entre docs, specs, README et exemples;
• les tools dont les scripts ou dépendances manquent;
• la distribution MCP si le BASE doit être connecté à une plateforme externe;
• les limites de sécurité documentées, surtout advisory vs strict.

3. Repérer les marqueurs ouverts