macOS : modele resolu depuis JEAN_HOME + alerte App Translocation

- config.env stocke MODEL sous forme de nom de fichier : sous systemd/launchd
  le WorkingDirectory vaut JEAN_HOME, mais une app de bureau demarre avec
  cwd=/ et llama-server ne trouvait pas le .gguf. cmdServe resout desormais
  MODEL et BIN relatifs contre JEAN_HOME, et le service en mode utilisateur
  fixe cmd.Dir (macOS + Windows).
- erreur explicite << modele introuvable : <chemin> >> au lieu d'un echec muet
- bandeau d'alerte quand l'app tourne depuis une copie AppTranslocation
  (app non signee ouverte depuis Telechargements) : chemin different a chaque
  lancement, instances concurrentes, maj du moteur impossible

internal/jean/sys_console_darwin.go

@@ -36,6 +36,28 @@ func setupConsole() bool {
 	return true
 }
 
+// appWarning signale une situation de lancement qui casse Jean de façon peu
+// évidente. Aujourd'hui : l'App Translocation de Gatekeeper. Une app non signée
+// ouverte depuis Téléchargements est exécutée depuis une copie en LECTURE SEULE
+// sous /private/var/folders/…/AppTranslocation/<uuid>/, à un chemin différent à
+// CHAQUE lancement. Conséquences vécues : plusieurs instances qui se marchent
+// dessus (la seconde trouve le port 8090 occupé et se contente d'ouvrir l'UI de
+// la première, souvent une version périmée), des process fantômes issus de
+// copies précédentes, et une mise à jour en place impossible.
+// Le remède est côté utilisateur : déplacer Jean.app dans /Applications.
+func appWarning() string {
+	exe, err := os.Executable()
+	if err != nil {
+		return ""
+	}
+	if !strings.Contains(exe, "/AppTranslocation/") {
+		return ""
+	}
+	return "Jean tourne depuis une copie temporaire en lecture seule (App Translocation de macOS). " +
+		"Fermez l'app, déplacez Jean.app dans le dossier Applications, puis rouvrez-la — " +
+		"sinon chaque lancement crée une instance séparée et les mises à jour du moteur échouent."
+}
+
 // fixFinderPath complète le PATH famélique hérité du Finder. Une app lancée par
 // LaunchServices reçoit /usr/bin:/bin:/usr/sbin:/sbin — pas les dossiers de
 // Homebrew : sans ça, Jean ne voit ni `brew`, ni `cmake`, ni `git`, et la