ask-questions-if-underspecified

ask-questions-if-underspecified

Catalogue généré le 2026-05-11

En une phrase

ClarifyForce requirementsClaude beforeà implementing.te poser des questions de clarification avant de se lancer dans le code, quand ta demande peut être interprétée de plusieurs façons — pour éviter de coder pendant deux heures dans la mauvaise direction.

Quand l'utiliser

• UseQuand whentu seriousdemandes doubtsquelque arise.chose de vague (« améliore l'affichage », « ajoute une page ») et que tu veux que Claude vérifie qu'il a bien compris.

Avant un gros chantier où une mauvaise compréhension coûterait cher. Quand plusieurs interprétations sont possibles et que tu préfères choisir explicitement. Quand tu veux établir ensemble les critères de « c'est fini » avant de coder.

Comment l'invoquer

• Slash command : /ask-questions-if-underspecified (si exposé dans ton CLI).
• Phrases déclencheurs (texte) : voir"clarify larequirements", description"ask complètebefore ci-dessousimplementing", "are you sure you understood".
• Auto-invocation : Activé automatiquement dès que la demande est ambiguë, ou sur demande expliciteexplicite.

Description complètedétaillée

ClarifyC'est requirementsun beforeskill implementing.méta Use: whenil seriousne doubtsfait arise.pas de code, il discipline la manière dont Claude réagit à une demande. L'idée part d'un constat simple : quand un dev (humain ou IA) se lance sans avoir compris le besoin, il finit souvent par livrer quelque chose qui ne correspond pas, qu'il faut tout refaire. Plutôt que de deviner, autant prendre cinq minutes pour s'aligner.

Concrètement, dès que Claude reçoit une demande, il vérifie six choses : l'objectif (qu'est-ce qui doit changer ?), la définition de « terminé » (à quoi je reconnais que c'est fait ?), le périmètre (quels fichiers, quels composants ?), les contraintes (perf, style, dépendances), l'environnement (quelle version, quel OS ?), et la sécurité (faut-il une procédure de rollback ?). Si une de ces dimensions est floue, il s'arrête et te pose 1 à 5 questions courtes, sous forme numérotée avec des options à choisir.

Mieux : il propose toujours une option par défaut (marquée « recommandée ») et accepte une réponse compacte type defaults ou 1a 2b 3a. Tu n'as donc pas besoin de rédiger un cahier des charges, juste de cocher des cases. Une fois les réponses obtenues, Claude reformule ta demande en deux phrases pour confirmer, puis commence. Ça évite la moitié des « ah non, ce n'était pas ce que je voulais ».

Pour aller plus loin

Ask

Pour Questionsles Ifdétails Underspecifiedtechniques,

Whenexemples toet Use

patterns

Use this skill when a request has multiple plausible interpretations or key details (objective, scope, constraints, environment, or safety) are unclear.

When NOT to Use

Do not use this skill when the request is already clear, or when a quick, low-risk discovery read can answer the missing details.

Goal

Ask the minimum set of clarifying questions needed to avoid wrong work; do not start implementing until the must-have questions are answered (or the user explicitly approves proceeding with stated assumptions).

Workflow

1) Decide whether the request is underspecified

Treat a request as underspecified if after exploring how to perform the work, some or all of the following are not clear:

Define the objective (what should change vs stay the same) Define "done" (acceptance criteria, examples, edge cases) Define scope (which files/components/users are in/out)

(extrait —spécifiques, voir le SKILL.md complet pour la suite)original.

Source

• Plugin : trailofbits/ask-questions-if-underspecified
• Nom interne : ask-questions-if-underspecified
• Fichier : /home/thymon/.claude/plugins/cache/trailofbits/ask-questions-if-underspecified/1.0.1/skills/ask-questions-if-underspecified/SKILL.md