# Devclarify

> Poser questions pour lever ambiguités (Phase 2) Use when this capability is needed.

- Skill: `tomevault-io/devclarify` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add tomevault-io/devclarify`
- Raw SKILL.md: https://api.skillmd.com/api/skills/tomevault-io/devclarify/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: tomevault-io (https://skillmd.com/u/tomevault-io)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/tomevault-io/devclarify

---


# 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

---
> Converted and distributed by [TomeVault](https://tomevault.io/claim/atournayre) — claim your Tome and manage your conversions.
<!-- tomevault:4.0:skill_md:2026-04-11 -->