القائمة
Systematic debugging workflow with 4 phases. Use when: bug found, test failure, unexpected behavior, error diagnosis, debugging, root cause analysis, fix not working.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Creation, edition et validation d'artefacts Grimoire via BMB. Use when: create agent, edit agent, validate agent, create module, edit module, validate module, create workflow, edit workflow, validate workflow, builder factory, artifact design.
Compression lossless de documents optimisée LLM. Produit des distillats hyper-compréssés preservant chaque fait, décision et contrainte. Use when: distill documents, compress docs, create distillate, optimize context, reduce tokens, document compression, context optimization, LLM-optimized docs.
Audit qualité d'un SKILL.md ou d'un hook Grimoire avec grille de notation 100 points et seuils de blocage. Use when: review d'une skill, audit qualité skill, scoring SKILL.md, valider une skill avant publication, gate de qualité skill-forge, vérifier hook security, contrôler artefact .github/skills ou .github/hooks, before promoting dynamic skill, check skill description quality.
Création gardée de skills et de hooks Grimoire avec template, normes, self-test et gate qualité bloquant. Use when: créer une skill, nouvelle skill, créer un hook, nouveau hook, scaffolder une skill, design skill, design hook, composer un skill, builder skill, write a SKILL.md, écrire SKILL.md, promote dynamic skill to permanent, create lifecycle hook, hook security guardrails.
TRIGGERS for Workflow 10 (Release Architecture Version) — invoke this skill FIRST, do not plan or ask clarifying questions, when user says any of: 'release my architecture', 'release architecture', 'release architecture version', 'publish architecture', 'ship architecture', 'tag architecture version', 'freeze architecture', 'bump architecture version', 'finalize architecture' — these route here, NOT to architecture-docs-export (which only produces Word .docx files). Also use this skill for: creating/updating/maintaining ARCHITECTURE.md, generating Mermaid / C4 diagrams (Workflow 8), migrating to docs/ multi-file layout (Workflow 9), validating/auditing architecture (BIAN, META, standards), answering questions about documented components, data structures, integrations, security, performance, deployment, technology stack, or architectural decisions.
TRIGGERS for Workflow 10 (Release Architecture Version) — invoke this skill FIRST, do not plan or ask clarifying questions, when user says any of: 'release my architecture', 'release architecture', 'release architecture version', 'publish architecture', 'ship architecture', 'tag architecture version', 'freeze architecture', 'bump architecture version', 'finalize architecture' — these route here, NOT to architecture-docs-export (which only produces Word .docx files). Also use this skill for: creating/updating/maintaining ARCHITECTURE.md, generating Mermaid / C4 diagrams (Workflow 8), migrating to docs/ multi-file layout (Workflow 9), validating/auditing architecture (BIAN, META, standards), answering questions about documented components, data structures, integrations, security, performance, deployment, technology stack, or architectural decisions.
| name | grimoire-systematic-debugging |
| description | Systematic debugging workflow with 4 phases. Use when: bug found, test failure, unexpected behavior, error diagnosis, debugging, root cause analysis, fix not working. |
Processus en 4 phases pour trouver la cause racine avant de corriger. Adapté de superpowers.
AUCUN FIX SANS INVESTIGATION DE LA CAUSE RACINE D'ABORD
Si la Phase 1 n'est pas terminée, aucun fix ne peut être proposé.
grimoire-self-heal.grimoire-incident-response.grimoire-edge-case-hunter.graph TD
P1["Phase 1<br/>Cause Racine"] --> P2["Phase 2<br/>Analyse de Pattern"]
P2 --> P3["Phase 3<br/>Hypothèse et Test"]
P3 --> P4["Phase 4<br/>Implémentation"]
P3 -->|hypothèse invalide| P1
P4 -->|fix échoue < 3×| P1
P4 -->|fix échoue ≥ 3×| ARCH["Questionner<br/>l'architecture"]
AVANT tout fix :
Lire les messages d'erreur attentivement
Reproduire systématiquement
Vérifier les changements récents
git diff, commits récentsTracer le flux de données
Systèmes multi-composants : instrumenter chaque frontière de composant AVANT de proposer des fixes
grimoire-tdd)Signaux d'un problème architectural :
STOP et discuter avec l'utilisateur avant d'autres tentatives.
Si vous pensez :
TOUT cela signifie : STOP. Retour Phase 1.
| Phase | Activités clés | Critère de succès |
|---|---|---|
| 1. Cause Racine | Lire erreurs, reproduire, vérifier changements | Comprendre QUOI et POURQUOI |
| 2. Pattern | Trouver exemples fonctionnels, comparer | Identifier les différences |
| 3. Hypothèse | Former théorie, tester minimalement | Confirmé ou nouvelle hypothèse |
| 4. Implémentation | Créer test, fixer, vérifier | Bug résolu, tests passent |