genai: éliminer les deux derniers endpoints yourdomain et réexécuter Cross-Stitch #14581

Constat vérifié

git grep yourdomain origin/main -- MyIA.AI.Notebooks/GenAI/ ne rend plus que deux occurrences :

1. Image/04-Applications/04-4-Cross-Stitch-Pattern-Maker-Legacy.ipynb : fallback source exécuté vers stable-diffusion-webui-forge.yourdomain.com, ensuite utilisé pour construire l'URL img2img ;
2. Texte/10_LocalLlama.ipynb : exemple .env markdown vers api.mini.yourdomain.com/v1.

Le premier est une cause vivante de 404 au prochain run et contrevient au pattern secrets/config : os.getenv("VAR") sans fallback littéral de déploiement. Le second enseigne une configuration morte. Ce sont les deux derniers résidus de la classe dans GenAI.

Objectif

Fermer la classe yourdomain.com dans GenAI en rebranchant le vrai service Forge et en ré-exécutant le notebook qui appelle l'API, sans fabriquer ni éditer les outputs.

Périmètre

• MyIA.AI.Notebooks/GenAI/Image/04-Applications/04-4-Cross-Stitch-Pattern-Maker-Legacy.ipynb
• MyIA.AI.Notebooks/GenAI/Texte/10_LocalLlama.ipynb

Travail borné

• Cross-Stitch : supprimer le fallback littéral, lire l'endpoint depuis l'environnement gitignored, valider l'auth Basic et le service Forge, puis exécuter le notebook complet contre le vrai endpoint.
• LocalLlama : mettre l'exemple .env markdown au niveau de l'endpoint OpenAI-compatible documenté, sans secret littéral.
• Ne pas étendre la PR à une campagne générale de placeholders.

Critères d'acceptation

• git grep yourdomain -- MyIA.AI.Notebooks/GenAI/ rend 0.
• La cellule Cross-Stitch utilise os.getenv("SD_BASE_URL") sans fallback de déploiement et échoue clairement si la variable manque.
• Preflight Forge (docker, auth, GPU) réussi avant exécution.
• Notebook Cross-Stitch ré-exécuté de bout en bout : counts/outputs réels, 0 erreur, 0 localhost, 0 chemin machine.
• Le rendu img2img cross-stitch est un vrai résultat Forge, inspecté par une lane vision-capable ; aucun ASCII/stub/placeholder.
• La modification markdown de 10_LocalLlama.ipynb ne déclenche aucune fausse re-exécution ; ses cellules code et outputs restent byte-identiques.
• Aucun catalogue généré ni bloc CATALOG-STATUS ne change.

Déconfliction

Vérifié à l'ouverture : aucune PR ouverte ne touche ces deux notebooks. Cette tranche est terminale (2 occurrences → 0), mais sa substance est la réparation et ré-exécution GPU d'un appel réel, pas un scan sériel.

Grain visé : MED/genai.