bootstraplisted

# /bootstrap — équiper un projet Fonctionne aussi bien sur un dépôt vide que sur un projet existant. Sur un projet existant, **ne jamais écraser** : lire ce qui est là, proposer les ajouts, fusionner. ## Étape 1 — Reconnaître le terrain Avant d'écrire quoi que ce soit, établir par la lecture (pas par supposition) : - **la stack** — `package.json`, `Cargo.toml`, `pyproject.toml`, `go.mod`… et les scripts réellement définis ; - **ce qui existe déjà** — `CLAUDE.md`/`AGENTS.md`, `.claude/`, `docs/`, hooks, CI ; - **ce qui est vérifiable** — y a-t-il un typecheck ? des tests ? un lint ? un build ? Un projet sans tests n'est pas un problème à corriger dans ce skill, c'est un fait à inscrire dans le manifeste ; - **ce qui est déployé** — le projet a-t-il une sortie publique (site, paquet, release) ? Ça change entièrement la section « Vigilance » du `CLAUDE.md` ; - **un modèle est-il appelé quelque part ?** Si oui, `doctrine/llm-guardrails.md` s'applique. Restituer ce constat en cinq lignes avant de continuer. Un bootstrap posé sur une stack mal identifiée produit un manifeste qui échoue à la première exécution. ## Étape 2 — `CLAUDE.md` Depuis `templates/CLAUDE.md.tpl`. Les sections sont un squelette, pas un formulaire : ce qui ne s'applique pas se retire. Deux sections ne se retirent jamais : - **Vérification** — la règle `[code-verified]` / `[doc-only]` et l'obligation de lancer `/check` avant de clore. C'est ce qui conditionne la valeur de tout le reste. - **Por