Ajouter link_expired aux codes d'erreur partagés de l'API #442

Contexte

Epic : #6
API › Conventions · D-062
Maquette : sans objet — liste de codes d'erreur partagée, aucun écran

Découverte de DESIGN, Inbox, 2026-10-14 : la page API liste link_expired (410 : lien de confirmation expiré, déjà utilisé ou annulé, D-062) parmi les codes métier stables, mais apiErrorCodes (packages/shared/src/schemas/error.ts), dont le commentaire dit porter « les codes stables de la page API », ne le contient pas. ApiError refuserait donc la 410 que #202 doit renvoyer.

Comportement attendu

• link_expired ajouté à apiErrorCodes, avec un commentaire d'une ligne (410, lien de confirmation expiré, déjà utilisé ou annulé, D-062), à la manière de route_removed.
• account_required ajouté aussi (D-099, ajouté au wiki après la rédaction du ticket) ; aucun autre code ajouté ni retiré ; route_removed reste tel quel (son contrat est en brouillon dans Écrire dans la page API le contrat de GET /routes/:id et /timeline, et trancher la zone dans la 410 #393). Les codes de l'admin manquent dans API › Conventions : alignement du wiki demandé dans Questions ouvertes de la relecture de l'admin (pile de Marco, 2026-10-21) #618.

Critères d'acceptation

• ApiError.parse({ code: 'link_expired', message }) réussit (test unitaire dans packages/shared)
• La liste apiErrorCodes contient tous les codes stables d'API › Conventions (dont account_required, D-099), les codes de l'admin déjà sur main (mfa_required, recent_sign_in_required, account_suspended, already_decided, pile admin fusionnée le 2026-10-21), plus internal_error, et aucun autre ; le test qui compare la liste le dit (corrigé par MANAGER le 2026-10-21)
• pnpm lint && pnpm typecheck && pnpm test verts

Notes techniques

Si #202 est développé avant ce ticket, il ajoute le code lui-même et ce ticket se ferme par la même PR (Fixes sur les deux).