error-memory
Consigner les erreurs du projet pour les exécutions futures
Les erreurs répétées de l’assistant ralentissent le développement et réduisent la confiance. Cette compétence transforme chaque erreur en une règle locale compacte pour les travaux futurs.
Télécharger le ZIP de la compétence
Importer dans Claude
Accédez à Paramètres → Capacités → Skills → Importer une compétence
Activez et commencez à utiliser
Ressources lisibles par les agents
Utilisez ces liens lorsqu’un Agent IA, un crawler ou un script a besoin d’un contexte propre au lieu de lire toute la page.
Tester
Utilisation de « error-memory ». Un test a échoué parce que l’assistant a utilisé le mauvais gestionnaire de paquets.
Résultat attendu:
Une entrée d’erreur contextuelle indiquant le mauvais choix d’outil, la convention de projet manquée et la règle d’utilisation du gestionnaire de paquets configuré.
Utilisation de « error-memory ». L’utilisateur dit que le comportement demandé a été mal compris.
Résultat attendu:
Une entrée d’erreur de compréhension qui indique l’exigence mal comprise et une règle demandant de reformuler les critères d’acceptation avant toute modification.
Utilisation de « error-memory ». Une erreur d’exécution apparaît après une modification de syntaxe.
Résultat attendu:
Une entrée d’erreur technique qui consigne la cause racine et une vérification future à exécuter avant des changements similaires.
Audit de sécurité
Risque faibleThe external command, weak cryptography, and reconnaissance findings are false positives from Markdown content in SKILL.md. The skill does instruct the assistant to append or create a local .claude/errors.md file, so it has low filesystem persistence risk.
Confirmed security concerns (1)
Capability review items (2)
These are real local capabilities that may be expected for this skill, so they require review but are not counted as confirmed malicious behavior.
Facteurs de risque
📁 Accès au système de fichiers (2)
Score de qualité
Ce que vous pouvez créer
Prévenir les échecs de build répétés
Capturer la cause d’un build échoué et définir une règle avant le prochain changement.
Préserver les conventions de projet
Enregistrer les corrections concernant les modèles locaux, l’organisation des fichiers ou les choix d’outillage.
Améliorer les passations entre assistants
Conserver un journal d’erreurs concis que les sessions ultérieures de Claude, Codex ou Claude Code peuvent consulter.
Essayez ces prompts
J’ai commis une erreur dans ce projet. Classe-la, trouve la cause racine et ajoute une règle concise au journal d’erreurs.
L’utilisateur a corrigé mon approche. Transforme la correction en règle contextuelle et ajoute-la à .claude/errors.md.
Les tests ont échoué après mon dernier changement. Identifie la cause racine, sépare les symptômes de la cause et consigne la règle de prévention.
Avant de commencer cette tâche, examine le journal d’erreurs existant et explique quelles règles antérieures influencent le plan d’implémentation.
Bonnes pratiques
- Vérifiez chaque entrée avant d’enregistrer des détails sensibles du projet.
- Gardez chaque règle courte, spécifique et directement exploitable.
- Consultez le journal d’erreurs avant d’apporter des changements à haut risque au projet.
Éviter
- Ne consignez pas d’excuses vagues à la place des causes racines.
- Ne stockez pas de secrets, d’identifiants ni de données utilisateur privées.
- Ne laissez pas le journal d’erreurs grossir sans archiver les anciennes entrées.