Claims

Vous avez déjà fait cette danse : vous demandez à Claude Code de refactoriser src/auth/, et vingt minutes plus tard, vous demandez à Codex d’ajouter un endpoint qui touche au même fichier. Les deux agents travaillent joyeusement en parallèle jusqu’au moment de la fusion, où un ensemble de changements écrase silencieusement l’autre. Tokens gaspillés, travail perdu.

Un claim résout ce problème. Avant qu’un agent ne modifie, brainclaw verrouille le périmètre (un dossier, un glob de fichiers, un identifiant de plan). Le deuxième agent qui essaie de poser un claim sur le même périmètre voit le conflit immédiatement — pas après que les deux aient terminé. Chaque claim obtient également son propre worktree Git isolé, de sorte que même lorsque les périmètres ne se chevauchent pas, les agents ne partagent jamais node_modules ni ne se heurtent lors de l’installation npm de l’autre.

# Agent A pose un claim sur le périmètre de refactorisation d'auth
bclaw_work intent=execute scope="src/auth/"

# Agent B demande un périmètre chevauchant
bclaw_work intent=execute scope="src/auth/middleware.ts"
# → conflit signalé avant que toute modification n'ait lieu

Résultat : un travail parallèle sans roulette de fusion. Voir le modèle dans le contexte : travail de fonctionnalité parallèle.