Communitygithub.com

gzb1128/skill-forge

Skill Forge : marché de plugins Claude Code pour la documentation des agents harness, les workflows de qualité de code et la personnalisation OpenCode.

Qu'est-ce que skill-forge ?

Skill Forge est un plugin pour Claude Code qui agit comme un marché de compétences, permettant d'installer des workflows spécialisés directement depuis vos dépôts. Ce skill spécifique, `/agent-docs:learn`, est un outil manuel conçu pour la fin d'une session de travail. Son objectif est d'analyser la session qui vient de se dérouler, d'en extraire des informations précieuses (dépendances cachées, erreurs trompeuses, solutions de contournement, ordres critiques) et de les proposer de manière vérifiée et approuvée dans le fichier `AGENTS.md` approprié. Le skill suit un principe strict de non-dérivabilité : seules les informations qui ne peuvent pas être retrouvées en lisant le code, en consultant `git log` ou la documentation existante doivent être enregistrées. Il ne modifie aucun fichier sans l'approbation explicite de l'utilisateur, en présentant d'abord un diff clair des changements proposés. Il est compatible avec les workflows de développement où la mémoire et les connaissances contextuelles sont critiques (comme les projets multi-packages ou complexes), et se distingue par son approche rigoureuse de la vérification et de la validation des informations avant tout enregistrement.

Compatible avec✓Claude Code~Codex CLI~Cursor✓OpenCode
npx skills add gzb1128/skill-forge

Demander à votre IA préférée

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

Documentation

Compétence à déclenchement manuel. disable-model-invocation: true empêche le modèle d'invoquer ce workflow automatiquement en cours de tâche. Une fois installé depuis ce plugin, invoquez-le délibérément avec /agent-docs:learn à la fin d'une session. N'ajoutez pas de hooks, de tâches d'arrière-plan, de comportement de déclenchement automatique, de stockage d'exécution, de bases de données vectorielles, d'intégration MCP ou de systèmes de mémoire externes.

Passez en revue ce qui s'est passé dans cette session et produisez des propositions de mémoire vérifiées et révisables pour le fichier AGENTS.md approprié. Ne modifiez pas les fichiers tant que l'utilisateur n'a pas vu le diff proposé et ne l'a pas explicitement approuvé.

Principe de Non-Dérivabilité

N'enregistrez que les informations qui NE peuvent PAS être dérivées de la base de code elle-même. Avant de proposer une entrée Hidden Knowledge, demandez :

Le prochain agent ou humain peut-il découvrir cela en lisant le code, en exécutant git log, ou en consultant la documentation existante ?

Si oui, ne l'enregistrez PAS comme connaissance cachée. La barre est haute. La plupart des connaissances appartiennent au code source, aux messages de commit ou à la documentation existante, pas à AGENTS.md.

Étape 1 : Extraire les pistes candidates

Passez en revue la session en cours et listez les pistes candidates. Les pistes proviennent généralement de dépendances cachées, d'échecs trompeurs, de solutions de contournement spécifiques au projet, d'ordres critiques, de découvertes de commandes ou de lacunes documentaires.

N'écrivez rien encore. Classez d'abord chaque piste.

Étape 2 : Classer les pistes

ClassificationDestinationRègle
Hidden KnowledgeLe fichier AGENTS.md pertinent le plus proche sous ## Hidden KnowledgeUniquement pour les dépendances cachées non dérivables, erreurs trompeuses, solutions de contournement, bizarreries ou ordres critiques
Quick ReferenceTableau Quick Reference du AGENTS.md racineCommandes de build, test, lint, run, codegen, clean ou autres commandes courantes
RuleSignaler la destination suggérée uniquementConvention d'équipe ou limite stricte ; ne créez ni modifiez docs/rules/ depuis /agent-docs:learn
DocSignaler la destination suggérée uniquementNote de conception, de dépannage, de runbook ou de bibliothèque plus longue ; ne créez ni modifiez de documentation depuis /agent-docs:learn
SkipAucune écritureDérivable, ponctuelle, dupliquée, obsolète, générique ou invérifiable

Pistes pour Hidden Knowledge

Seules les pistes qui réussissent le test de non-dérivabilité peuvent devenir des connaissances cachées :

  1. Dépendances cachées : Fichiers ou modules qui doivent être modifiés ensemble mais qui ne sont pas visiblement connectés.
  2. Erreurs trompeuses : Messages d'erreur qui pointent vers le mauvais emplacement ou la mauvaise cause.
  3. Solutions de contournement et bizarreries : Comportement spécifique au projet qui diffère du schéma standard.
  4. Ordre critique : Opérations qui doivent se produire dans une séquence spécifique.

Critères de rejet

