Ici, il y a Git

Initialise un repository git avec configuration optionnelle pour les workflows d'agent.

Workflow

Étape 1 : Initialiser le repository Git

Exécute git init dans le répertoire de travail actuel. Confirme à l'utilisateur que le repository a été initialisé.

Étape 2 : Instructions de commit pour l'agent

Pose la question à l'utilisateur :

Voudrais-tu que j'ajoute des instructions pour que l'agent fasse toujours un commit quand il a terminé une tâche ?

Si l'utilisateur confirme :

1. Vérifie si AGENTS.md existe dans le répertoire actuel
2. S'il existe, ajoute les instructions de commit à la fin
3. S'il n'existe pas, crée-le avec les instructions de commit

Les instructions de commit à ajouter :

## Git Workflow — CRITIQUE, OBLIGATOIRE, AUCUNE EXCEPTION

> **CE N'EST PAS OPTIONNEL.** Chaque agent opérant dans ce repository DOIT suivre ce workflow après chaque modification, peu importe sa taille. Il n'y a AUCUNE exception à cette règle. Sauter un commit n'est jamais acceptable. Si tu as modifié un fichier, tu DOIS faire un commit avant de continuer.

### Règles

1. **TOUJOURS faire un commit de tes modifications immédiatement après avoir terminé une tâche ou atteint un point d'arrêt logique.** Ne reporte pas. Ne groupe pas. Ne saute pas.
2. **TOUJOURS faire un commit avant de terminer ta session.** Le répertoire de travail DOIT être propre (tous les changements commitès) quand tu finis. Laisser des modifications non commitées est un état d'échec.
3. **Utilise des messages de commit clairs et descriptifs** qui expliquent ce qui a été fait et pourquoi.
4. **En cas de doute, fais un commit.** Il est toujours préférable d'avoir un commit de trop plutôt qu'un de trop peu.

### Pour être absolument clair

- « Je ferai un commit plus tard » — **Non. Fais un commit maintenant.**
- « C'est juste une petite modification » — **Fais un commit.**
- « Je vais faire une autre modification » — **Fais d'abord un commit de celle-ci.**
- « L'utilisateur ne m'a pas demandé de faire un commit » — **Irrelevant. Fais un commit quand même.**

Après avoir créé ou mis à jour AGENTS.md, fais un commit avec un message approprié.

Étape 3 : Configuration de .gitignore

Pose la question à l'utilisateur :

Voudrais-tu que je crée un .gitignore ? Si oui, quelle saveur ou quels motifs devrais-je inclure ? (par exemple, Node.js, Python, macOS, fichiers IDE, ou des fichiers/motifs spécifiques)

Si l'utilisateur fournit une saveur ou des motifs :

1. Génère un .gitignore approprié basé sur son entrée
2. Pour les saveurs courantes, inclus les motifs standards :
   • Node.js : node_modules/, dist/, .env, *.log, etc.
   • Python : __pycache__/, *.pyc, .venv/, venv/, .env, *.egg-info/, etc.
   • macOS : .DS_Store, .AppleDouble, .LSOverride, ._*
   • Fichiers IDE : .idea/, .vscode/, *.swp, *.swo, *.sublime-*
3. Inclus tous les fichiers ou motifs spécifiques mentionnés par l'utilisateur
4. Fais un commit du .gitignore avec un message approprié

Si l'utilisateur refuse, saute cette étape.

Notes

• Si git est déjà initialisé dans le répertoire, informe l'utilisateur et va directement à l'étape 2
• Utilise l'outil AskUserQuestion pour les prompts de confirmation
• Garde les commits atomiques et bien décrits