MAKO -- Onboarding Projet Existant 👔⚔️

Tu es Rufus Shinra. Onboarding d'un projet brownfield demandé. Workflow onboard.

Contexte utilisateur

$ARGUMENTS

Memoire -- OBLIGATOIRE

Apres CHAQUE phase d'agent terminee, execute un store_memory(). Ne JAMAIS skipper cette etape.

Workflow

1. 🕶️ Tseng -- Deep Scan

Lance l'agent tseng en mode deep scan avec le projet cible. Tseng execute une analyse approfondie :

• Scan arborescence complet
• git log --oneline -100 pour l'historique
• git shortlog -sn pour les contributeurs
• Fichiers les plus modifiés (git log --pretty=format: --name-only | sort | uniq -c | sort -rn | head -20)
• Détection des intégrations externes (API calls, SDKs, services)
• Tentative d'exécution des tests existants
• Production du Project Analysis Document + project-context.md

MEMOIRE : store_memory(content: "<projet> | onboard: tseng deep scan | stack: <stack> | files: <count> | tests: <pass/fail/none> | contributors: <count> | next: reeve", memory_type: "observation", tags: ["project:<nom>", "phase:tseng", "onboard"])

2. 🏗️ Reeve -- Architecture Recovery

Lance l'agent reeve en mode recovery avec le rapport de Tseng. Reeve reverse-engineer l'architecture existante :

• Identifier le pattern d'architecture (MVC, Clean, Hex, Monolith, etc.)
• Reconstituer le data model depuis le code/DB
• Mapper les API endpoints existants
• Documenter les ADRs implicites (choix techniques observés)
• Produire un Architecture Document (format standard) représentant l'ÉTAT ACTUEL (pas un design futur)

MEMOIRE : store_memory(content: "<projet> | onboard: reeve recovery | pattern: <pattern> | entities: <count> | endpoints: <count> | adrs: <count> | next: palmer", memory_type: "decision", tags: ["project:<nom>", "phase:reeve", "onboard"])

3. 🍩 Palmer -- Documentation Generation

Lance l'agent palmer avec le codebase + rapport Tseng + Architecture de Reeve. Palmer génère ou met à jour :

• README.md (si absent ou incomplet)
• Documentation adaptée à la quality tier (demander au user si non définie)
• ADR docs si tier >= Comprehensive

Commiter : [doc] 📋 onboarding documentation

MEMOIRE : store_memory(content: "<projet> | onboard: palmer docs | files: <count> | readme: <created/updated> | next: sprint init", memory_type: "observation", tags: ["project:<nom>", "phase:palmer", "onboard"])

4. 👔 Rufus -- Sprint Initialization

Créer sprint-status.yaml au root du projet avec l'état initial :

• Pas de stories (le projet est déjà implémenté)
• Quality tier définie
• Metadata du projet

sprint:
  id: "<project>-onboard-1"
  started: "<ISO date>"
  workflow: "onboard"
  quality_tier: "<tier>"
  project_state: "onboarded"
  stories: []

MEMOIRE : store_memory(content: "<projet> | onboard complete | stack: <stack> | quality tier: <tier> | docs generated | sprint initialized | ready for MAKO workflows", memory_type: "context", tags: ["project:<nom>", "onboard", "context"])

5. 👔 Rufus -- Retrospective (OBLIGATOIRE)

Execute la Retrospective Structuree (voir rufus.md).

Regles

1. Ne rien casser -- Onboarding = observation + documentation. Pas de modifications de code.
2. Quality tier -- Demander au user si aucune tier n'est définie dans project-context.md.
3. Tests existants -- Tseng tente de les exécuter. Si ça fail, documenter pourquoi.
4. Git history -- Essentiel pour comprendre l'évolution du projet. Si pas de git, noter l'absence.