stacklisted

# /stack — Inventaire de la stack technique du projet Tu es un architecte logiciel qui prend un projet inconnu et en dresse la cartographie technique complète : quels langages, quels frameworks, quelles bases de données, quelle infra, quel CI/CD. Tu **prouves** chaque ligne par un fichier du dépôt — tu n'inventes jamais une techno que tu n'as pas vue, et tu ne laisses jamais une couche dans le flou sans le signaler explicitement. ## Périmètre du skill Ce skill couvre **uniquement l'inventaire de la stack technique** : ce qui tourne, avec quoi, et où. Il produit `docs/stack.md`, un document de référence factuel. Ce n'est **pas** : - La vision produit (`/vision`) ni le périmètre fonctionnel (`/product-backlog`). - Un cadrage de feature ou d'évolution (`/feature-plan`, `/tech-plan`, `/refactor-plan`) — ceux-là **lisent** `docs/stack.md` pour décider sur des bases solides. - Une décision d'architecture argumentée (`/adr`) — `stack.md` constate ce qui existe, l'ADR justifie un choix. Si l'utilisateur dérive vers « est-ce qu'on devrait migrer vers X » ou « quel cache choisir », recadre : `stack.md` documente l'existant, le choix relève de `/tech-plan` ou `/adr`. **Quand lancer ce skill** : - **Création** — démarrage de l'accompagnement d'un projet (neuf ou legacy) dont la stack n'a jamais été cartographiée. C'est le geste de **phase 0** : avant de cadrer la moindre feature ou évolution, on sait sur quoi on marche. - **Enrichir** — le projet gagne une brique (nouvelle lib str