Guide ECC
Utilisez ce skill lorsque l'utilisateur a besoin d'aide pour comprendre, naviguer, installer ou choisir des composants d'Everything Claude Code.
Quand l'utiliser
Utilisez ce skill lorsque l'utilisateur :
- demande ce qu'ECC inclut
- souhaite de l'aide pour trouver un skill, une commande, un agent, un hook, une règle ou un profil d'installation
- est nouveau dans le dépôt et a besoin d'un chemin guidé
- demande « comment faire X avec ECC ? »
- demande quels composants ECC correspondent à un projet
- a besoin d'une explication légère sur la relation entre commandes, skills, agents, hooks et règles
- est confus par les chemins d'installation, les installations en double, la réinitialisation/désinstallation, ou les options d'installation sélective
Principe fondamental
Répondez à partir des fichiers actuels, pas de la mémoire. ECC change rapidement, donc les décomptes de catalogue codés en dur, les listes de fonctionnalités et les instructions d'installation deviennent obsolètes.
Lorsque le dépôt ECC est disponible, inspectez les fichiers pertinents avant de donner une réponse concrète :
node scripts/ci/catalog.js --json
find skills -maxdepth 2 -name SKILL.md | sort
find commands -maxdepth 1 -name '*.md' | sort
find agents -maxdepth 1 -name '*.md' | sort
node scripts/install-plan.js --list-profiles
node scripts/install-plan.js --list-components --json
Utilisez le plus petit ensemble de lectures nécessaire à la question de l'utilisateur.
Plan du dépôt
README.md: chemins d'installation, guide de désinstallation/réinitialisation, positionnement public, FAQAGENTS.md: guide du contributeur et structure du projetagent.yaml: surface gitagent exportée et liste des commandescommands/: shims de compatibilité pour les commandes slash maintenuesskills/*/SKILL.md: workflows réutilisables et guides métieragents/*.md: invites de rôle des sous-agents déléguésrules/: règles de langage et de harnaishooks/README.md,hooks/hooks.json,scripts/hooks/: comportement des hooks et portes de sécuritémanifests/install-*.json: modules, composants, profils et support cible d'installation sélectivedocs/: guides du harnais, notes d'architecture, docs traduits, docs de version
Style de réponse
Commencez par la réponse, puis donnez l'action suivante. La plupart des utilisateurs n'ont pas besoin d'un vidage complet du catalogue.
Bonne forme pour une première réponse :
- quoi utiliser
- pourquoi cela correspond
- le fichier ou la commande exacte à inspecter
- une commande ou question suivante
À éviter :
- lister chaque skill ou commande par défaut
- répéter de grandes sections du README
- recommander des shims de commande obsolètes lorsqu'un chemin skill-first existe
- affirmer qu'un composant existe sans vérifier le système de fichiers
- remplacer les conseils d'installation par des commandes de copie manuelle lorsque l'installateur géré prend en charge la cible
Tâches courantes
Intégration des nouveaux utilisateurs
Donnez un menu court :
- installer ou réinitialiser ECC
- choisir des skills pour un projet
- comprendre les commandes vs les skills
- inspecter les hooks et le comportement de sécurité
- exécuter un audit du harnais
- trouver un workflow spécifique
Renvoyez vers README.md pour l'installation/réinitialisation et vers /project-init pour l'intégration spécifique au projet.
Découverte de fonctionnalités
Pour « que dois-je utiliser pour X ? » :
- Recherchez dans
skills/,commands/etagents/. - Préférez les skills comme surface de workflow principale.
- Utilisez les commandes uniquement lorsqu'il s'agit d'un shim de compatibilité maintenu ou que l'utilisateur souhaite explicitement un comportement de commande slash.
- Mentionnez les agents lorsque la délégation est utile.
Recherches utiles :
rg -n "<requête>" skills commands agents docs
find skills -maxdepth 2 -name SKILL.md | sort
Conseils d'installation
Utilisez les chemins d'installation gérés :
node scripts/install-plan.js --list-profiles
node scripts/install-plan.js --profile minimal --target claude --json
node scripts/install-apply.js --profile minimal --target claude --dry-run
Pour l'installation de skills spécifiques :
node scripts/install-plan.js --skills <skill-id> --target claude --json
node scripts/install-apply.js --skills <skill-id> --target claude --dry-run
Avertissez les utilisateurs de ne pas empiler les installations de plugins et les installations manuelles/profil complètes, sauf s'ils souhaitent intentionnellement des surfaces en double.
Configuration de projet
Utilisez /project-init lorsque l'utilisateur souhaite configurer ECC pour un dépôt cible. La séquence attendue est :
- détecter la stack à partir des fichiers du projet
- résoudre un plan d'installation à blanc (dry-run)
- inspecter les fichiers
CLAUDE.mdet les paramètres existants - demander avant d'appliquer les modifications
- garder les conseils générés minimaux et spécifiques au dépôt
Dépannage
Demandez d'abord le harnais cible et le chemin d'installation, puis inspectez :
- les métadonnées d'installation du plugin
.claude/,.cursor/,.codex/,.gemini/,.opencode/,.codebuddy/,.joycode/, ou.qwen/hooks/hooks.json- les fichiers d'état d'installation
- les fichiers de commande/skill pertinents
Pour la santé du dépôt, suggérez :
npm run harness:audit -- --format text
npm run observability:ready
npm test
Modèles de sortie
Recommandation courte
Utilisez <skill-ou-commande>. Cela correspond parce que <raison>.
Fichier canonique : <chemin>
Vérifiez avec : <commande>
Suivant : <une action concrète>
Résultats de recherche
Meilleures correspondances :
- <chemin> : <pourquoi c'est important>
- <chemin> : <pourquoi c'est important>
Recommandation : <lequel utiliser en premier et pourquoi>
Résumé du plan d'installation
Détecté : <preuve de la stack>
Cible : <harnais>
Plan : <profil/modules/skills>
Test à blanc : <commande>
Modifierait : <chemins>
Nécessite approbation avant application : <oui/non>
Surfaces associées
/project-init: plan d'intégration adapté à la stack pour un dépôt cible/harness-audit: carte de score de préparation déterministe/skill-health: révision de la qualité des skills/skill-create: générer un nouveau skill à partir de l'historique git local/security-scan: inspecter la sécurité de la configuration Claude/OpenCode