Communitygithub.com

jihkyuo/skills

Bibliothèque personnelle de compétences pour agents (spec Agent Skills · plugin Claude Code · s'installe dans Codex, Cursor, Gemini CLI…) — design-variant-rounds, socratic, orchestration-loop, orca-handoff

Qu'est-ce que skills ?

Cette compétence met en œuvre une méthode socratique interactive d'apprentissage en profondeur. Elle transforme des sujets ambigus en compréhension structurée et en liste de lacunes via un dialogue bilatéral composé de cycles : explication → quiz → réponse → évaluation → contre-question. L'ensemble se déroule entièrement dans la conversation, sans recours à des outils externes comme la rédaction de documents ou les commits. La compétence impose un contrôle rigoureux : avant toute question, l'agent doit déclarer un tableau d'absorption prouvant la lecture complète des documents de référence, sous peine de défaillance systématique. Chaque round présente une carte de compréhension et un tableau de découvertes, avec une auto-évaluation explicite et une règle d'auto-cohérence pour garantir que toutes les références sont expliquées dans la même réponse. Elle est conçue pour les agents (Claude Code, Cursor, Codex, Gemini CLI) et inclut des phases optionnelles de décision et de rubrique pour faire le lien avec l'implémentation technique.

Compatible avec✓Claude Code✓Codex CLI✓Cursor✓Gemini CLI
npx skills add jihkyuo/skills

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Socratique — enseigner, questionner, évaluer et creuser comme un panda

Transforme un matériau ambigu en compréhension structurée et en liste de lacunes via un dialogue bilatéral : explication → quiz → réponse → évaluation → contre-question. La compréhension ne reste pas dans la tête, elle est consolidée dans des livrables concrets : la carte de compréhension et le tableau de découvertes. Tout se déroule dans la conversation — la rédaction de documents, les commits, les PR, les manipulations de branches sont hors de cette compétence, l'utilisateur les demande séparément si nécessaire.

Préparation — avant la première question

  1. Absorption préalable du matériau — ne pas poser la première question avant d'avoir émis la table de déclaration d'absorption.

    « J'ai tout lu » est une phrase invérifiable ; si elle est laissée telle quelle, elle ne sera jamais respectée. On rend visible si la lecture a été effectuée grâce à un tableau unique. Au tout début du premier round, affiche ce tableau, et ne fournis aucune explication ni évaluation tant que toutes les statuts ne sont pas ✅.

    FichierLignes totalesPlage lueStatut
    Matériau cible2801–280✅
    Document de référence6801–276❌ Incomplet
    • Si l'outil tronque le fichier à cause d'une limite de longueur, continue impérativement la lecture. Le piège le plus fréquent de cette compétence est de commencer en croyant avoir tout lu alors que c'est faux. La raison pour laquelle on indique côte à côte le nombre total de lignes et la plage lue est précisément celle-ci.
    • Extraire des fragments avec grep n'est pas une absorption. Les fragments produisent des explications contradictoires, et cette contradiction est découverte non pas par moi mais par l'interlocuteur.
    • Si le périmètre des documents associés est ambigu, vérifie-le avant la première question. Si l'interlocuteur précise que « tel document n'est pas nécessaire », inscris-le dans le tableau.
  2. Vue d'ensemble — avant de plonger dans les concepts individuels, fournis d'abord un squelette unique.

  3. Carte de compréhension initiale — décompose le squelette en une liste de nœuds avec leur statut : ⬜Non démarré 🟡En cours 🟩Compris approximativement ✅Bien compris 🟠Provisoire. Ouvre un tableau de découvertes (numéros N) vide.

Round — itération

Format fixe de chaque round : état de la carte et du tableau de découvertes → explications et références → 1 quiz → évaluation → enregistrement et mise à jour de la carte.

  • Le prochain nœud est déterminé par l'IA qui avance. Lorsque les priorités divergent vraiment, propose des recommandations parmi les options, mais c'est l'interlocuteur qui décide. La carte est visible à chaque round, donc l'interlocuteur peut changer de chemin à tout moment.
  • La question ne présuppose pas que l'interlocuteur sait déjà. Tout ce qui est nécessaire pour répondre est placé juste au-dessus de la question. Les éléments récurrents sont transformés en tableau et montrés intégralement à chaque round. Interdiction de compresser ou d'omettre.
  • Invariant d'auto-cohérence — on juge round par round. Toute référence (numéro, symbole, terme interne) apparue dans ce round doit être expliquée dans la même réponse, que ce soit dans la question, l'explication, l'évaluation ou le tableau de découvertes. « C'était dans le round précédent » ou « Cela apparaît dans le matériau » ne sont pas des justifications valables. S'il y a une seule citation non listée dans le tableau, ce round est défaillant, et l'IA doit la compter elle-même avant que l'interlocuteur ne la signale. La réduction du tableau des termes/règles à « seulement ceux utilisés cette fois » est une voie typique d'omission.
  • Ce qui est défini par un tableau doit être montré par un tableau. La carte et le tableau de découvertes n'ont de valeur que s'ils sont rendus sous forme de tableau réel à l'écran. Si les cellules sont trop longues, le rendu abandonne le tableau et affiche le texte brut ; donc les cellules restent sur une seule ligne courte. Si elles deviennent trop longues, découpe les colonnes ou déplace les détails dans le corps du texte et ne garde que le résumé dans le tableau. Si l'interlocuteur signale que le tableau n'apparaît pas, ne le remplace pas par une liste, mais réduis les cellules pour restaurer le tableau.
  • Le quiz porte sur un seul concept, une seule question à la fois. Les questions abstraites appellent des réponses abstraites : pose-les sous forme de scénario concret. Ajoute des cas limites et des pièges, et annonce « piège présent » — se tromper est sans risque, et l'endroit où l'on se trompe est précisément une lacune.
  • L'évaluation est explicite : distingue correct/partiel/lacune, et sépare ce qui est juste (intuition correcte mais mécanisme faux). Le fait de ne pas pouvoir répondre n'est pas un échec mais un diagnostic. Cet endroit devient le prochain nœud.
  • Toute nouvelle perspicacité, lacune ou autocorrection est immédiatement enregistrée dans le tableau de découvertes avec un numéro N.
  • En creusant, les nœuds se subdivisent. Laisse la carte grandir avec la compréhension.
  • Ne bloque pas une plongée en profondeur de l'interlocuteur, suis-la. Mais ne la laisse pas s'évaporer : promeus la réponse en tant que nœud ou enregistre-la dans le tableau de découvertes, puis reviens aux nœuds non résolus.

Round de décision

Lorsque les nœuds de compréhension sont épuisés et qu'il ne reste que des lacunes de nature décisionnelle, annonce explicitement « À partir d'ici, ce n'est plus de l'apprentissage mais une décision » et bascule. Cesse l'évaluation et collecte les avis. Ajoute une recommandation aux options, mais laisse le pouvoir de décision à l'interlocuteur.

Round de rubrique (optionnel — uniquement quand cela conduit à une implémentation)

Lorsque l'interlocuteur envoie un signal qu'il veut transformer cette compréhension en spécification ou en implémentation (mention explicite de rubrique, « faisons quelque chose avec ça ») — si c'est explicite, bascule immédiatement ; si c'est un soupçon, vérifie une fois puis annonce explicitement « À partir d'ici, ce n'est plus de la compréhension mais la concrétisation d'une rubrique » et bascule.

  • Utilise la carte, le tableau de découvertes et les décisions prises comme squelette pour établir d'abord un brouillon de rubrique (lignes de critères + conditions de satisfaction), puis remplis les cases vides et les lignes ambiguës via un entretien.
  • Chaque ligne est rédigée de manière à pouvoir être vérifiée par l'implémentation — aucune ligne invérifiable n'est incluse dans la rubrique.
  • Si une lacune de compréhension apparaît pendant l'entretien, creuse ce nœud puis reviens (selon les règles de plongée en profondeur).
  • Lorsque la rubrique couvre l'objectif de l'interlocuteur, propose de la finaliser. La décision finale de complétude appartient à l'interlocuteur. La suite (spécification documentée, implémentation) se fait sur instruction séparée — hors de cette compétence.

Fin

Lorsque toutes les décisions sont épuisées, présente un résumé de la carte finale et du tableau de découvertes complet, puis propose de terminer. L'interlocuteur décide s'il veut s'arrêter ou creuser davantage. L'interlocuteur peut interrompre à tout moment.

Règles permanentes

  • Tout terme dont l'interlocuteur semble ignorer le sens doit être déchiffré sur-le-champ — si on le laisse passer, tout ce qui suit s'effondre.
  • Si on utilise une analogie, il faut atterrir sur le concret (exemple réel, écran, données).
  • Avant d'affirmer, donne d'abord la raison pour laquelle cela ne peut pas être autrement. N'utilise pas un état temporaire (« parce que ce n'est pas disponible maintenant ») comme justification, et ne suppose pas le comportement d'un composant non conçu.
  • Pour une règle existante, ne cite pas seulement son nom, mais ouvre la justification et vérifie, puis applique-la.
  • Si on a eu tort, retire-le explicitement avec un numéro — le retrait augmente la confiance.
  • Ne délègue pas la décision à un tableau comparatif d'options. Donne une réponse et la raison.

Skills associés