Renommage AJEAN (3/3) : textes, aide, README et variables d'environnement

Surface visible passee en AJEAN : aide de la CLI, messages, invite du chat
terminal, commentaires, README, metadonnees Windows du binaire
(InternalName / OriginalFilename).

Les reglages s'appellent desormais AJEAN_* (AJEAN_HOME, AJEAN_MODEL_DIRS,
AJEAN_DL_CONNS, AJEAN_LINK_URL, AJEAN_ACME_EMAIL, AJEAN_SERVICE), avec
l'ancien nom JEAN_* toujours lu en second via envAny(). Ces variables sont
posees a la main dans des shells, des units, des docker-compose et des
scripts de deploiement qu'on ne peut pas retrouver : cesser de les lire
ferait retomber silencieusement un reglage sur sa valeur par defaut.

Migration one-shot du dossier de donnees retentee dans la fenetre ou
l'installateur Windows a arrete toutes les instances, seule fenetre ou le
rename peut aboutir. Le chemin du binaire est recalcule juste apres, sinon
on reinstallerait dans le dossier qu'on vient de deplacer.

Deux choses volontairement NON renommees, parce que les renommer casserait
des utilisateurs sans rien apporter :

- "model": "jean", le nom expose sur l'endpoint compatible OpenAI. Des
  integrations externes le configurent en dur.
- les cles localStorage (jean-theme, jean.sys...). Les renommer
  reinitialiserait theme, preferences d'affichage et prompt systeme dans le
  navigateur de chaque utilisateur.

Le plist launchd recevait /usr/local/bin/jean en dur : le chemin est
desormais injecte, sinon le daemon macOS aurait refuse de demarrer apres le
renommage.

index.html regenere depuis ui/src via go generate.

internal/ajean/sys_migrate.go

@@ -50,6 +50,26 @@ func resolveDefaultHome() string {
 	return migrateHome(defaultAjeanHome(), legacyDefaultHome())
 }
 
+// retryHomeMigration relance la résolution — donc la migration — après avoir
+// arrêté ce qui tournait. Renvoie true si le dossier a effectivement changé.
+//
+// Raison d'être : sous Windows, un rename de dossier échoue tant qu'un process
+// y tient un handle. Or le service AJEAN détaché en tient en permanence, si bien
+// que la migration tentée au démarrage échouerait indéfiniment et que la machine
+// resterait sur l'ancien chemin. L'installateur, lui, a une fenêtre où tout est
+// arrêté : c'est là qu'on retente.
+//
+// À N'APPELER QUE dans cette fenêtre, et avant que quoi que ce soit d'autre
+// n'ait ouvert de fichier de données : réinitialiser le cache n'est ni atomique
+// ni sûr vis-à-vis des goroutines, et surtout les chemins déjà calculés par
+// l'appelant deviennent obsolètes (voir migrateThenResolveTarget).
+func retryHomeMigration() bool {
+	before := migratedDefaultHome()
+	homeOnce = sync.Once{}
+	homePath = ""
+	return migratedDefaultHome() != before
+}
+
 // migrateHome contient toute la logique de migration, isolée des chemins réels
 // de la plateforme pour être testable telle quelle. Renvoie le dossier à
 // utiliser — le nouveau si la migration a réussi ou n'était pas nécessaire,