Parcours 3 : le CTO en 72 h (UC-15, UC-16, UC-12)

1. À J0, le vote se clôt ; l'orchestrateur crée l'opération et ouvre le dossier du token.
2. T+0 : le Scanner refait ses vérifications ; si le contrat n'est plus sûr, le CTO est annulé.
3. T+2 h : le Designer propose 3 identités ; un sondage Telegram ou X tranche avant T+6 h.
4. T+6 h à T+9 h : le Webdev publie le site.
5. T+12 h : le CM publie le thread de résurrection sur le nouveau compte X.
6. T+24 h : le TG Bot ouvre le Telegram ; l'équipe dépose la demande de CTO Pons.
7. T+48 h : le Builder publie l'utilité.
8. T+72 h : fin du CTO, le statut passe à Sending ou reste CTO live jusqu'au verdict.

Cas limites :

• Une étape échoue 3 fois : l'orchestrateur la met en pause et alerte l'équipe ; les étapes suivantes qui n'en dépendent pas continuent.
• Un agent atteint son budget : il s'arrête, l'équipe décide d'augmenter le budget ou de passer l'étape.
• Personne ne vote au sondage d'identité : le Designer retient la direction qu'il a classée première.
• Une sortie attend la validation trop longtemps (plus de 2 h) : relance de l'équipe sur Telegram.
• Deux CTO se chevauchent : chaque opération a son propre calendrier et son propre budget.