Prompt file imported from pprb/tankobon (
.claude/commands/tache.md). Fill in{{arguments}}before use. Copyright stays with the author.
Tâche Todoist : {{arguments}}
Cycle de vie d'une tâche : TODO > IN PROGRESS > TO TEST > TO MERGE > DONE. Cette commande ne fait passer la tâche que de TODO à IN PROGRESS, puis à TO TEST. Les étapes TO MERGE et DONE restent manuelles.
- Récupère la tâche via le MCP Todoist : titre, description, commentaires, sous-tâches.
- Déplace-la dans la section « IN PROGRESS » de son projet. Retrouve l'id de la section avec
find-sectionsplutôt que de le deviner. - Crée une branche
feat/<id-tâche>-<slug>depuismasterà jour (git switch master && git pull, puisgit switch -c …), et pousse sur cette branche. Ce nom remplace la branche attribuée par défaut à la session (par exemplefeat/<mots-aléatoires>) : c'est la permission explicite de travailler sur une autre branche. Si la tâche est un correctif, utilise le préfixefix/. - Implémente ce qui est décrit. Si quelque chose est ambigu, pose-moi la question avant de coder.
- Mets à jour la doc concernée selon la règle de documentation de
CLAUDE.md(docs/guide/features.md,docs/architecture.md,docs/development.md, TSDoc, ADR, README). Tu peux t'appuyer sur/update-docs. Ne modifie pasCHANGELOG.md: release-please le génère à partir des commits. - Lance
npm run lint,npm run typechecketnpm test, et corrige si besoin. Si la doc a changé, lance aussinpm run docs:build. - Commit au format Conventional Commits (
feat(<scope>): …, un seul sujet par commit), pousse la branche, puis ouvre une pull request versmaster(gh pr create, ou l'outil GitHub de la session sighn'est pas disponible). Le titre de la PR suit lui aussi le format Conventional Commits, puisque les PR sont squash-mergées. - Ajoute un commentaire sur la tâche avec le nom de la branche, le lien de la PR, un résumé des changements et les points d'attention (ce qu'il faut tester en priorité, ce qui reste en suspens).
- Déplace la tâche dans « TO TEST ». Ne la complète pas et ne merge pas la PR.
