force-new-port-startlisted

# force-new-port-start Change la **base d'allocation** — le nombre à partir duquel les ports du **prochain** vault sont cherchés. Rien d'autre. ## Ce que la commande ne fait pas, et pourquoi c'est le sujet principal Elle ne renumérote **aucun** vault existant. C'est la décision D1 du 2026-09-09, et sa raison est concrète : chaque port HTTP en clair est gravé dans les liens click-to-open (`http://127.0.0.1:<port>/open/…`). Ces liens vivent dans les notes, entre les vaults, et surtout **hors** des vaults — dans des mails, des transcripts de conversation, des favoris. Réécrire les premiers serait faisable ; les seconds seraient perdus sans recours. Le plan affiche donc « EXISTING ports changed : 0 » **en toutes lettres**, parce que c'est exactement le fait dont le lecteur doit être certain avant de confirmer, et que « fais-moi confiance » n'est pas une façon de le dire. Elle n'ouvre aucun vault, ne réécrit aucun `data.json`, ne crée aucune clé, et ne change pas `installId`. ## La bande Les nouvelles paires se tirent dans **20000–32000 inclus**, moins **27000–27999 inclus** — la tranche où vivent les 54 ports de la flotte historique et où se trouvent les réglages d'usine du plugin Local REST API (27124/27123). Les **deux** membres d'une paire doivent tomber dans la portion autorisée : une base près d'un bord dont le partenaire dépasserait est écartée. Le plafond maintient les deux ports sous 32768, où Linux commence à distribuer ses ports éphémères. **Ce n'est pas une pla