Phase de clarification

VérifiéSûr

Phase qui discute chaque élément un par un pour comprendre pleinement les exigences avant la conception.

Spar Skills Guide Bot
DeveloppementIntermédiaire
26/07/2026
Claude Code
#requirements-gathering#brainstorming#design-doc#planning#workflow

Recommandé pour

Synthèse automatique

Phase CLARIFYING d'un workflow de conception qui discute chaque élément de travail un par un pour clarifier les exigences avant de passer à la conception.

Points forts

  • Impose un traitement strictement séquentiel : une seule question à la fois, aucune mise en lot des éléments
  • Met à jour le document de conception via MCP après chaque réponse, ce qui préserve le contexte même après une compaction
  • Détecte les éléments trop volumineux (plus de 5-6 fichiers, plus de 2 préoccupations distinctes) et propose une décomposition
  • Peut poser les questions via une interface navigateur (choix multiples) quand une session collaborative est active

Limites

  • Nécessite l'infrastructure associée : collab-state.json, plugin MCP mermaid-collab et document de conception accessible
  • Non invocable directement par l'utilisateur (user-invocable: false) : elle s'exécute comme étape d'un workflow plus large
  • La qualité du résultat dépend entièrement de la pertinence des questions posées, aucune vérification automatique des exigences n'est prévue
Quand l'utiliser

À utiliser lorsqu'une liste d'éléments de travail doit être clarifiée individuellement avant de rédiger la conception.

Quand l'éviter

À éviter pour une exploration rapide ou un prototypage immédiat, car le questionnement un-par-un ralentit fortement la progression.

Analyse de sécurité

Sûr
Score qualité82/100

The skill is a procedural workflow guide for a clarifying phase. It declares Bash and broad MCP tools but does not instruct destructive, exfiltrating, or obfuscated actions; tool use is limited to reading context, asking questions, updating design docs, and completing the workflow.

Aucun point d'attention détecté

Comment cette analyse est faite

Exemples

Clarify work items
Start the clarifying phase for the work items in my design doc and ask me about each one, one question at a time.
Clarify a single item
Focus only on the current item and ask me clarifying questions about it until nothing is left to discuss.
Check for decomposition
This item touches the API, the UI and the auth layer. Check whether it should be split into smaller work items before we move to designing.

name: brainstorming-clarifying description: The CLARIFYING phase discusses each item one at a time to fully understand requirements user-invocable: false allowed-tools:

  • Read
  • Glob
  • Grep
  • Bash
  • AskUserQuestion
  • mcp__plugin_mermaid-collab_mermaid__*

CLARIFYING Phase

The CLARIFYING phase discusses each item one at a time to fully understand requirements before designing.

Purpose

  • Discuss ONE item at a time (never batch multiple items)
  • Ask questions to refine each item
  • Ensure all requirements are captured
  • Confirm nothing else needs discussion

Process

  1. Present first item:

    • State the item clearly
    • Ask clarifying questions about it
  2. For each item:

    • Ask questions to refine understanding
    • Prefer multiple choice questions when possible
    • One question at a time
    • Wait for answer before next question
  3. After each item is discussed:

    • Summarize understanding
    • Move to next item
  4. After all items discussed:

    • Ask: "Is there anything else?"
    • Only proceed when user confirms nothing else

Single-Item Mode (CLARIFYING)

When currentItem is set in collab-state.json:

  • Ask questions about this specific item (one at a time)
  • Do NOT explore other items or expand scope
  • Ask: "Is there anything else about this item?"

Incremental Design Doc Updates

After each substantive user answer during CLARIFYING phase:

  1. Output: "Updating [field] for Item [N]..."
  2. Read current design doc via MCP
  3. Update the relevant field (Problem/Goal, Approach, Success Criteria, or Decisions)
  4. Write updated doc via MCP
  5. Output: "Updated [field] for Item [N]"

This ensures context survives compaction - the design doc is the persistent record.

