smithery/atournayre

dev:clarify

Poser questions pour lever ambiguités (Phase 2)

Installation

$ npx skills add smithery/atournayre --skill devclarify

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/atournayre · top by installs.

npx skills add smithery/atournayre

Browse all from smithery/atournayre

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Skill metadata

Parsed from SKILL.md frontmatter.

Version1.0.0
LicenseMIT
Allowed toolsAskUserQuestion, Read
Declared agents claude-code

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,451 B
  • docs SUMMARY.md 66 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

Configuration de sortie

Instructions à Exécuter

IMPORTANT : Exécute ce workflow étape par étape :

IMPORTANT : Cette skill génère des questions structurées et nécessite un format de sortie spécifique.

Lis le frontmatter de cette skill. Si un champ output-style est présent, exécute immédiatement :

/output-style <valeur-du-champ>

Note : Une fois que le champ output-style sera supporté nativement par Claude Code, cette instruction pourra être supprimée.

Output-style requis : table-based

Objectif

Phase 2 du workflow de développement : identifier et résoudre toutes les ambiguités avant de designer l'architecture.

Instructions

1. Lire le contexte

  • Lire .claude/data/.dev-workflow-state.json pour la feature et les findings de l'exploration
  • Si le fichier n'existe pas ou phase 1 non complétée, rediriger vers /dev:explore

2. Analyser les zones d'ombre

Identifier les aspects sous-spécifiés dans les catégories suivantes :

Edge cases

  • Que se passe-t-il si X est vide/null ?
  • Comment gérer les cas limites ?

Gestion d'erreurs

  • Quelles erreurs peuvent survenir ?
  • Comment les communiquer à l'utilisateur ?

Points d'intégration

  • Comment cette feature interagit avec l'existant ?
  • Y a-t-il des dépendances circulaires à éviter ?

Rétrocompatibilité

  • Cette feature impacte-t-elle des fonctionnalités existantes ?
  • Y a-t-il des migrations de données nécessaires ?

Performance

  • Y a-t-il des contraintes de performance ?
  • Faut-il penser au caching ?

Sécurité

  • Quelles autorisations sont nécessaires ?
  • Y a-t-il des données sensibles à protéger ?

3. Présenter les questions

Utiliser AskUserQuestion pour présenter les questions de manière organisée

4. Attendre les réponses

⚠️ CRITIQUE : Ne PAS passer à la phase suivante avant d'avoir toutes les réponses.

5. Documenter les décisions

Mettre à jour le workflow state avec les réponses

Prochaine étape

✅ Clarifications complètes

Prochaine étape : /dev:design pour proposer des architectures

Règles

  • Ne PAS proposer d'architecture à ce stade
  • Ne PAS faire de suppositions - poser des questions
  • Documenter TOUTES les décisions prises