CLAUDE.md vs slash commands vs PRP :un plan pour l'IA
CLAUDE.md vs slash commands vs PRP : le guide de décision en langage courant pour diriger l'IA, ce que fait chaque couche et quand choisir laquelle des trois.
CLAUDE.md vs slash commands vs PRP : il existe trois façons de diriger un assistant de code par IA, et chacune répond à une question différente. CLAUDE.md dit à l'IA comment vous construisez. Les slash commands automatisent ce que vous répétez. Les PRP décrivent ce qu'il faut construire ensuite. Utilisez les trois ensemble, et des fonctionnalités qui prenaient 8 à 10 heures sortent en 25 à 50 minutes.
La plupart des fondateurs découvrent ces outils un par un, les utilisent de façon interchangeable et s'étonnent de résultats irréguliers. Ils ne sont pas interchangeables. Ce sont des couches, et savoir à quelle couche appartient une tâche fait la différence entre une IA qui livre et une IA qui s'agite. Voici le guide de décision.
Les trois outils, en langage courant
CLAUDE.md est un fichier unique de règles que votre assistant IA lit avant de toucher à quoi que ce soit. Vos conventions de base de données, vos règles de sécurité, vos standards de nommage, les erreurs à ne jamais commettre. C'est l'ADN de votre projet, les règles qui ne changent pas d'une fonctionnalité à l'autre. Si cela vous est nouveau, lisez d'abord le fichier unique qui évite 90 % des erreurs de l'IA.
Les slash commands sont des flux de travail enregistrés que vous déclenchez par une courte instruction : relire mes modifications, rédiger mon message de commit, créer une migration de base de données. Voyez-les comme la numérotation abrégée des tâches que vous faites chaque jour.
Les PRP (Product Requirement Prompts) sont des plans ponctuels pour une fonctionnalité précise : l'objectif, tout le contexte dont l'IA a besoin, le plan de mise en œuvre et les vérifications qui prouvent que cela marche. La méthode complète, le modèle et un exemple détaillé se trouvent dans la méthode PRP ; cet article ne traite que du moment où y recourir.
CLAUDE.md vs slash commands : quand utiliser lequel
| Outil | Question à laquelle il répond | À utiliser pour | Fréquence |
|---|---|---|---|
| CLAUDE.md | COMMENT construit-on ici ? | Les règles valables pour tout : schémas de base de données, sécurité par défaut, style de code, anti-schémas | Écrit une fois, mis à jour chaque semaine ou quand un nouveau schéma apparaît |
| Slash command | Qu'est-ce que je répète ? | Toute tâche faite 5 fois ou plus par semaine : relectures, commits, migrations, pull requests | Lancée plusieurs fois par jour |
| PRP | QUOI construit-on ensuite ? | Les fonctionnalités ponctuelles : système de notifications, paiements, collaboration en temps réel | 1 à 3 par semaine, un par fonctionnalité |
| Demander directement | Est-ce trivial ? | Les corrections de cinq minutes et les petits ajustements, sans formalité | Chaque fois que c'est vraiment petit |
La dernière ligne compte plus qu'il n'y paraît. Tout n'exige pas un plan. Une faute de frappe ne mérite pas un PRP, et le sur-engineering des petits changements est ce qui tue les systèmes de productivité.
Comment les trois couches fonctionnent ensemble
Les couches s'empilent. CLAUDE.md est au sommet et informe tout ce qui est en dessous. Les PRP sont au milieu et décrivent la fonctionnalité. Les slash commands sont en bas et huilent le flux de travail.
Voici à quoi ressemble la construction d'une fonctionnalité quand les trois sont en place. Vous passez dix minutes à rédiger un court PRP : l'objectif, une référence aux schémas que la fonctionnalité doit suivre et la façon de vérifier qu'elle marche. Vous le confiez à l'IA. Comme votre CLAUDE.md contient déjà vos règles, vous ne les répétez pas : l'IA applique automatiquement votre modèle de sécurité, vos conventions de base de données et vos schémas de services. Elle construit la modification de base de données, la logique, les écrans et les tests. Puis vous lancez trois slash commands (relecture, commit, pull request) en deux minutes environ.
Total : environ 42 minutes pour une fonctionnalité qui aurait pris 6 heures d'allers-retours non structurés. Ce n'est pas un gain de vitesse de frappe. C'est un gain de structure de décision, le même changement que décrit arrêtez d'utiliser l'IA comme une saisie semi-automatique.
12 semainesVotre carrière en entreprise n'a jamais été le planPostulez au Solopreneur Accelerator.Postuler →Les quatre erreurs qui vous font perdre du temps
Erreur 1 : utiliser les PRP pour tout. Les PRP sont faits pour les fonctionnalités, pas pour les corrections. Rédiger un plan formel pour changer la couleur d'un bouton, c'est de la procrastination déguisée en productivité. Pour les petits changements : demandez simplement.
Erreur 2 : ne pas utiliser CLAUDE.md du tout. Le symptôme typique, c'est d'écrire les mêmes instructions dans chaque prompt : toujours isoler les données clients, toujours ajouter des contrôles de sécurité, toujours suivre nos schémas. Si vous répétez une règle, elle a sa place dans CLAUDE.md, une seule fois, et chaque prompt futur en hérite gratuitement.
Erreur 3 : créer des slash commands pour des tâches ponctuelles. Une commande appelée par exemple « ajouter le traitement des paiements » est une erreur de catégorie. Les paiements se construisent une fois : c'est un PRP. Les slash commands sont pour les flux de travail que vous répétez, pas pour les fonctionnalités que vous construisez.
Erreur 4 : laisser CLAUDE.md se périmer. Un fichier de règles vieux de six mois décrit un projet qui n'existe plus. Mettez-le à jour quand vous établissez un nouveau schéma, quand l'IA répète la même erreur (ajoutez-la comme anti-schéma) ou quand vous adoptez un nouvel outil. Un plan périmé est discrètement pire que pas de plan, parce que vous lui faites confiance.
À quoi ressemble une configuration mûre
Après quelques semaines à construire ainsi, la configuration idéale est étonnamment petite : un CLAUDE.md de 20 à 50 règles, une bibliothèque de 10 à 20 slash commands pour vos flux quotidiens et 1 à 3 PRP par semaine, un par fonctionnalité livrée.
Le bénéfice se cumule sur tout le flux de travail. La relecture des changements passe de 10 minutes à 30 secondes. L'écriture d'un commit passe de 5 minutes à 10 secondes. L'ouverture d'une pull request passe de 10 minutes à 20 secondes. Et la fonctionnalité elle-même, ce travail de 4 à 6 heures, devient 20 à 45 minutes de construction dirigée. Par fonctionnalité, ce sont 8 à 10 heures qui s'effondrent en 25 à 50 minutes : un écart de 10 à 20 fois, non en travaillant plus dur, mais en donnant à l'IA le bon type d'instruction à la bonne couche.
Une phrase pour retenir tout le système : CLAUDE.md est votre ADN, les slash commands sont vos habitudes quotidiennes, les PRP sont vos plans. L'IA n'a pas besoin que vous tapiez plus vite. Elle a besoin que vous décidiez lequel des trois vous lui confiez.
Le livreThe Solopreneur RevolutionLuis Gonçalves sur la création d'une activité de solopreneur avec l'IA, sans quitter son emploi.Obtenir le livre →Questions fréquentes
Ai-je besoin des trois outils avant de commencer à construire ?
Non. Commencez par CLAUDE.md dès le premier jour : c'est un seul fichier, et il rapporte tout de suite. Ajoutez les slash commands quand vous vous surprenez à répéter un flux de travail cinq fois ou plus par semaine. Rédigez votre premier PRP quand vous construisez votre première vraie fonctionnalité. L'ensemble grandit avec le projet.
Quelle est la différence entre un PRP et une slash command ?
La fréquence. Un PRP décrit quelque chose que vous construisez une fois : une fonctionnalité. Une slash command automatise quelque chose que vous faites constamment : un flux de travail. Si vous la lanceriez chaque jour, faites-en une commande. Si vous la livrez une fois et passez à autre chose, rédigez un PRP.
Quand laisser tout cela de côté et simplement taper une demande ?
Quand le changement prend cinq minutes et ne touche rien de structurel. Renommer un libellé, corriger une faute de frappe, ajuster un espacement : demandez simplement. Le système de plans existe pour fiabiliser les grandes choses, pas pour alourdir les petites de cérémonie.
À quelle fréquence mettre à jour CLAUDE.md ?
Chaque semaine, ou dès que quelque chose change : vous établissez un nouveau schéma, l'IA répète une erreur qui mérite d'être bannie, ou vous ajoutez une technologie. Traitez-le comme un contrat vivant entre vous et votre IA : dès qu'il cesse de refléter la réalité, sa valeur devient négative.
À quel point êtes-vous piégé ?
Faites l'Indice d'Asphyxie Corporate, l'évaluation gratuite pour savoir si vous êtes prêt à devenir solopreneur.