pointlisted

# /point — reprendre un projet sans le relire Pour un projet où l'on avance sur plusieurs fils à la fois et où beaucoup de choses sont commencées sans être refermées. Répond à trois questions : **qu'est-ce qui a bougé**, **qu'est-ce qui traîne**, **par quoi reprendre**. ## Règle de coût — la raison d'être de ce skill **Ne relis pas la documentation du projet pour faire ce point.** Sur un dépôt qui a de l'historique, un journal d'incidents peut peser plusieurs milliers de lignes : le relire à chaque session coûte cher et redit ce qui est déjà écrit noir sur blanc. L'inventaire est **calculé**, pas déduit. Tu pars de sa sortie. Tu n'ouvres un fichier de doc que pour une section que le rapport a explicitement pointée, et seulement si la décision en dépend. ## Étape 1 — Calculer l'inventaire ``` node <socle>/bin/chantiers.mjs --depuis JJ/MM ``` Sans `--depuis`, tout l'historique remonte, y compris des notes closes depuis longtemps : choisis une date qui couvre la période active (la dernière semaine, ou la dernière étape du projet). `--tout` pour lever le plafond d'affichage, `--json` si tu dois trier toi-même. Le rapport rend cinq choses, et elles ne se traitent pas pareil : | Section | Ce que c'est | Comment la lire | |---|---|---| | **Livré récemment** | les commits de la période | le contexte : ce qui vient d'être fait explique souvent ce qui traîne | | **Écrit mais jamais vu tourner en vrai** | un correctif appliqué, jamais rejoué en conditions réelles | la plus acti