Guide Gratuit
13 Mai 2026
/goal : Claude Travaille
Pendant Que Tu Dors
Une seule commande. Un objectif clair. Claude bosse tout seul jusqu'à ce que ce soit fini. Voilà comment utiliser /goal pour déléguer des heures de travail en quelques secondes.
*
Une commande, Claude finit le travail
Tu tapes /goal suivi d'une condition. Claude travaille en boucle jusqu'à ce que cette condition soit remplie. Après chaque étape, un modèle léger vérifie si l'objectif est atteint. Si non, Claude recommence. Si oui, /goal s'efface tout seul.
Ce que ça permet : des tâches longues avec une fin vérifiable. Migrer des tests jusqu'à ce que tout compile. Traiter un backlog jusqu'à ce qu'il soit vide. N'importe quelle tâche où tu peux nommer la ligne d'arrivée.
La clé : l'évaluateur lit uniquement ce que Claude a produit dans la conversation. Ton objectif doit donc être quelque chose que Claude peut démontrer lui-même.
- "Tous les tests passent" fonctionne : Claude lance les tests et le résultat apparaît dans la conversation
- "Le code est plus propre" échoue : rien de mesurable à lire pour l'évaluateur
Un mauvais objectif, une heure perdue
La plupart des échecs avec /goal viennent d'un objectif mal écrit. Claude s'arrête trop tôt, part dans la mauvaise direction, ou tourne en rond. Voilà les 4 erreurs les plus courantes :
Objectif vague
"Le code est plus propre" ne fonctionne pas. Reformuler : "npm run lint exit 0 et aucun fichier dépasse 400 lignes"
Pas de contraintes
"Tous les tests passent" est incomplet. Ajouter : "et aucun fichier en dehors de src/auth n'est modifié"
Pas de limite de tours
Sans limite, Claude peut chercher du travail indéfiniment. Toujours ajouter "stop après N tours" dans l'objectif.
Non vérifiable depuis la conversation
"L'interface est meilleure" échoue. Si Claude ne peut pas le prouver via son propre output, l'évaluateur ne se déclenche jamais.
* Pourquoi ça change tout
Claude ne s'arrête pas
tant que l'objectif n'est pas atteint.
Le prompt pour écrire un bon objectif
Plutôt que d'écrire la condition à la main, laisse Claude l'écrire pour toi. Colle ce prompt dans ta session Claude Code avant de lancer /goal :
Prompt condition-builder
Regarde le projet dans lequel je suis.
Écris-moi une condition /goal avec :
1. Un résultat mesurable (test, build, nombre de fichiers, queue vide)
2. Une vérification que Claude peut faire lui-même
ex : "npm test exit 0", "git status est propre"
3. Des contraintes qui ne doivent pas changer en cours de route
ex : "aucune dépendance ajoutée", "aucun test hors du dossier modifié"
Ajoute une limite de tours ou de temps.
ex : "ou stop après 30 tours"
Montre-moi la commande /goal finale prête à copier-coller.
Ce prompt force Claude à s'engager sur le mécanisme de vérification avant de commencer. Si l'objectif ne peut pas être prouvé, il le réécrit.
Le garde-fou anti-dérive
Le problème numéro 1 des /goal longs : Claude finit par résoudre un autre problème que celui que tu as fixé. Ajoute ce paragraphe à TOUS tes objectifs /goal :
Drift checkpoint (à coller dans chaque objectif)
Toutes les 10 étapes, répète l'objectif initial dans tes propres mots,
liste ce qui est fait, liste ce qui bloque, et confirme que tu résous
toujours le bon problème.
Si tu as dérivé, stop et demande avant de continuer.
Le coût : un tour supplémentaire toutes les 10 étapes. La valeur : zéro heure perdue sur un mauvais chemin.
5 objectifs prêts à copier-coller
Chaque template est un objectif /goal complet. Remplace les valeurs entre crochets par les tiennes.
Template 1 : Migration de tests (2 à 6h)
/goal chaque test dans test/auth utilise les nouvelles fixtures
de test/auth/fixtures.ts, npm test exit 0, et aucun fichier
en dehors de test/auth n'est modifié.
Toutes les 10 étapes, répète l'objectif, liste le fait,
liste ce qui bloque. Stop après 30 tours.
Template 2 : Vider un backlog (4 à 12h)
/goal chaque issue GitHub labellisée P2-cleanup a une PR
avec CI qui passe. Ne touche pas aux issues hors de ce label.
Toutes les 10 étapes, répète l'objectif. Stop après 50 tours.
Template 3 : Découper un fichier trop gros (1 à 4h)
/goal aucun fichier dans src/ ne dépasse 400 lignes,
npm run typecheck exit 0, tous les tests existants passent,
l'API publique de src/index.ts est inchangée.
Toutes les 10 étapes, répète l'objectif. Stop après 25 tours.
Template 4 : Ajouter la documentation (2 à 5h)
/goal chaque fonction exportée dans src/ a un bloc JSDoc
avec @param et @returns, npm run typecheck exit 0,
aucun code d'implémentation modifié (signatures uniquement).
Toutes les 10 étapes, répète l'objectif. Stop après 40 tours.
Template 5 : Mettre à jour les dépendances (1 à 3h)
/goal chaque dépendance dans package.json est à la dernière
version mineure selon npm outdated, npm test exit 0,
aucune montée de version majeure.
Toutes les 10 étapes, répète l'objectif. Stop après 20 tours.
Lance ton premier /goal ce soir
Six étapes, 30 minutes de setup. Ensuite, Claude travaille pendant que tu dors.
Vérifie ta version de Claude Code
Lance claude --version dans ton terminal. Il faut la version 2.1.139 ou plus récente. Si non, mets à jour.
Choisis une tâche avec une fin claire
Migration de tests, documentation, mise à jour de dépendances, découpage de fichier. Rien de vague.
Colle le prompt condition-builder
Laisse Claude écrire la condition pour toi avec le prompt de la section 03. Ne l'écris pas à la main.
Ajoute le drift checkpoint
Colle le paragraphe de re-ancrage toutes les 10 étapes dans ta condition. Toujours, sans exception.
Tape /goal suivi de ta condition
L'indicateur "/goal actif HH:MM:SS" apparaît dans ton terminal. Tu peux fermer l'écran et aller dormir.
Reviens quand l'indicateur disparaît
Si l'objectif est atteint, /goal s'efface tout seul. Si ça bloque, lance /goal clear et affine la condition.
◆ Ce que donnent 8 heures de /goal
47 étapes terminées automatiquement, tous les tests passent, zéro ligne de production touchée hors du périmètre. Diff propre prêt à relire au réveil. Et 3 à 5 heures de travail manuel évitées. Le tout pour environ 40 euros en crédits API.
Ce qu'il faut retenir
01
/goal + une condition : Claude bosse en boucle jusqu'à ce que ce soit fini, sans intervention de ta part.
02
L'objectif doit être mesurable : quelque chose que Claude peut prouver depuis son propre output. Vague = échec.
03
Laisse Claude écrire la condition avec le prompt condition-builder. Ne l'écris jamais à la main.
04
Ajoute le drift checkpoint à chaque /goal. Un tour toutes les 10 étapes pour éviter des heures de travail inutile.
05
5 templates prêts à copier-coller pour démarrer ce soir : tests, backlog, fichiers, documentation, dépendances.
*
* Ce n'est que le début
Ce guide t'a donné les bases.
La suite, c'est dans la communauté.
Dans la communauté, tu apprends à maîtriser Claude Code, créer tes propres apps, automatiser ton marketing et lancer tes pubs avec l'IA. Lives chaque semaine, 44+ skills prêts à l'emploi, et des entrepreneurs francophones qui avancent avec toi.
Rejoindre IA Masterclass
skool.com/ia-masterclass