/feature

5 steps green

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

Quand l'utiliser

• Nouvelles features nécessitant clarification
• Fonctionnalités qui touchent plusieurs fichiers
• Quand on veut une analyse produit avant de coder

Choix du skill

• Feature simple et claire → /oneshot
• Feature complexe → /feature ou /apex
• Bug → /bugfix

Usage

/feature add user profile page
/feature skip-analysis implement search    # specs déjà claires

Pipeline

Analyst (opus) → Architect (opus) → Developer (sonnet) → Reviewer (opus) → Commit
   Step 01          Step 02            Step 03             Step 04         Step 05
   specs            plan               code                review

Steps détaillés

Step 01 — Analyze

Persona : Analyst

L'Analyst clarifie le besoin et produit un PRD :

• User stories avec critères d'acceptation
• Scope et hors-scope
• Edge cases identifiés

Output : docs/specs/{feature}.md

Step 02 — Architect

Persona : Architect

L'Architect conçoit la solution technique :

• Fichiers à créer/modifier
• Interfaces et contrats
• Décisions justifiées (ADR)

Output : docs/plans/{feature}.md

Step 03 — Implement

Persona : Developer

Le Developer implémente selon le plan :

• Code de production
• Tests unitaires
• Documentation inline

Step 04 — Review

Persona : Reviewer

Le Reviewer vérifie en 3 passes :

1. Qualité — logique, conventions, SOLID
2. Sécurité — OWASP top 10, secrets, injection
3. Tests — couverture, edge cases, régressions

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

Step 05 — Commit

Commit conventionnel avec scope et description.

Adaptation par taille

Taille	Fichiers	Steps
XS	1 fichier	03 → 05
S	2-3 fichiers	02 → 03 → 05
M	4-10 fichiers	01 → 02 → 03 → 04 → 05
L	10+ fichiers	Découper + /apex chaque partie