Rejetez les pistes qui sont :

  • Des motifs de code, de l'architecture ou une structure de fichier visible en lisant le code source.
  • L'historique Git ou les changements récents que git log ou git blame enregistrent déjà.
  • Des solutions de débogage où le correctif est maintenant dans le code et le message de commit est censé porter le contexte.
  • Déjà présentes dans AGENTS.md, docs/rules/ ou README.
  • Un comportement standard du langage ou du framework.
  • Des commandes non évidentes qui appartiennent à la Quick Reference, pas à Hidden Knowledge.
  • Des détails éphémères de session, y compris les tentatives qui ont temporairement échoué.
  • Des affirmations non vérifiées.

Étape 3 : Vérifier chaque piste retenue

Chaque piste retenue nécessite une preuve explicite avant de pouvoir être proposée :

La piste mentionnePreuve de vérification
Chemin de fichierConfirmer que le chemin existe avec ls ou en lisant le fichier
Fonction, type, commande ou symboleConfirmer son existence avec une recherche ou une consultation adaptée au langage
Comportement ou contrainteExécuter la commande la plus petite pertinente, inspecter le code source, ou expliquer pourquoi l'exécution directe est dangereuse
Contenu existant de AGENTS.mdLire la section cible et vérifier la présence d'entrées obsolètes ou dupliquées

Si la vérification échoue, classez la piste comme Skip et expliquez l'échec du contrôle. Si la vérification ne peut pas être effectuée en toute sécurité, signalez-la comme non vérifiée et ne proposez pas d'écriture.

Étape 4 : Choisir la cible

Choisissez le fichier AGENTS.md le plus proche du périmètre affecté :

Périmètre de la connaissanceFichier cible
Affecte l'ensemble du projetAGENTS.md racine
Affecte un package spécifique<package>/AGENTS.md
Affecte un module complexe<package>/<module>/AGENTS.md, uniquement si les critères de sous-package sont remplis

Pour Hidden Knowledge, ajoutez à ou créez une section ## Hidden Knowledge près de la fin du fichier AGENTS.md cible. Limitez chaque connaissance à 1-3 lignes.

Pour Quick Reference, proposez une mise à jour de ligne dans le tableau du AGENTS.md racine.

Pour Rule et Doc, signalez uniquement la destination suggérée. Ne créez ni ne modifiez de documentation de règle, de conception, de dépannage, de runbook ou de bibliothèque à partir de cette commande.

Étape 5 : Afficher d'abord les changements proposés

Avant de modifier un fichier, montrez toutes les propositions dans ce format :

## Propositions d'apprentissage

### 1. `<classification>` -> `<fichier cible>`

**Pourquoi :** <raison en une ligne pour laquelle cela aide les futures sessions>

**Vérification :** <preuve de chemin/symbole/commande/comportement>

**Action :** <ajouter/mettre à jour/rejeter/signaler-uniquement>

```diff
- <ligne existante, uniquement lors de la mise à jour d'une entrée existante approuvée>
+ <ajout ou remplacement exact proposé>
```

### Pistes rejetées

1. `<piste>` -> rejetée parce que <raison>

### Suggestions signalées uniquement

1. `<piste>` -> appartient à <destination suggérée>, non traité par `/agent-docs:learn`

Ne sautez pas l'étape du diff et de l'approbation. Même si l'utilisateur demande d'appliquer rapidement, l'utilisateur doit voir les changements exacts proposés et les approuver d'abord.

Étape 6 : Appliquer uniquement les changements approuvés

Après approbation :

  1. Appliquez uniquement les propositions que l'utilisateur a approuvées.
  2. Préservez la structure existante de AGENTS.md et gardez les ajouts concis.
  3. N'effectuez pas de nettoyage général depuis /agent-docs:learn ; utilisez /agent-docs:remember pour les mémoires existantes obsolètes, dupliquées ou mal placées.
  4. Signalez ce qui a changé, où cela a changé, et quelles pistes ont été rejetées.

Procédure

  1. Passez en revue l'historique de la conversation pour trouver des pistes candidates.
  2. Classez chaque piste comme Hidden Knowledge, Quick Reference, Rule, Doc ou Skip.
  3. Appliquez le test de non-dérivabilité aux pistes Hidden Knowledge.
  4. Vérifiez chaque piste retenue et enregistrez la preuve.
  5. Choisissez le fichier AGENTS.md cible correct ou la destination de signalement uniquement.
  6. Affichez les diffs proposés et les pistes rejetées.
  7. Attendez l'approbation explicite de l'utilisateur.
  8. Appliquez uniquement les changements approuvés de AGENTS.md.
  9. Signalez les écritures finales, les rejets et les suggestions restantes signalées uniquement.

Skills associés