/projet — brancher un dépôt

/projet

Aucun argument : la commande regarde le dépôt et décide toute seule quoi faire.

Quand l'utiliser

Une fois par projet, avant tout le reste. Que le projet parte de zéro ou qu'il existe déjà avec du code et des mois d'historique — c'est la même commande.

Ce qui doit exister avant

La fiche du projet, créée dans le portail. La commande relie un dépôt à une fiche ; elle ne crée pas la fiche.

Si Claude Code affiche « Dépôt non rattaché » au démarrage, c'est l'état normal ici : c'est précisément ce que /projet répare. En revanche, s'il affiche « Plusieurs projets pour ce dépôt », arrête-toi et demande : écrire dans le mauvais projet ne se signale nulle part.

Ce qu'on te demande

Un seul moment, et il porte sur ce qui ne rentre pas.

La commande te présente trois blocs, dans cet ordre :

1. Ce qui ne se convertit pas — les documents existants qui n'ont pas d'équivalent dans la Batcave, avec ce que ça coûte de les laisser dehors (« ça restera de la prose libre, invisible du portail »).
2. Ce qui devient un squelette — les fonctionnalités déjà livrées. Elles existent, elles sont comptées, elles ne sont pas spécifiées.
3. Ce qui se convertit — un compte par type. Rien à décider ici.

Tu réponds sur le premier bloc seulement, item par item : « on le laisse dehors », « ça devient un document Batcave », ou « ça devient un point mis de côté ».

Ce que ça produit

Les documents de base du produit, posés dans le dépôt, et une demande de fusion vers l'espace de test. Le dépôt est alors relié : les autres commandes savent sur quel projet elles travaillent.

Ce que ça ne fait pas

• Aucun cadrage. Ni critère, ni scénario, ni cas limite. C'est le travail de /cadrage.
• Aucune création de projet dans la Batcave. La fiche naît au portail.
• Rien n'est mis en ligne. Le travail part sur l'espace de test, jamais directement en ligne.

Ensuite

Les fonctionnalités reprises en squelette attendent d'être spécifiées : /cadrage F-XXX quand tu veux en préciser une.