33 commandes, 7 étapes
Les commandes
Chaque commande se tape dans Claude Code, précédée de /pulse:. Elles sont rangées dans l'ordre du parcours ; celles de l'étape 7 servent à tout moment. Vous hésitez ? Quelle commande pour… ? vous guide en trois questions.
Étape 1 Démarrer
/pulse:initDémarrer ou reprendre un projet Pulse : prépare le dossier (CLAUDE.md, mémoire, Git), montre où en est le projet et guide vers la prochaine étape, en boucle./pulse:nouveauDémarrer vite : en une seule conversation, l'idée, les écrans, l'apparence et les contraintes deviennent le brief, le PRD et les user stories ; puis les choix techniques et l'identité visuelle, jusqu'à la première US prête à réaliser.
Étape 2 Décrire
/pulse:brainstormRaconter l'idée par un entretien guidé et approfondi (arbre de décisions), produire le brief et le glossaire du projet./pulse:prdProduire le PRD : le besoin, les objectifs et le périmètre de la première version, décidés avec vous : ce qui est indispensable, ce qui peut attendre./pulse:techChoisir la pile technique à partir du besoin (ou documenter celle d'un projet existant), comparer 2 à 3 options vérifiées sur la documentation officielle, et produire docs/technical.md, le bloc Pile technique de CLAUDE.md, la mémoire technique et la mise en place./pulse:uiDéfinir et soigner l'interface : identité visuelle (docs/design.md), maquettes d'écrans à comparer pour la spec d'une US, audit et finitions d'une interface existante./pulse:usÉcrire les user stories, rangées par groupe (un fichier par US, et le référentiel docs/user-stories.md), avec règles métier, exemples et critères d'acceptation (Étant donné / Lorsque / Alors), chacune vérifiée avant d'être déclarée prête, triées par ordre de réalisation, sauvegardées après validation.
Étape 3 Préparer
/pulse:specRédiger la spécification d'une user story (une US = une spec, rangée à côté de son US) : l'intention seule, la solution étant laissée au plan : périmètre, hors objectifs, écrans, informations, règles, scénarios, « terminé quand » ; les points encore ouverts notés comme questions ; figée une fois validée./pulse:planConcevoir comment réaliser la spec d'une user story (pile, données, écrans, sécurité, fichiers), puis la découper en petites tâches ordonnées, chacune testable à l'écran (une spec = un plan, rangé à côté de sa spec), écrit une fois validé avec vous./pulse:refineAjuster le plan à partir des questions ou remarques de la personne : répondre à chaque point, modifier les tâches concernées en respectant les règles du plan, montrer ce qui change, puis faire valider./pulse:guideProduire le guide de réalisation pas à pas (docs/guide/) à partir du plan : pour chaque tâche, dans l'ordre, les commandes à copier-coller, ce qu'il faut vérifier et les actions manuelles.
Étape 4 Construire
/pulse:implementRéaliser une tâche d'un plan et l'expliquer, en coulisse ou devant vous, au besoin dans un dossier à part ; pour enchaîner tout le plan, /pulse:spirc./pulse:spircEnchaîner tout le travail d'une user story (spirc = Spécifier, Planifier, Implémenter, Relire, Commiter) : des assistants indépendants explorent, codent, relisent et vérifient ; je m'arrête pour votre accord et vous testez chaque tâche ; la spec et le plan s'écrivent d'abord s'ils manquent./pulse:reviewRelecture et vérification indépendantes d'une tâche (critères d'acceptation, sécurité, essai de l'application en marche), test manuel, puis corrections./pulse:testLancer les tests automatiques du projet et expliquer chaque échec (lancer), ou écrire les tests d'un code existant à partir des scénarios de la spec (ecrire), par des assistants spécialisés./pulse:auto-fixFaire passer au vert tous les contrôles automatiques du code (syntaxe, règles d'écriture, types, formatage), en confiant les corrections à des agents en parallèle./pulse:commitEnregistrer une version dans Git : un sujet par commit, message clair, après contrôle des secrets ; option push pour l'envoyer./pulse:prTravailler sur une version parallèle et proposer de la rassembler : créer la branche de travail, puis ouvrir sur le site du dépôt la proposition en brouillon, décrite à partir des commits, du plan et des relectures.
Étape 5 Mettre en ligne
/pulse:cicdMettre en place les contrôles automatiques : secrets, règles du code, tests et construction vérifiés à chaque envoi et sur chaque proposition de version parallèle, adaptés au fournisseur du dépôt distant ; puis, au choix, protéger la branche principale./pulse:deployMettre l'appli en ligne et la mettre à jour automatiquement à chaque envoi, puis passer en mode production (variables, services, retour arrière ; les contrôles automatiques se mettent en place avec /pulse:cicd)./pulse:securitySécurité du projet : audit complet S1 à S13 et test du cambrioleur, contrôle rapide, en-têtes de sécurité, préparation d'un audit outillé./pulse:secretsLes secrets du projet : inventaire sans aucune valeur, renouvellement sans coupure, réaction à une fuite de clé (révoquer d'abord) ; la valeur ne passe jamais par la conversation.
Étape 6 Être trouvé
/pulse:seoÊtre trouvé sur Google et par les assistants IA : audit du site servi, fondations (adresse, titres, sitemap, robots, carte de partage), textes choisis par vous, politique des robots IA, lancement (Search Console, Bing)./pulse:redigerÉcrire les textes de vos pages (accueil, à propos, services…) dans la voix du site, sans tics d'écriture IA, puis les intégrer si vous le souhaitez./pulse:perfMesurer et améliorer la vitesse vécue par les visiteurs : chargement simulé en plusieurs passages (médiane), données des vrais visiteurs, 3 priorités corrigées avec avant/après, mesure réelle, budget et suivi automatique./pulse:search-consoleRelier le site à Google Search Console (et Bing), puis lire ce que Google voit vraiment, en lecture seule — chiffres, requêtes à potentiel, pages oubliées, indexation — et suivre l'évolution tous les 28 jours.
Étape 7 À tout moment
/pulse:statusOù en suis-je ? Étapes faites, tâches à faire, en cours et terminées, état Git, dossiers à part en cours et prochaine étape conseillée, la même que /pulse:init ; propose de supprimer les dossiers à part déjà rassemblés./pulse:explainExpliquer simplement un fichier, une fonction ou une ligne de code, avec une question pour vérifier./pulse:learnApprendre la programmation avec un professeur patient : leçon, « expliquez-le-moi » pour vérifier ce que vous avez compris, exercices ou parcours, adaptés à votre niveau et illustrés avec votre projet, avec un carnet de progression et des révisions espacées./pulse:fixComprendre et corriger une erreur précise (message, console du navigateur, bouton qui ne marche pas), en cherchant la vraie cause, puis expliquer la correction et comment l'éviter./pulse:annulerRevenir en arrière sans rien perdre : abandonner les changements en cours, annuler une tâche enregistrée, revenir à une version précédente, ou récupérer ce qui a été annulé ; aperçu et accord avant toute opération./pulse:get-helpPréparer une demande d'aide claire et sans secret, à transmettre à une personne qui programme (forum, communauté de la technologie, freelance) quand Pulse n'arrive pas à débloquer la situation./pulse:memoryCréer, actualiser, enrichir ou compacter la mémoire du projet (choix, mots du métier, pièges), chargée par l'IA à chaque session./pulse:skill-creatorCréer une skill Claude Code qui respecte les règles d'optimisation, après quelques questions sur son travail./pulse:audit-skillAuditer une skill, un dossier de skills ou un plugin selon les règles d'optimisation, avec un rapport et sans rien modifier./pulse:optimize-skillOptimiser une skill Claude Code (moins de texte chargé) en gardant sa qualité, avec un plan à valider et une relecture avant / après.
Aucune commande ne correspond. Essayez un autre mot, ou ouvrez /pulse:status : elle vous dit quoi faire maintenant.