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
À utiliser lorsqu'une liste d'éléments de travail doit être clarifiée individuellement avant de rédiger la conception.
À é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ûrThe 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 faiteExemples
Start the clarifying phase for the work items in my design doc and ask me about each one, one question at a time.Focus only on the current item and ask me clarifying questions about it until nothing is left to discuss.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
-
Present first item:
- State the item clearly
- Ask clarifying questions about it
-
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
-
After each item is discussed:
- Summarize understanding
- Move to next item
-
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:
- Output: "Updating [field] for Item [N]..."
- Read current design doc via MCP
- Update the relevant field (Problem/Goal, Approach, Success Criteria, or Decisions)
- Write updated doc via MCP
- 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:
-
Analyze item scope:
- Count affected files mentioned in approach
- Count distinct concerns (auth, API, UI, tests, etc.)
- Estimate number of tasks
-
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
-
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 -
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
-
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_skillis not null: Invoke that skill - If
next_skillis 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 annexesCe 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.mdDepuis 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’OpenSkillsopenskills 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 syncMode 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.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.