Install
npx skills add tw93/Waza -a claude-code codex cursor -g -yÀ qui cela s'adresse
Si vous savez déjà planifier des fonctions et corriger des défauts et voulez seulement que l’agent suive les mêmes habitudes au lieu d’improviser, ce skill convient. Officiellement : transformer les habitudes d’ingénierie que vous connaissez déjà en skills que l’agent peut exécuter.
Après installation, vous obtenez un ensemble de skills slash. La page nomme /think, /check, /hunt. Dans Claude Code, vous tapez les commandes slash directement. Dans Codex, vous les appelez par le nom du skill installé et suivez les mêmes étapes. La page mentionne aussi Cursor, Gemini CLI, Copilot, Amp, Kimi Code CLI, et d’autres agents qui lisent le même répertoire partagé peuvent ramasser ces huit skills. C’est une relation de lecture de répertoire, pas un ensemble de noms exclusif.
Un meilleur profil : vous avez un dépôt cible ouvrable et voulez d’abord un plan ou un contrôle en lecture seule, au lieu de dire implement tout de suite. Notes officielles :
https://github.com/tw93/waza
Premier essai en 3 minutes
N’utiliser que ce chemin d’installation officiel :
npx skills add tw93/Waza -a claude-code codex cursor -g -y
La commande dépose une copie dans le répertoire de skills partagé ~/.agents/skills. Claude Code s’y rattache par lien symbolique. Codex, Cursor et les autres agents qui lisent ce répertoire reconnaissent ensuite les skills sous des noms comme /check et /think. La page ne donne pas un autre installateur comme chemin principal.
Prérequis : cette machine peut déjà exécuter la commande npx ci-dessus, et vous avez ouvert au moins un agent qui lit ~/.agents/skills. L’emplacement d’installation est ce répertoire partagé. Ne pas copier à la main vers un autre dossier.
Pour la première tâche, choisir une action réversible, plutôt analytique. Après avoir ouvert le dépôt cible dans Claude Code, taper /check, ou d’abord /think pour le plan seulement. Dans Codex, appeler le même contrôle ou plan par nom de skill. Ne pas dire implement dès la première fois. Signal de succès : les skills apparaissent sous des noms comme /check et /think, et /check peut donner un résultat à partir du contexte public du dépôt au lieu de dire que le skill n’est pas installé.
Cas d’usage
Cas 1 : d’abord planifier la fonction, puis décider d’implémenter.
Officiellement, la planification de fonction s’écrit : /think, approuver le plan, puis dire implement X, puis /check, et seulement ensuite merge. La première fois, s’arrêter à /think et lire le plan. Les preuves n’écrivent ni l’apparence d’un bouton d’approbation, ni une commande merge concrète. On peut confirmer cet ordre, et que l’implémentation doit venir après acceptation du plan.
Cas 2 : d’abord chercher la cause racine, puis changer le code.
Officiellement, la correction d’un défaut s’écrit : /hunt, puis réparer, puis /check, puis le suivi. La page écrit le suivi comme release/publish/push/issue follow-through, mais n’étend pas ces étapes. La première fois, n’exécuter que /hunt. Quand la description de cause racine correspond au phénomène, alors modifier. /hunt est écrit pour confirmer la cause racine, pas pour commencer tout de suite.
Les deux cas reposent sur le même chemin d’installation. /check peut suivre un plan ou une réparation, mais la première fois il faut quand même lancer le contrôle seul et confirmer qu’il a lu le contexte public.
Limites
Waza ne fournit que des habitudes d’ingénierie générales. /check lit au moment de l’exécution le contexte public du dépôt cible, dont README, manifestes de paquets, Makefile, workflows d’intégration continue, et les contraintes de cette tâche. Il ne lit pas les chemins privés, identifiants ou jetons. La page n’écrit pas qu’il peut accéder à une configuration privée ou à des secrets.
La commande d’installation nomme les trois cibles claude-code, codex et cursor ; la copie atterrit dans ~/.agents/skills. D’autres agents qui lisent ce répertoire peuvent ramasser les skills, mais la page ne donne pas un exemple de déclenchement pour chaque nom. Hormis les slash Claude Code et les appels Codex par nom, le seul fait confirmé pour les autres environnements est « s’ils lisent le répertoire partagé, ces huit skills apparaissent ».
La page n’écrit ni périmètre de langages, ni quota, ni type de dépôt obligatoire. Quand le contexte public manque dans le dépôt cible, jusqu’où /check peut aller n’a pas d’exemple d’échec séparé.