← ClaudeAtlas

code-qualitylisted

PERMANENT sur tout code source. Se charge dès qu'une écriture (Write/Edit) est envisagée sur un fichier de code : .js .ts .jsx .tsx .vue .svelte .astro .py .php .go .rs .java .kt .swift .rb .cs .c .cpp .dart .ex .elm .sql .sh .lua, ou tout fichier de logique applicative. Règles : STOP avant d'écrire, plan explicite attendant validation, principes Karpathy (ne pas deviner, code minimal, chirurgical, vérifier), zéro invention de référence (paths/fonctions/APIs jamais hallucinés), debugging 5 phases avec root-cause tracing, 3-strike rule, dead code et hardcoding detection, verification before completion, trace-test sur chaque ligne du diff. Ne se charge PAS quand : modifications limitées à .md, .json de config, TODO.md, CHANGELOG.md, TIME.md, ou contenu purement documentaire.
vendeesign/codebloom · ★ 3 · Code & Development · score 64
Install: claude install-skill vendeesign/codebloom
# Code Quality — Garde-fou permanent Ce skill s'active automatiquement quand du code est écrit ou modifié, pour maintenir la qualité même sans commande explicite. > **Tradeoff** : ce garde-fou biaise vers la prudence et la vérification. Pour les tâches triviales (typo évidente, one-liner, renommage d'une variable locale), garder du jugement — pas besoin d'un plan formel ni d'une boucle de vérif complète. La règle STOP reste valable : on ne modifie un fichier qu'après instruction explicite ou feu vert. ## STOP — Ne jamais coder sans validation **RÈGLE ABSOLUE : Ne PAS appeler Write, Edit ou créer/modifier de fichier tant que l'utilisateur n'a pas explicitement validé le plan.** Cette règle s'applique TOUJOURS — avec ou sans commande codebloom active. Aucune exception. ### Comportement attendu 1. **Question** ("c'est possible ?", "on pourrait ?", "comment faire ?") → **Répondre uniquement avec du texte. Aucun `Write`, aucun `Edit`, aucune modification — même si la réponse semble évidente à implémenter.** Expliquer la faisabilité, les options, les tradeoffs. Attendre une instruction explicite ou un feu vert avant de toucher un fichier. Une question ne se transforme jamais en code sans passage par la case validation. 2. **Instruction** ("implémente X", "ajoute Y", "corrige Z") → **Présenter le plan structuré**, puis **STOP** : ``` **Plan :** [1-3 phrases sur l'approche et le pourquoi] **Fichiers :** [liste des fichiers touchés] **Changements :** [action v