Demander à Mabza

Vous n’avez pas besoin de mémoriser tous les skills : décrivez simplement votre situation.

Un flux est un parcours à travers plusieurs skills. La plupart des tâches suivent un flux principal, rejoint par deux rampes d’accès. Les autres skills sont autonomes ou fournissent un vocabulaire partagé aux étapes supérieures.

Le flux principal : idée → livraison

C’est l’itinéraire habituel : vous partez d’une idée et souhaitez la livrer.

1. /grill-with-docs — précisez l’idée par un entretien. Commencez ici lorsque vous travaillez dans un dépôt : le skill conserve ce qu’il apprend dans CONTEXT.md et les ADR. Sans dépôt, utilisez /grill-me — voir les outils autonomes. Les deux reposent sur /grilling, mais seul grill-with-docs laisse une trace durable.
2. Branche — toutes les questions peuvent-elles être résolues par la discussion ? Si une réponse doit être rendue concrète par du code — état, logique métier ou interface à observer — faites un détour par un prototype, avec /handoff pour sortir du fil principal puis y revenir :
   • lancez /handoff, puis ouvrez une nouvelle session à partir du fichier produit ;
   • /prototype pour répondre à la question avec un code jetable,
   • lancez de nouveau /handoff pour rapporter la réponse et liez-la depuis la discussion d’origine.
3. Branche — s'agit-il d'une version multi-session ?
   • Oui → lancez /to-spec pour transformer le fil en spécification, puis /to-tickets pour le découper en tranches verticales, chacune déclarant ses dépendances. En suivi local, chaque ticket devient un fichier sous .scratch/<feature>/issues/ et les bloqueurs sont traités manuellement en premier. Dans un véritable outil de suivi, les dépendances deviennent des liens natifs et tout ticket débloqué peut être pris. Lancez ensuite /implement pour chaque ticket et utilisez /clear entre deux tickets. Chaque ticket étant autonome, le contexte précédent peut être abandonné.
   • Non → /implement ici même, dans la même fenêtre contextuelle.