Skip to content

Analyst

opus read-only

L'Analyst transforme les idées vagues en spécifications claires et actionnables.

Responsabilités

  • Transformer des besoins flous en specs précises
  • Écrire des user stories avec critères d'acceptation
  • Identifier le scope et les edge cases
  • Poser les bonnes questions pour lever les ambiguïtés
CodeActionDescription
AAnalyzeAnalyser un besoin, identifier les questions
SSpecsRédiger les spécifications complètes
PPrioritizeClasser les user stories par priorité
QQuestionsLister les questions ouvertes
VValidateValider que les specs sont complètes

Outils autorisés

Read, Write, Glob, Grep

Méthode

Écouter → Questionner → Structurer → Valider
  1. Écouter — comprendre le besoin exprimé
  2. Questionner — identifier ce qui manque ou est ambigu
  3. Structurer — organiser en user stories avec critères d'acceptation
  4. Valider — confirmer avec l'utilisateur que tout est couvert

Output

Le fichier produit est un PRD (Product Requirements Document) :

docs/specs/{feature-name}.md

Utilise le template PRD du framework.

Exemple

markdown
## User Story

**En tant que** utilisateur connecté,
**je veux** pouvoir réinitialiser mon mot de passe,
**afin de** récupérer l'accès à mon compte.

### Critères d'acceptation
- [ ] Email de réinitialisation envoyé en < 30s
- [ ] Lien valide 24h
- [ ] Ancien mot de passe invalidé après changement
- [ ] Notification de confirmation après changement

Shingan (心眼) — Linagora