Scobby

Instrumenter l'ensemble du parcours d'onboarding avec des événements de télémétrie, en réutilisant le mécanisme de tracking existant (ou un wrapper minimal documenté s'il n'en existe pas). S'intègre par-dessus les autres surfaces (wizard, checklist, visite, encarts progressifs).

Note PO : préférer un wrapper de tracking léger et partagé, landé tôt (stub possible dans #1), pour que chaque sous-tâche UI câble ses propres événements au fil de sa livraison plutôt que de bloquer sur ce lot.

ÉVÉNEMENTS À TRACER (§10) :
- ouverture du wizard ;
- complétion / abandon par étape ;
- skip (« Passer ») ;
- complétion de chaque item de la checklist ;
- lancement / complétion / skip de la visite guidée ;
- acceptation / report de chaque encart de profilage progressif.

Chaque événement porte le contexte utile (workspaceId, role, identifiant d'étape/d'item/de déclencheur). Ne pas dupliquer la logique métier : se brancher sur les transitions déjà gérées par les autres sous-tâches.

Dépend de : #1264 (wizard), #1265 (checklist), #1266 (visite), #1267 (profilage progressif).

## Critères d'acceptation
- Tous les événements du §10 sont émis : ouverture wizard, complétion/abandon par étape, skip, complétion de chaque item checklist, lancement/complétion/skip visite, acceptation/report de chaque encart progressif.
- Chaque événement inclut le contexte pertinent (workspaceId, role, identifiant d'étape/item/déclencheur).
- Réutilise le mécanisme existant ou un wrapper minimal documenté, sans dupliquer la logique métier des autres sous-tâches.
- Aucune régression ; lint + typecheck + tests frontend verts.