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 직업 분류 기준
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
| 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