dev:auto:clarify
Lever ambiguités avec heuristiques automatiques (Phase 3)
Best use case
dev:auto:clarify is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Lever ambiguités avec heuristiques automatiques (Phase 3)
Teams using dev:auto:clarify should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/auto-clarify/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How dev:auto:clarify Compares
| Feature / Agent | dev:auto:clarify | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Lever ambiguités avec heuristiques automatiques (Phase 3)
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Objectif
## Instructions à Exécuter
**IMPORTANT : Exécute ce workflow étape par étape :**
Phase 3 du workflow automatisé : identifier et résoudre les ambiguïtés **avec heuristiques prédéfinies**.
Zéro question, zéro AskUserQuestion. Décisions automatiques basées sur les patterns existants.
# Instructions
## 1. Lire le contexte
Déterminer le chemin du workflow state :
```bash
# Récupérer issue_number depuis le contexte
workflow_state_file=".claude/data/workflows/issue-${issue_number}-dev-workflow-state.json"
```
- Lire le workflow state pour la feature et les findings de l'exploration (Phase 2)
- Si le fichier n'existe pas ou phase 2 non complétée, exit avec erreur
## 2. Analyser les zones d'ombre
Identifier les aspects sous-spécifiés dans les catégories suivantes.
## 3. Appliquer heuristiques automatiques
**Au lieu de poser des questions, utiliser cette table de décision :**
| Catégorie | Heuristique par défaut |
|-----------|------------------------|
| **Edge cases** | Valeur null/vide → Exception métier explicite (`InvalideXXX` ou `{NomEntité}Invalide`) |
| **Gestion erreurs** | Exceptions métier typées (héritant d'une base commune) + logging PSR-3 niveau ERROR |
| **Intégration** | Réutiliser patterns existants détectés en Phase 1 (patterns de repository, services, DTOs) |
| **Rétrocompatibilité** | Préserver API publique (pas de breaking changes), créer nouvelle méthode si needed |
| **Performance** | Pas de cache prématuré sauf si liste > 1000 items (sinon trop de complexité) |
| **Sécurité** | TOUJOURS valider inputs (whitelist si possible), échapper outputs selon context |
## 4. Documenter les décisions appliquées
Mettre à jour le workflow state avec les décisions **appliquées** (pas des questions) :
```json
{
"currentPhase": 3,
"phases": {
"3": {
"status": "completed",
"completedAt": "{ISO timestamp}",
"durationMs": {durée},
"autoDecisions": {
"edgeCases": "Exception métier InvalideXXX pour valeurs null/vides",
"errorHandling": "Exceptions typées héritant de DomainException + logging PSR-3 ERROR",
"integration": "Réutilisation patterns existants Phase 1",
"compatibility": "Préservation API publique, nouvelle méthode si breaking",
"performance": "Pas de cache prématuré sauf liste > 1000 items",
"security": "Validation inputs (whitelist), échappement outputs"
}
}
}
}
```
# Règles
- ❌ **Zéro AskUserQuestion** (pas de questions)
- ✅ **Heuristiques appliquées** directement selon la table
- ❌ **Ne PAS proposer d'architecture**
- ✅ **Documenter les décisions** pour traçabilité
- ✅ **Utiliser les patterns existants** détectés en Phase 1Related Skills
dev:clarify
Poser questions pour lever ambiguités (Phase 2)
dev:auto:review
Review avec auto-fix automatique - Mode AUTO (Phase 7)
dev:auto:plan
Générer plan d'implémentation automatiquement - Mode AUTO (Phase 5)
dev:auto:fetch-issue
Récupérer le contenu d'une issue GitHub - Mode AUTO (Phase 0)
dev:auto:feature
Workflow complet de développement automatisé (mode non-interactif)
dev:auto:explore
Explorer le codebase automatiquement - Mode AUTO (Phase 2)
dev:auto:discover
Comprendre le besoin avant développement - Mode AUTO (Phase 0)
dev:auto:design
Choisir architecture automatiquement (Phase 4)
dev:auto:code
Implémenter selon le plan - Mode AUTO (Phase 6)
dev:auto:check-prerequisites
Vérifier tous les prérequis - Mode AUTO (Phase -1)
fix-grammar
Fix grammar and spelling errors in one or multiple files while preserving formatting
symfony-framework
Comprehensive Symfony 6.4 development skill for web applications, APIs, and microservices.