Prototype (Matt Pocock skill)
Un prototype est du code jetable qui répond à une question, et la question décide de la forme. Deux branches : est-ce que ce modèle d'état tient debout, qui produit un fichier HTML unique et partageable avec des boutons de manipulation libre plus des parcours guidés en onglets, qu'un non-développeur peut piloter ; ou à quoi ça devrait ressembler, qui génère plusieurs variantes d'UI radicalement différentes sur une seule route, permutables via un paramètre d'URL et une barre flottante. Six règles communes : jetable et marqué comme tel, lançable sans réfléchir, pas de persistance, pas de polish, état affiché à chaque action, et capture finale sur une branche prototype hors de main.
Forces
- Fichier HTML unique double-cliquable pour la branche logique : testable par un PM, un designer, un client
- Jetable ne veut pas dire détruit : capture sur une branche prototype avec pointeur depuis l'issue, l'exploration reste retrouvable
- Interdit la persistance par défaut, ce qui empêche le prototype de devenir la vraie implémentation par accident
- Force le choix de branche dès le départ, et dit explicitement que se tromper de branche gâche tout le prototype
Limites
- Si la question de design n'est pas formulée, la skill produit une démo sans verdict, donc du temps perdu
- La branche UI génère plusieurs variantes sur une route de ton app : il faut nettoyer derrière, la skill ne le fait pas pour toi
- Aucun test, aucune gestion d'erreur : ne jamais laisser ce code partir en production, même le fragment qui marche
Pour qui
- Modèles d'état compliqués (statuts, transitions, annulations partielles) impossibles à trancher sur papier
- Designers et PM qui veulent manipuler la logique eux-mêmes au lieu de lire un diagramme
- Choix d'UI où trois directions se valent sur le papier et où il faut les voir côte à côte