Regroupe toute la documentation dans le README principal

PUBLICATION.md et A_FAIRE.md du dépôt du paquet sont fondus ici, avec le contenu
et les points de conception de mabibli_ynh/README.md. Une seule chaîne de
publication et un seul projet : deux jeux de documentation finissaient par
diverger, sans qu'on sache lequel faisait autorité.

Restent à part doc/DESCRIPTION.md et doc/ADMIN.md, que YunoHost lit lui-même
pour les afficher dans son catalogue et son interface d'administration.

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

CLAUDE.md

@@ -1890,8 +1890,16 @@ service, `ReadWritePaths=` ne listant que le `data_dir`. ⚠️ Ne pas retirer
   neuf : piège à connaître en phase d'essai.
 
 **La marche à suivre — première mise en production, montée de version, retour arrière,
-désinstallation — est écrite pas à pas dans `mabibli_ynh/PUBLICATION.md`.** Elle n'est
-pas recopiée ici : ce sont des gestes, pas des décisions.
+désinstallation — est écrite pas à pas dans `README.md`, section « Mettre en
+production ».** Elle n'est pas recopiée ici : ce sont des gestes, pas des décisions.
+
+⚠️ Depuis le 2026-08-20, **toute la documentation du projet vit dans `README.md`**, y
+compris ce qui décrit le paquet YunoHost (`PUBLICATION.md` et `A_FAIRE.md` y ont été
+fondus, `mabibli_ynh/README.md` n'est plus qu'un renvoi). Ne pas recréer de guide dans
+`mabibli_ynh` : deux jeux de documentation pour une seule chaîne de publication
+finissaient par diverger, sans qu'on sache lequel faisait autorité. Les seules
+exceptions sont `mabibli_ynh/doc/DESCRIPTION.md` et `doc/ADMIN.md`, que **YunoHost lit
+lui-même** pour les afficher dans son catalogue et son interface d'administration.
 
 ### Ce que l'installation impose et qui ne se contourne pas