Guide d'utilisation accessible depuis toute la navigation

Les écrans expliquaient chacun leur propre action, mais rien ne racontait
l'enchaînement : un nouvel utilisateur ne pouvait pas deviner qu'un lieu
doit exister avant un agent, ni qu'un planning se saisit en brouillon
avant d'être validé. La page « faq » déroule ce parcours complet, du
paramétrage des lieux au suivi annuel, et répond aux questions qui
reviennent (chevauchements, quota dépassé, planning validé à corriger).

Son bouton d'accès est ancré à droite de la barre de navigation plutôt
que rangé dans un groupe d'intention : le guide n'est pas une étape du
travail, c'est un secours permanent. Il est donc volontairement absent de
$navigation — c'est aussi ce qui l'empêche d'être repêché par le filet
« Autres » et d'apparaître deux fois. La barre défilant horizontalement
quand les onglets débordent, le bloc est en position sticky pour rester
atteignable.

La page reste soumise à la règle V7.8 : le droit vient de
acces_role_page, ouvert aux trois rôles. Sans la migration, ni bouton ni
page.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

CLAUDE.md

@@ -95,6 +95,12 @@ une migration SQL** (les pages autorisées sont lues en base, pas écrites en PH
 Une page absente des groupes reste affichée dans un groupe « Autres » : le filet évite qu'un oubli
 la rende inatteignable. Chaque page passe aussi un `pageSubtitle` décrivant l'action de l'écran.
 
+Seule exception assumée : `faq` (guide d'utilisation) est **volontairement absente de `$navigation`**
+et rendue par le bloc `.view-tab-help` ancré à droite de la barre, sous condition `$showHelpTab`.
+L'omettre de `$navigation` est ce qui l'empêche d'être aussi repêchée par le filet « Autres » et
+d'apparaître deux fois. Elle reste soumise à `acces_role_page`
+(`database/migration_v7_9d_faq.sql`, les trois rôles) : sans migration, ni bouton ni page.
+
 ### Chaîne d'un appel
 
 ```