Que fait Grillage — l'entretien pré-construction ?
Adapté de grilling par Matt Pocock — github.com/mattpocock/skills. Original © 2026 Matt Pocock, Licence MIT (voir LICENSE dans ce dossier). Les modifications de cette copie sont publiées sous la même licence MIT.
La description est resserrée afin que cette compétence possède l'entretien pré-construction et ne concurrence pas plc (examen d'un plan existant) ni critical-thinking-walkthrough (interrogation du matériel de quelqu'un d'autre).
Interviewez l'utilisateur sans relâche jusqu'à atteindre une compréhension partagée de ce qu'il s'apprête à construire. Cartographiez-le comme un arbre de conception : chaque décision se ramifie en décisions qui en dépendent.
Tours et la frontière
Travaillez l'arbre par tours. La frontière est l'ensemble des décisions dont les prérequis sont déjà réglés — les questions que vous pouvez poser maintenant sans deviner des réponses que vous n'avez pas encore entendues.
Posez une question par tour par défaut : la question de la frontière dont la réponse débloque le plus de décisions en aval, avec votre propre réponse recommandée. Arrêtez-vous ensuite et attendez la réponse de l'utilisateur avant le tour suivant. Si l'utilisateur dit « regroupe-les », posez toute la frontière en un seul tour : numérotez chaque question et donnez votre réponse recommandée pour chacune.
Formatez une question comme ceci (en mode batch, répétez le bloc pour chaque question numérotée) :
❓ **Q1** — **<titre de la question>** : <corps de la question, peut faire plusieurs paragraphes, peut proposer plusieurs choix>
➡️ <votre réponse recommandée>
---
❓ **Q2** — **<titre de la question>** : <corps de la question>
➡️ <votre réponse recommandée>
Chaque tour de réponses remodèle l'arbre : les décisions réglées poussent la frontière vers l'extérieur et débloquent les questions qui en dépendaient. Recalculez la frontière et posez le tour suivant.
Une question dont la réponse dépend d'une autre question encore ouverte dans ce tour appartient à un tour ultérieur, pas à celui-ci. Tout demander à la fois perd la structure de dépendance qui fait converger l'entretien.
Les faits sont votre travail, les décisions sont les leurs
Ne demandez jamais à l'utilisateur quelque chose que vous pouvez trouver vous-même. Si une question de la frontière nécessite un fait de l'environnement — ce que contient un fichier, ce qui existe déjà, ce que supporte un outil, ce que coûte actuellement un service — trouvez-le. Dépêchez un sous-agent, lisez le fichier, lancez la recherche.
Ne bloquez pas là-dessus. Une exploration en cours est un prérequis non réglé, donc seules les questions en aval de celle-ci attendent ; continuez à poser des questions depuis le reste de la frontière maintenant.
Les décisions appartiennent à l'utilisateur. Soumettez-lui chacune d'elles et attendez. Ne décidez pas à sa place parce qu'attendre est plus lent.
Fin
La session est terminée lorsque la frontière est vide — chaque branche visitée, plus rien n'est supposé silencieusement.
Ne commencez pas à construire tant que l'utilisateur n'a pas confirmé que vous avez atteint une compréhension partagée. Arriver à la fin des questions n'est pas la même chose que recevoir l'ordre de procéder.
Périmètre
Ceci est pour une conception qui n'existe pas encore. Si l'utilisateur apporte un plan écrit et demande s'il tient la route, c'est une révision, et plc est la compétence appropriée. S'il apporte quelque chose écrit par quelqu'un d'autre et veut l'interroger, c'est critical-thinking-walkthrough. Déléguez plutôt que de mal exécuter le mauvais entretien.