follow-up: 3 remarques Hermes reportees depuis #14393 et #14419 (instrumentation liens + arXiv) #14435

Deux remarques Hermes explicitement non bloquantes, posees sur des PRs
mergees le 2026-09-03, sont reportees ici pour ne pas se perdre apres
fermeture des EPICs porteuses. Cette issue est le vehicule de report exige
par CLAUDE.md B.0 (« une issue de suivi ouverte et nommee AVANT le merge »).

Depuis #14393 — instrumentation liens .ipynb/README (EPIC #10921)

1. || echo 0 confond « 0 lien » et « echec de scan ». Dans la boucle CI,
   si le checker echoue sur un README, le fallback compte 0 lien BRUT : le
   delta peut donc sous-estimer un +BRUT reel. Un compteur d'erreurs separe
   (p.ex. suffixe de label scan-error) rendrait les deux cas distinguables.
   C'est la forme classique du zero fabrique — un organe muet rend la meme
   valeur qu'un organe qui a mesure et n'a rien trouve.
2. MANQUE compte dans le total mais le label delta ne trace que BRUT.
   Un README qui perd un notebook (lien dangling) reste donc a delta 0. A
   reprendre si les MANQUE deviennent non nuls.

Depuis #14419 — rescan arXiv repo-wide (EPIC #11168)

3. Le scanner legacy perd le prefixe cat/ (regex) : l'API renvoie 400 et
   les IDs concernes retombent en verification manuelle. La limitation est
   disclosee et compensee dans la PR, mais l'amelioration du scanner avait ete
   declaree hors scope — d'ou ce report explicite.

Acceptance

• 1 : un echec de scan est distinguable d'un scan a 0 lien (label ou compteur dedie)
• 2 : le delta trace MANQUE ou documente pourquoi il ne le doit pas
• 3 : le scanner accepte les IDs a prefixe cat/, ou la limitation est portee par un test

See #10921, #11168, #14393, #14419