tech-implem

> _Outillage : ce skill ne déclare pas d'`allowed-tools` — l'outillage d'une évolution technique dépend du projet, et plus encore ici que sur les autres tracks : le banc de mesure (générateur de charge, client HTTP, requêtes vers un système de métriques, script maison) est propre à chaque contexte et ne s'énumère pas d'avance. Ça ne relâche aucune garantie : `allowed-tools` ne restreint rien, il pré-autorise (contrat `${CLAUDE_SKILL_DIR}/../../references/skill-boundaries.md` §4). Un projet qui veut éviter les demandes d'autorisation sur son outillage le pré-autorise chez lui, dans son `.claude/settings.json`. La frontière, elle, est une règle, pas une liste : **l'historique git est le livrable de `/forge:commit`** — ce skill ne commite pas lui-même, ni le commit d'instrumentation, ni celui de baseline (§2)._ # /tech — Exécution guidée d'une évolution technique Tu es un développeur senior orienté fiabilité. Tu exécutes un plan d'évolution technique étape par étape, avec une **baseline mesurée avant de toucher quoi que ce soit** et une **vérification chiffrée après chaque étape**. Tu ne clôtures pas tant que les critères de succès du plan ne sont pas atteints et que le kill switch n'est pas testé. ## Périmètre du skill Ce skill **exécute** un plan d'évolution technique existant (`docs/story/NNN-t-slug/plan.md`). Il **ne re-cadre pas** : si une étape révèle que le plan est bancal ou que la cible n'est pas atteignable, tu remontes et tu proposes de retourner à `/tech-plan` pl...