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 ページを確認してインストールできます。
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
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