Workflow de Commit
À utiliser lorsque l'utilisateur demande de faire un commit, de mettre en scène ou de préparer des modifications pour un commit.
Étapes
- Exécuter doc-gen — activer/exécuter d'abord la compétence
gen-docspour mettre à jour la documentation en fonction des modifications de code. - Vérifier les modifications en cours — exécuter
git statusetgit diff(ougit diff --cached) pour voir exactement ce qui a changé. - Relire le code — lire les fichiers modifiés/ajoutés pour comprendre ce qui est réellement nécessaire.
- Mettre en scène uniquement le code nécessaire — lire les fichiers directement ; ajouter les fichiers qui contiennent des modifications réelles et nécessaires. Pour tout fichier qui semble non lié, temporaire ou peu clair, demander à l'utilisateur : « Dois-je mettre en scène
<fichier>? Il contient<bref résumé>» — ne pas présumer. - Baser le message sur les modifications de code — déduire le message de commit du diff/contenu réel (ex. :
feat: ajouter la documentation pour les compétences a). - Confirmer avec l'utilisateur — afficher le message proposé, le résultat de doc-gen et les fichiers mis en scène ; demander l'approbation (
oui/approuver) avant de faire le commit. - Effectuer le commit — exécuter
git commitavec le message approuvé, puis afficher un bref résumé de ce qui a été commité. - Demander le push — demander à l'utilisateur s'il souhaite pusher (
git push).
Règles
- Utiliser
git,read_file,write_fileet les outils de fichier directement dans ce workflow — ne pas demander la permission pour chaque appel d'outil. - En cas d'incertitude sur la nécessité d'une modification, demander : « Dois-je mettre en scène
<fichier>? Il contient<bref résumé>» - Exécuter
gen-docsavant de faire le commit. - Suggérer un message de commit dérivé du diff réel (exemple de format :
feat: ajouter la documentation pour les compétences a). - Confirmer avec l'utilisateur (
oui/approuver) avantgit commitet avantgit push; les autres étapes se déroulent directement.