Aujourd'hui, j'ai planté le dépôt de stratégie PM.

J'ai l'habitude d'ouvrir plusieurs terminaux pour travailler : un pour faire fonctionner Codex pour rechercher des stratégies/données, un autre pour Claude pour faire avancer d'autres tâches, et encore un autre pour gérer les tâches diverses, et petit à petit j'ouvre plusieurs fenêtres de terminal. Je pensais qu'ils travaillaient chacun de leur côté.
Résultat, les deux modifiaient le même fichier .ts, l'état de git est devenu un chaos, j'ai passé deux heures à réparer.
On discute beaucoup de la collaboration entre agents multiples.
Peu de gens parlent de ce à quoi cela ressemble au niveau de git.
Deux agents dans git = deux moi.
Ils se piétinent mutuellement dans le même fichier, l'état des branches se dispute.
La solution ne se trouve pas dans le prompt, mais dans la structure du dépôt.
J'ai établi une nouvelle règle d'acier, 4 points :
1. Les dépôts à haut risque interdisent la modification directe du dépôt principal, celui-ci doit rester une base propre
2. Chaque tâche dans un worktree indépendant, slug = numéro de stratégie + action (h12-cancel-sync / pnl-script-v8)
3. Le JSON active-tasks ajoute un champ worktree_path, pour grep avant d'ouvrir une seconde fenêtre afin d'éviter les doublons
4. Lorsqu'une tâche est terminée, revenir au dépôt principal, supprimer le worktree + supprimer la branche
J'ai d'abord testé un seul projet toute une journée, sans conflit.
Puis j'ai progressivement étendu à d'autres projets.
Le plus difficile avec les agents multiples, ce n'est pas leur façon de dialoguer, c'est qu'ils ne se battent pas.