architectdesign
Designer des approches architecturales et choisir la meilleure - Phase 3 (supporte le mode automatique)
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Designer des approches architecturales et choisir la meilleure - Phase 3 (supporte le mode automatique)
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | architect:design |
| description | Designer des approches architecturales et choisir la meilleure - Phase 3 (supporte le mode automatique) |
| model | sonnet |
| allowed-tools | ["Task","Read","Glob","Grep","AskUserQuestion","TaskCreate","TaskUpdate","TaskList"] |
| version | 1.0.0 |
| license | MIT |
IMPORTANT : Exécute ce workflow étape par étape :
Phase 3 du workflow de développement : proposer plusieurs approches architecturales et aider l'utilisateur à choisir (ou choisir automatiquement).
.claude/data/.dev-workflow-state.json pour la feature, les findings et les décisionsÉvaluer 3 approches pour la feature en cours :
Présenter les 3 approches de manière comparative (table ou liste structurée).
CRITIQUE : Attendre le choix de l'utilisateur avant de passer à la phase suivante.
Utiliser AskUserQuestion pour demander le choix.
Lancer 1 agent pour évaluer les approches et recommander la meilleure :
Évalue les 3 approches architecturales possibles pour "{feature}" :
Approche 1 : Minimal Changes - réutilisation max, minimum de nouveaux fichiers
Approche 2 : Clean Architecture - abstractions élégantes, testabilité optimale
Approche 3 : Pragmatic Balance - balance rapidité/qualité
Contexte du codebase : {keyFiles et patterns de la phase 1}
Décisions prises : {décisions de la phase 2}
Contraintes architecturales : {phases.1.constraints du workflow state}
CHAQUE composant proposé DOIT respecter ces contraintes.
RECOMMANDE la meilleure approche pour CE projet basée sur :
1. Les patterns existants du codebase
2. Les principes Elegant Objects applicables
3. L'absence d'over-engineering
4. La complexité justifiée vs bénéfices
5. Le respect des contraintes architecturales du projet
Retourne :
- Approche recommandée + raison précise
- Composants à créer/modifier
- Fichiers impactés
- Diagramme de flux (ASCII)
Zéro demande de choix à l'utilisateur en mode automatique.
Présenter l'architecture sélectionnée :
Architecture sélectionnée : {Approche recommandée}
**Description :**
{résumé de l'approche}
**Raison du choix :**
{pourquoi cette approche est la meilleure pour CE projet}
**Composants :**
- {composant 1} : {responsabilité}
- {composant 2} : {responsabilité}
**Fichiers impactés :** {nombre}
- {fichier 1}
- {fichier 2}
Mettre à jour .claude/data/.dev-workflow-state.json :
{
"currentPhase": 3,
"phases": {
"3": {
"status": "completed",
"completedAt": "{ISO timestamp}",
"durationMs": "{durée}",
"chosenApproach": "{nom de l'approche}",
"autoChosen": false,
"reason": "{justification du choix}",
"architecture": {
"components": ["{liste des composants}"],
"files": ["{liste des fichiers à créer/modifier}"],
"buildSequence": ["{étapes d'implémentation}"]
}
}
}
}
Architecture choisie
Prochaine étape : /architect:plan pour générer le plan d'implémentation
Audite un projet API Platform existant et produit un rapport de bonnes pratiques, performances et sécurité
Génère des DTOs (input/output) API Platform avec mapping vers les entités
Génère des filtres API Platform (search, date, range, order, boolean, exists, custom)
Génère un State Processor API Platform pour personnaliser la persistence des données
Génère un State Provider API Platform pour personnaliser la récupération de données
Génère une API Resource complète avec attribut