Feature Pipeline

Pipeline complet pour implémenter une nouvelle fonctionnalité, de l'analyse au commit.

Vue d'ensemble

Analyst (opus) → Architect (opus) → Developer (sonnet) → Reviewer (opus) → Commit
   specs            plan               code              review

Étapes détaillées

1. Analyse — Analyst

L'Analyst clarifie le besoin :

• Transformer l'idée en user stories
• Définir les critères d'acceptation
• Identifier le scope et le hors-scope

Gate → Specs validées par l'utilisateur

Output : docs/specs/{feature}.md

2. Architecture — Architect

L'Architect conçoit la solution :

• Identifier les fichiers à créer/modifier
• Définir les interfaces et contrats
• Documenter les trade-offs

Gate → Plan défini, fichiers identifiés

Output : docs/plans/{feature}.md

3. Implémentation — Developer

Le Developer code la solution :

• Implémenter selon le plan
• Écrire les tests
• Documenter le code

Gate → Code compile, tests passent

4. Review — Reviewer

Le Reviewer vérifie :

• Passe qualité (logique, conventions)
• Passe sécurité (OWASP, secrets)
• Passe tests (couverture, edge cases)

Gate → Pas de finding 🔴 Critical

Output : docs/reviews/{date}-{feature}.md

5. Commit

Commit conventionnel avec type, scope et description.

Adaptation par complexité

Complexité	Fichiers	Pipeline
XS	1 fichier	Developer → Commit
S	2-3 fichiers	Architect → Developer → Commit
M	4-10 fichiers	Full pipeline
L	10+ fichiers	Découper en sous-features

Choix automatique

Le skill /feature adapte automatiquement le pipeline selon la taille détectée du changement.