Question Best Practices

Prefer multiple choice:

Which approach do you prefer?

1. Option A - [brief description]
2. Option B - [brief description]
3. Other (please specify)

Use browser-based questions when collab session active:

Tool: mcp__plugin_mermaid-collab_mermaid__render_ui
Args: {
  "project": "<absolute-path-to-cwd>",
  "session": "<session-name>",
  "ui": {
    "type": "Card",
    "props": { "title": "Select an option" },
    "children": [{
      "type": "MultipleChoice",
      "props": {
        "options": [
          { "value": "1", "label": "Option 1" },
          { "value": "2", "label": "Option 2" }
        ],
        "name": "choice"
      }
    }],
    "actions": [{ "id": "submit", "label": "Submit", "primary": true }]
  },
  "blocking": true
}

Auto-Decomposition Check

REQUIRED before transitioning to DESIGNING, for each work item:

  1. Analyze item scope:

    • Count affected files mentioned in approach
    • Count distinct concerns (auth, API, UI, tests, etc.)
    • Estimate number of tasks
  2. If item looks large (any of these triggers):

    • More than 5-6 files affected
    • More than 2 distinct concerns
    • Would result in more than 10 tasks
  3. Present decomposition proposal:

    This item looks large:
    - Files: [N] affected
    - Concerns: [list distinct areas]
    - Estimated tasks: [N]
    
    I see [N] pieces:
    1. [Sub-component 1]: [files/concern]
    2. [Sub-component 2]: [files/concern]
    3. [Sub-component 3]: [files/concern]
    
    Split into separate work items?
    
    1. Yes - split into [N] items (Recommended for complex work)
    2. No - keep as single item
    
  4. If user selects 1 (Yes):

    • Create new work items in design doc for each sub-component
    • Mark original item as superseded
    • Continue CLARIFYING with new items
  5. If user selects 2 (No):

    • Keep as single item
    • Proceed to DESIGNING

Why auto-decomposition matters:

  • Smaller items create smaller per-item documents
  • Smaller documents reduce context bloat
  • Parallel execution of independent items

Exit Criteria

  • Each item discussed individually (not batched)
  • Asked "Is there anything else?"
  • User confirmed nothing else to discuss

Transition to DESIGNING

Prerequisites:

  • Each item discussed individually (not batched)
  • Asked "Is there anything else?"
  • User confirmed nothing else to discuss

Announce: "All items clarified. Now let me present the design approach."

Completion

At the end of this skill's work, call complete_skill:

Tool: mcp__plugin_mermaid-collab_mermaid__complete_skill
Args: { "project": "<cwd>", "session": "<session>", "skill": "brainstorming-clarifying" }

Handle response:

  • If action == "clear": Invoke skill: collab-clear
  • If next_skill is not null: Invoke that skill
  • If next_skill is null: Workflow complete

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/clarifying-phase-ms1aw4hd/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/clarifying-phase-ms1aw4hd' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/clarifying-phase-ms1aw4hd/download' --output '.skill-downloads/clarifying-phase-ms1aw4hd/SKILL.md.part' && mv '.skill-downloads/clarifying-phase-ms1aw4hd/SKILL.md.part' '.skill-downloads/clarifying-phase-ms1aw4hd/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.

Claude Code
test -f '.skill-downloads/clarifying-phase-ms1aw4hd/SKILL.md' && test -s '.skill-downloads/clarifying-phase-ms1aw4hd/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/brainstorming-clarifying' && cp -R '.skill-downloads/clarifying-phase-ms1aw4hd' '.claude/skills/brainstorming-clarifying'

OpenSkills

OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.

Installation officielle d’OpenSkills
openskills install './.skill-downloads/clarifying-phase-ms1aw4hd'

openskills read 'clarifying-phase-ms1aw4hd'

La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.

Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.

openskills sync

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/clarifying-phase-ms1aw4hd/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires