kaizen

Plugin kaizen from marketplace angelo-plugins in Lingelo/marketplace-claude-code. Commands read from the repo's manifest — 1 month ago.

Skills (23)

• address-feedback

  Traite les retours déjà laissés sur une PR GitHub — juge chaque fil et commentaire sur ses mérites (y compris les nits), corrige ce qui est valable, vérifie, commite et pousse, puis répond dans chaque fil avec le contexte cité et le résout ; escalade sans bloquer ce qui demande une décision humaine.

• autopilot

  Mode autonome Kaizen — emmène une demande jusqu'au bout sans s'arrêter, par les bonnes skills (plan ou debug, work, simplification, revue avec correctifs, capitalisation, commit, push, PR, surveillance de la CI). Un changement de code se termine en PR ouverte. Utiliser uniquement quand l'utilisateur

• brainstorm

  Transforme une idée floue ou ambitieuse en exigences claires (QUOI construire) par un dialogue d'une question à la fois, ancré dans le code et les leçons passées, puis écrit la première version du plan unifié (contrat produit avec R-IDs et exemples d'acceptation). Utiliser quand l'utilisateur veut e

• constitution

  Crée, amende ou audite la constitution d'ingénierie du projet (CONSTITUTION.md) — 5 à 9 principes non négociables, chacun avec un contrôle vérifiable, une politique IA (ce que les agents font seuls), un versionnage et une gouvernance — par une interview qui repousse les principes vagues et un stress

• debug

  Boucle de diagnostic Kaizen pour bugs, tests rouges, comportements faux ou lents — reproduction, traçage à rebours, leçons passées et historique git, une hypothèse à la fois, chaîne causale complète avec fichier:ligne avant tout correctif, puis correctif test d'abord et capitalisation. Utiliser pour

• decide

  Prend une décision technique difficile ou irréversible sur preuves — cadre la question, explore le code, les leçons, la constitution et la doc externe, compare 2 à 4 options réelles (dont « ne rien faire »), donne un verdict argumenté avec son niveau de confiance et le signal qui ferait changer d'av

• deploy

  Déploie un commit sur un environnement par les commandes déclarées par l'équipe (.kaizen/config.json → deploy), avec préconditions vérifiées (CI verte, checklist de mise en production des plans livrés, retour arrière prêt), approbation tapée par l'utilisateur pour un environnement protégé (productio

• doc-review

  Relit un plan ou des exigences Kaizen avant qu'on les construise — contrôle déterministe (plan check), puis relecteurs spécialisés en parallèle (cohérence et faisabilité toujours ; périmètre, sécurité, adversarial, design selon le document), vérification des constats, corrections mécaniques appliqué

• help

  Guide d'orientation Kaizen — explique ce qu'est Kaizen (la boucle, les garde-fous, les livrables, les profils) et recommande la commande à utiliser selon la situation décrite et l'état réel du repo (setup fait ?, constitution ?, plan en cours ?, garde-fou actif ?, revue enregistrée ?), avec l'invoca

• ideate

  Génère puis critique des idées ancrées dans le repo (ou un sujet) — six angles en parallèle (frictions, inversion/automatisation, hypothèses cassées, effet de levier, analogies d'autres domaines, contraintes renversées), chaque idée avec une base vérifiable, rejet explicite et motivé, 5 à 7 survivan

• learn

  Capitalise un problème résolu en leçon durable dans docs/learnings/ (frontmatter validé, vocabulaire du corpus, mise à jour plutôt que doublon) pour que le prochain /kaizen:plan et la prochaine /kaizen:review la relisent — c'est l'étape qui fait que chaque cycle rend le suivant plus facile. Utiliser

• metrics

  Mesure la santé de la livraison et de la boucle Kaizen — indicateurs DORA approchés depuis git et GitHub (fréquence de livraison, délai de changement, taux de reprise, taux d'échec des changements, temps de rétablissement), taille des lots, et effet cumulatif (leçons créées et réutilisées par les pl

• monitor

  Vérifie ou surveille les signaux de production déclarés par l'équipe (.kaizen/config.json → monitor.signals : health-check HTTP natif, ou toute commande qui affiche un nombre — Prometheus, Datadog, CloudWatch, logs) contre les seuils de la config et des plans livrés, et dit quoi faire si un seuil es

• plan

  Transforme une idée, des exigences ou un plan issu de /kaizen:brainstorm en plan d'implémentation prêt à exécuter (COMMENT construire) — recherche parallèle (motifs du repo, leçons passées, historique git, doc externe), décisions techniques justifiées, unités de travail avec fichiers, stratégie de p

• polish

  Peaufine l'expérience d'une fonctionnalité qui marche déjà, guidé par l'utilisateur sur la page vivante — détecte et démarre le serveur de dev (Next, Vite, Nuxt, SvelteKit, Astro, Angular, Rails, Django, Phoenix, Laravel, .claude/launch.json), ouvre la page dans le navigateur (Playwright), applique

• postmortem

  Conduit un post-mortem d'incident sans recherche de coupable — reconstitue la chronologie depuis git, la CI, les déploiements et les logs fournis, mesure l'impact, analyse les facteurs contributifs (pas une cause unique ni une personne), liste des actions avec porteurs, puis referme la boucle Kaizen

• prune-learnings

  Entretient les leçons de docs/learnings/ contre le code actuel — détecte les leçons périmées (chemins, symboles, comportements disparus), doublons, chevauchements et contradictions, puis applique Garder / Mettre à jour / Fusionner / Remplacer / Supprimer avec preuves, et rend un rapport complet. Uti

• release

  Prépare une version — commits conventionnels depuis le dernier tag regroupés en notes de version lisibles (nouveautés, corrections, changements cassants avec migration), version SemVer proposée, entrée de CHANGELOG, et checklist de mise en production (vérifications, migrations, flags, retour arrière

• review

  Revue de code multi-agents Kaizen — sélectionne les relecteurs spécialisés selon ce que touche le diff (justesse toujours ; sécurité, tests, performance, fiabilité, contrats d'API, migrations, maintenabilité, adversarial, standards/packs/leçons selon le cas), les lance en parallèle, fusionne, filtre

• setup

  Installe le SDLC Kaizen dans un repo et l'audite — diagnostic de maturité du projet (audit : CI, tests, secrets, protection de branche, CODEOWNERS, dépendances, déploiement, retour arrière, monitoring, constitution) avec feuille de route priorisée et corrections guidées ; crée .kaizen/config.json et

• ship

  Livre le travail Kaizen en PR relisible — vérifications vertes, taille sous le plafond (sinon découpage en PR empilées), commits conventionnels avec Jira, push de la branche (jamais la branche par défaut), PR avec description tirée du plan (objectif, exigences couvertes, preuves, contrôle constituti

• watch-pr

  Accompagne une PR GitHub ouverte jusqu'à « semble prête à merger » — à chaque cycle, traite d'abord les retours de revue (via /kaizen:address-feedback), puis la CI rouge du commit de tête (relance si infra, diagnostic et correctif sinon), met la branche à jour seulement quand GitHub le demande, rafr

• work

  Exécute un plan Kaizen (ou une demande concrète) de bout en bout — branche dédiée, unité par unité avec preuve test d'abord, commits conventionnels par unité, garde-fou qualité actif (hook Stop) tant que les vérifications sont rouges, puis simplification, revue obligatoire et livraison. Utiliser pou

Subagents (21)

• adversarial-reviewer

  Relecteur Kaizen adversarial — ingénieur chaos qui construit des scénarios concrets pour casser le code (hypothèses violées, compositions fautives, cascades, abus d'usage normal, garde-fous qui passent au vert pendant que la prod casse). Sélectionné par /kaizen:review sur les diffs ≥ 50 lignes ou à

• api-contract-reviewer

  Relecteur Kaizen contrats d'API — changements cassants d'interfaces consommées à l'extérieur (champs, endpoints, formes de réponse, codes, types), versionnage absent, formes d'erreur incohérentes, changements de comportement non documentés (loi de Hyrum). Sélectionné par /kaizen:review quand une fro

• correctness-reviewer

  Relecteur Kaizen de justesse logique — exécute mentalement le code modifié pour trouver les bugs qui passent les tests (bornes, null, états, erreurs avalées, intention non tenue). Lancé à chaque revue multi-agents par /kaizen:review ; rend un JSON de constats.

• data-migration-reviewer

  Relecteur Kaizen migrations de données — verrous et indisponibilité sur grosses tables, migrations irréversibles ou destructrices, backfills non idempotents, ordre déploiement/migration, contraintes ajoutées sur des données existantes invalides. Sélectionné par /kaizen:review quand le diff contient

• docs-researcher

  Chercheur Kaizen de documentation externe — vérifie dans la doc officielle de la version réellement utilisée (framework, bibliothèque, API tierce) et les bonnes pratiques actuelles ce que le plan suppose. Lancé par /kaizen:plan et /kaizen:debug quand une décision dépend d'un comportement externe inc

• flow-analyst

  Analyste Kaizen des parcours — relit des exigences ou un plan du point de vue de l'utilisateur pour trouver les parcours manquants, les cas d'erreur, les transitions d'état et les frontières de permission non spécifiés, avant l'implémentation. Lancé par /kaizen:brainstorm et /kaizen:plan quand la fo

• git-historian

  Historien Kaizen — reconstitue avec git log/blame/pickaxe pourquoi le code d'une zone est comme il est (décisions, régressions passées, correctifs annulés, auteurs de référence) avant de le modifier ou de le déboguer. Lancé par /kaizen:plan sur du code ancien ou risqué et par /kaizen:debug pour retr

• learnings-researcher

  Chercheur Kaizen de savoir institutionnel — retrouve dans docs/learnings/ (et les Kaizen Packs déclarés) les leçons et règles qui s'appliquent au travail en cours, et les convertit en contraintes, pièges à éviter et tests à prévoir. Lancé par /kaizen:plan, /kaizen:brainstorm, /kaizen:review et /kaiz

• maintainability-reviewer

  Relecteur Kaizen maintenabilité — cherche la simplification structurelle (complexité déplacée plutôt que retirée, mauvaise couche, wrappers creux, abstraction prématurée, code mort, trous de typage). Sélectionné par /kaizen:review sur les refactors, nouvelles abstractions, déplacements de fichiers o

• performance-reviewer

  Relecteur Kaizen performance — N+1, mémoire non bornée, pagination absente, allocations en chemin chaud, I/O bloquantes en contexte asynchrone, à l'échelle réellement attendue. Sélectionné par /kaizen:review quand le diff touche des requêtes, boucles lourdes, fan-out ou politique de cache.

• plan-adversarial-reviewer

  Relecteur Kaizen adversarial d'un plan — attaque les prémisses (le bon problème ? la bonne solution ? les résultats prédits ?), les hypothèses non vérifiées et les décisions qui engagent l'avenir. Lancé par /kaizen:doc-review sur les domaines à enjeu (auth, paiement, migration, données personnelles,

• plan-coherence-reviewer

  Relecteur Kaizen de cohérence d'un plan — contradictions entre sections, dérive de vocabulaire, références cassées, ambiguïtés que deux lecteurs liraient différemment, objectif qui ne survit pas à son mécanisme, traçabilité R/AE/U. Toujours lancé par /kaizen:doc-review.

• plan-design-reviewer

  Relecteur Kaizen design/UX d'un plan — états d'interface non spécifiés (vide, chargement, erreur, partiel), parcours et navigation, accessibilité, responsive, cohérence avec les composants existants. Lancé par /kaizen:doc-review quand le plan touche une interface utilisateur.

• plan-feasibility-reviewer

  Relecteur Kaizen de faisabilité d'un plan — l'approche peut-elle atteindre le résultat avec les capacités réelles du code (interfaces, dépendances, ordre, migrations, volumes, chemins d'échec), en lisant l'implémentation citée. Toujours lancé par /kaizen:doc-review.

• plan-scope-reviewer

  Relecteur Kaizen du périmètre d'un plan — mécanismes surdimensionnés ou non demandés, dérive par rapport aux exigences, tranches trop grosses pour une PR relisible, objectifs non reliés aux exigences, respect de la constitution (simplicité, petits lots). Lancé par /kaizen:doc-review sur tout plan.

• plan-security-reviewer

  Relecteur Kaizen sécurité d'un plan — modèle de menaces (STRIDE) absent ou incomplet, frontières de confiance, authentification et autorisation, données sensibles, secrets, intégrations tierces, avant d'écrire le code. Lancé par /kaizen:doc-review quand le plan touche auth, données sensibles, paieme

• reliability-reviewer

  Relecteur Kaizen fiabilité — erreurs non gérées aux frontières d'I/O, retries sans backoff ni limite, timeouts absents, erreurs avalées, fuites de ressources en erreur, cascades de pannes (vocabulaire Release It!). Sélectionné par /kaizen:review quand le diff touche gestion d'erreur, retries, jobs,

• repo-researcher

  Chercheur Kaizen du dépôt — cartographie la stack, l'architecture, les conventions et surtout les motifs existants à imiter pour un travail donné (fichiers analogues, tests voisins, points d'intégration). Lancé par /kaizen:plan et /kaizen:brainstorm avant de décider comment construire.

• security-reviewer

  Relecteur Kaizen sécurité — pense comme un attaquant et trace le chemin exploitable (injection, contrôle d'accès, secrets, désérialisation, SSRF, crypto, fuite de feature flag). Sélectionné par /kaizen:review quand le diff touche auth, endpoints publics, entrées utilisateur, permissions ou secrets.

• standards-reviewer

  Relecteur Kaizen des standards — vérifie le diff contre les règles écrites du projet (CLAUDE.md, AGENTS.md, CONTRIBUTING, .claude/rules/), les règles des Kaizen Packs déclarés et les leçons de docs/learnings/ qui s'appliquent, en citant la règle violée. Sélectionné par /kaizen:review dès qu'un fichi

• testing-reviewer

  Relecteur Kaizen des tests — vérifie que les tests du diff prouvent vraiment le comportement (branches non testées, assertions creuses, couplage à l'implémentation, non-déterminisme, chemins d'erreur, changement de comportement sans test). Sélectionné par /kaizen:review quand le diff touche des test

Hooks (5)

• PreToolUse

  node "${CLAUDE_PLUGIN_ROOT}/scripts/review-gate.mjs"

• PostToolUse

  node "${CLAUDE_PLUGIN_ROOT}/scripts/quality-gate.mjs" --claim

• PostToolUse

  node "${CLAUDE_PLUGIN_ROOT}/scripts/review-hooks.mjs" --evidence

• Stop

  node "${CLAUDE_PLUGIN_ROOT}/scripts/quality-gate.mjs"

• UserPromptSubmit

  node "${CLAUDE_PLUGIN_ROOT}/scripts/review-hooks.mjs" --confirm

Similar plugins