Écrire dans la page API le contrat de GET /routes/:id et /timeline, et trancher la zone dans la 410 #393

Contexte

Epic : #9
API › Découverte (public) · API › Conventions · Ecrans › E-05 · E-05 · D-013, D-014
Maquette : sans objet — contrat d'API ; E-05 est validée depuis le 2026-09-23.

Découverte de CODE pendant #37 (PR #390), Inbox, 2026-10-13. La page API ne donne que le résumé de la fiche ; la PR #390 a fixé la forme de la réponse dans packages/shared/src/schemas/route-detail.ts, côté app, alors que #36 (l'endpoint) n'est pas fait. Le contrat doit être écrit avant que #36 le tienne.

Comportement attendu (DESIGN)

Reporter dans API le contrat de GET /routes/:id et de GET /routes/:id/timeline, à partir du schéma de #390 (après sa fusion) :

• timeline du départ conseillé incluse dans la réponse (timeline) ; ce qui reste à /timeline (autre startsAt) ;
• 410 route_removed avec details.removedAt, ajouté à la liste des codes stables ;
• étapes verrouillées LockedStep (champs stricts d'un parcours Premium sans abonnement, D-014) ;
• vérification { confirmations, lastConfirmedAt, reports } ;
• encart créateur { routesPublished, isCertified }, sharedBy, reviews (3 au plus).

Question à trancher : la 410 ne porte pas la zone du parcours, donc « Voir des parcours proches » (Ecrans › E-05) ne peut pas recentrer l'accueil sur cette zone. Ajouter à la 410 un point de départ (coordonnées du départ, ou quartier) ? Si oui, préciser lequel, sachant qu'un parcours retiré ne doit rien exposer d'autre.

Critères d'acceptation

• API décrit la réponse complète de GET /routes/:id (champs ci-dessus) et ce que fait /timeline
• route_removed figure dans les codes stables, avec details.removedAt
• La question de la zone dans la 410 est tranchée et écrite, avec sa raison
• MANAGER reporte le contrat dans Exposer GET /routes/:id et /routes/:id/timeline, stocker computed #36 (le critère sur la 410 y est déjà, conditionnel à ce ticket)