Aller au contenu
EYAS Docs

Compétences

À quoi ça sert. Une compétence est un paquet de procédure markdown que l’agent charge quand le travail correspond à ses motifs. Cette page est le catalogue. Ce n’est pas un outil : les outils s’invoquent ; les compétences disent comment.

Route : /skills. Onglets : Parcourir · Inventaire. Barre : Compétences.

Quand l’utiliser

Section intitulée « Quand l’utiliser »
  • Un playbook répétable (chaîne Odoo, runbook, style maison).
  • Import d’un autre assistant — quelle copie d’un id charge vraiment.
  • Une conversation a proposé une compétence : la refuser ou l’éteindre globalement.
  • Des compétences générées apparaissent et tu veux savoir pourquoi elles sont (ou non) live.

Déroulement typique

Section intitulée « Déroulement typique »
  1. Compétences (/skills).
  2. Parcourir : cherche ou filtre Toutes / Compétences propres / Intégrées, puis Créer une compétence.
  3. Nom de la compétence, Motifs de déclenchement, Contenu / modèle.
  4. Inventaire : quelle copie a gagné, usages, activée.
  5. En conversation, le tour attend. L’utiliser, Pas cette fois, ou (owner/admin) Désactiver.

Fonctions

Section intitulée « Fonctions »

Une compétence qui matche est une proposition que le tour attend. Rien ne s’exécute tant que tu n’as pas répondu. L’utiliser / Pas cette fois (cette conversation seulement) / Désactiver (global ; owner/admin seulement). Changement 0.8.15 : le troisième bouton est global. Voir Conversations.

Auto-adoption : les générées/évoluées n’entrent pas live sans un snapshot de benchmark privé au pass ratio et score moyen minimums. Créer/activer à la main n’emprunte pas cette porte.

Inventaire : une ligne par id. Préséance User > Generated > Imported (skills.importRoots) > Bundled (extension) > Bundled (EYAS). Les skills hôtes ne sont pas chargées par Claude Code — il tourne toujours isolé. Dossiers extra dans local.yaml : voir ci-dessous. Le détecteur ne fait que proposer : orpheline, ombragée, jamais utilisée (0, >90 j), dormante (180+). File d’autonomie. Désactive, ne supprime jamais. Orpheline/ombragée tout de suite ; jamais utilisée/dormante après 30 j ; les skills user hors règles de temps.

Importer des racines de skills supplémentaires

skills:
  importRoots: []    # dossiers markdown de skills supplémentaires
agent:
  importRoots: []    # dossiers markdown de personas / agents supplémentaires

Liste vide par défaut. Les chemins appartiennent à l’instance, jamais au src/ livré. Les skills importées passent devant les copies bundled du cœur dans la préséance ci-dessus. Les personas d’agent.importRoots apparaissent dans l’UI comme du markdown, pas comme des noms codés en dur.

Ces racines sont lues à chaque démarrage : ce sont donc une source vivante — pour des dossiers ordinaires seulement, par exemple un dossier d’équipe comme /opt/team-skills. Une racine qui se trouve dans, ou qui contient, les dossiers propres d’un autre assistant ou d’une app de notes est ignorée : ~/.claude (skills, agents, plugins), ~/.grok, ~/.codex, ~/.gemini, ~/.kimi, ~/.cursor, ~/.codeium, ~/.copilot, ~/.agents, ~/.config/agents, les dossiers d’OpenCode, les réglages et coffres d’Obsidian, security.foreignMemoryPaths, et les homes CLI propres à EYAS. Une racine comme ton dossier home entier est ignorée aussi, parce qu’elle les contient. Chaque racine ignorée logue un avertissement au démarrage et apparaît comme avertissement Import roots dans eyas doctor.

Les skills déjà importées depuis un tel dossier restent dans EYAS ; elles cessent seulement de s’en rafraîchir. Pour faire entrer ce contenu, ou le rafraîchir, lance une fois un Import de données du dossier — il est copié dans EYAS avec son origine enregistrée —, puis retire l’entrée de local.yaml. Voir Configuration — Racines supplémentaires de skills et de personas.

Voir aussi

Section intitulée « Voir aussi »