-
Notifications
You must be signed in to change notification settings - Fork 0
Contribuer
Les contributions sont bienvenues. Lisez d'abord
CONTRIBUTING.md —
et retenez surtout ceci : le contrôle s'applique aussi aux contributions.
C'est la contribution la plus utile, et la plus simple.
Ouvrir une issue en indiquant :
- où (le fichier, ou le rôle et la question posée) ;
- ce qui est faux ;
- la source officielle qui le montre, si vous l'avez.
★ Une erreur signalée sans source reste utile — elle sera vérifiée. Une erreur signalée avec sa source peut être corrigée le jour même.
- La valeur va dans le
data/parametres.jsondu rôle concerné, avec sasourceet sadate_verifiee. - La source doit appartenir aux domaines officiels admis. Un article de presse, un blog de cabinet ou un comparateur ne suffisent pas, même s'ils sont justes.
- Si vous citez la valeur dans une fiche, elle doit exister dans le JSON — sinon le contrôle refuse la publication.
- Lancez le contrôle avant d'ouvrir la pull request :
python scripts/verifier-parametres.pyLe piège rencontré plusieurs fois pendant la rédaction : une page officielle affirme un délai ou un plafond, mais l'article de loi qu'elle cite elle-même dit autre chose. Une administration peut simplifier, arrondir, ou ne pas avoir mis à jour sa page.
Quand un chiffre compte, remontez au texte, pas à la page qui le résume. Quand les deux se contredisent, le dépôt le note plutôt que de choisir en silence.
- Zéro chiffre de mémoire. Aucune exception.
- La langue de l'utilisateur, les termes en français. Le mot qu'il faudra dire au guichet doit rester lisible, avec sa traduction entre parenthèses.
- Dire où ça s'arrête. Une fiche qui ne dit jamais « là, il faut un professionnel » est une fiche qui ment par omission.
-
Ajouter un fichier ne suffit pas : il doit être routé depuis le
SKILL.mdde son rôle, sinon le contrôle le refuse — à raison, puisque personne ne l'atteindrait.