Arsenal
Des modèles structurés pour des tâches réelles. Ce ne sont pas des prompts génériques : chacun a un rôle, une structure et une intention précise. Copie-les, adapte les parties entre crochets et utilise-les directement avec Claude.
Au démarrage d'un nouveau projet ou lorsque Claude ne sait pas comment se comporter dans ton dépôt.
Agis comme un architecte de projets numériques. Crée un fichier CLAUDE.md pour ce projet. Le fichier doit inclure : - La description du projet et son objectif principal - La stack technique utilisée - Les conventions de code et de style - Ce que Claude ne DOIT PAS faire dans ce projet - Comment ajouter de nouveaux modules ou sections - Le ton et la voix du projet le cas échéant Sois concis. Pas plus de 40 lignes. Sans décoration inutile.
Quand tu as une idée que tu veux exécuter mais que tu n'es pas sûr qu'elle en vaille la peine ni de comment la structurer.
Agis comme un analyste business direct et sans complaisance. J'ai cette idée : [décris l'idée en 2-3 lignes] Je veux que tu l'audites avec cette structure : 1. Le problème réel qu'elle résout (existe-t-il une demande vérifiable ?) 2. Un modèle de monétisation viable 3. Les concurrents directs et indirects pertinents 4. Les principaux risques 5. Ce qu'il manque pour la valider en 30 jours au coût minimal possible Ne me dis pas ce que je veux entendre. Dis-moi ce que j'ai besoin de savoir.
Quand tu identifies un processus manuel répétitif et que tu veux que Claude conçoive l'architecture d'automatisation avant d'écrire du code.
Agis comme un ingénieur en automatisation. Je veux automatiser ce processus : [décris le processus étape par étape] Ce que je fais actuellement manuellement : [décris la tâche] Outils disponibles : [liste ceux que tu as : Claude Code, GitHub, APIs, scripts, etc.] Conçois : 1. Le flux automatisé complet 2. Les outils ou scripts dont j'ai besoin 3. Les étapes de mise en œuvre dans l'ordre 4. Ce qui peut mal tourner et comment le prévenir 5. Comment je le testerais avant de m'y fier
Quand tu finis un processus ou un workflow et que tu dois le documenter pour qu'une autre personne — ou toi-même dans trois mois — puisse l'exécuter sans poser de questions.
Agis comme un rédacteur technique spécialisé en documentation opérationnelle. J'ai ce processus que je veux documenter : [décris le processus] Crée une documentation en Markdown qui inclue : - L'objectif du processus et à quoi il sert - Qui l'exécute et quand - Des étapes détaillées et numérotées - Quoi faire si quelque chose échoue à chaque étape critique - Comment savoir si le processus a été exécuté correctement Format : Markdown clair. Sans jargon inutile. Que quelqu'un qui ne l'a jamais fait puisse le suivre.
Quand tu répètes une tâche depuis un moment et que tu veux la transformer en un système délégable, automatisable ou documenté avant qu'elle ne prenne plus d'ampleur.
Agis comme un concepteur de systèmes de travail. Cette tâche, je la fais manuellement et de façon répétitive : [décris la tâche en détail] Fréquence : [quotidienne / hebdomadaire / mensuelle] Temps actuel par exécution : [X minutes / heures] Outils que j'utilise actuellement : [liste] Aide-moi à la transformer en un système reproductible : 1. Quelles parties je peux automatiser dès aujourd'hui sans infrastructure complexe 2. Ce que je dois construire pour qu'il fonctionne de façon autonome 3. Quelles parties nécessitent une supervision humaine et pourquoi 4. Comment je le documenterais pour qu'une autre personne puisse l'exécuter sans rien me demander
Les textes entre [crochets] sont des variables que tu dois remplacer par ton contexte réel.