↑ L’essentiel · ← 4. Nourrir, puis réfléchir · 6. Le socle, par criticité →
Voici l’ordre ; le détail est dans les fiches 4, 6 et 7, celui du dépôt à l’étape 2. Chaque étape a son signe de réussite : ne passez à la suivante qu’après l’avoir vu.
| Étape | Qui | Ce qu’on fait | C’est réussi quand |
|---|---|---|---|
| 1. S’équiper | Chacun | Git, Obsidian (ou votre éditeur), un agent, un compte GitHub (fiche 6). L’équipe désigne le responsable des règles et son suppléant | chacun a ouvert son agent dans un dossier, et il répond |
| 2. Créer le dépôt | Le responsable des règles | Le dépôt privé, créé avec un README (sur un dépôt vide, le premier pull échoue), et les invitations. Chacun accepte l’invitation, clone hors de tout dossier synchronisé par un cloud (sous Windows, Documents l’est souvent par OneDrive) [20], ouvre le dossier et règle git (fiche 6) | chacun a vu son IA réussir un premier pull |
| 3. Poser les protections | Le responsable, avec son IA | L’arborescence, .gitignore, .gitattributes, le contrôle de secrets et les interdits bloqués (fiches 6 et 7) | sur son poste, un faux secret est refusé au commit, et l’outil bloque git push --force --dry-run (un essai qui n’envoie rien) avec son propre message : un refus de l’IA ne compte pas. Alors seulement, le premier push |
| 4. Écrire les règles | Toute l’équipe ; le responsable tient la plume | AGENTS.md et les skills resoudre-conflit et ecrire-decision, à partir des exemples annotés (fiche 6), et, si l’équipe l’adopte, le questionnaire (fiche 4). Puis chacun fait brancher par son IA le contrôle de secrets sur son poste et, hors Claude Code, les réglages de son outil (fiche 7), et ouvre une nouvelle session | chez chacun, l’IA cite la première règle, et les deux preuves de l’étape 3 passent |
| 5. Répéter un conflit | Deux membres, A et B | A crée une note de test, son IA la pousse ; B la récupère. A fait modifier une ligne par son IA, qui commite sans pousser. B fait modifier la même ligne ; son IA commite et pousse. A demande alors le push : il est refusé, son IA fait le pull | l’IA de A ouvre le skill resoudre-conflit, et les deux versions restent lisibles dans l’historique |
| 6. Verser ce que vous savez | Toute l’équipe | La séance, puis chacun se fait interroger par l’IA (fiche 4) | une nouvelle session résume le projet, et vous n’avez rien d’important à corriger |
| 7. La première vraie question | Toute l’équipe | Une question qui compte, en mode plan, avec la méthode et les réflexes (fiche 3, fiche 4) | les trois conditions de « Quand avancer » (fiche 4) sont remplies |
Déjà lancés dans le projet ? Pendant les étapes 1 à 5, rassemblez ce que vous verserez à l’étape 6 : cahier des charges, lectures, choix faits, doutes.
Les étapes 1 à 5 se font une fois par équipe ; un nouveau poste refait l’étape 1, le clone, le contrôle de secrets et les tests de l’étape 4. Les étapes 6 et 7 ne s’arrêtent jamais : chaque chose apprise, chaque nouvelle question y repasse. Ces sept étapes mènent au niveau 3 de la fiche 8 ; la suite, ce sont les niveaux 4 à 6.
Sources de cette fiche
Toutes les sources, par famille : L’essentiel.
- [20] Git, GitHub et le contrôle de secrets. Conflits et fusion, push refusé, fins de ligne, pre-commit, gitleaks, ne pas synchroniser un dépôt par un cloud, chercher dans les fichiers, les liens dans un fichier Markdown sur GitHub, les liens d’un wiki GitHub, les worktrees, les pull requests, verrouiller un fichier avec Git LFS, pandoc, du Markdown au PDF
↑ L’essentiel · ← 4. Nourrir, puis réfléchir · 6. Le socle, par criticité →
Olivier & Mentordinator