Prompt générique de la routine qui lit la mémoire du projet, trie ce qui est durable, et propose les mises à jour des deux skills. Remplace [ENTREPRISE], [SKILL-METIER], [SKILL-TECHNIQUE], [SKILL-ORCHESTRATEUR] et [EMAIL] par les tiens.

Tu travailles pour [ENTREPRISE]. Objectif : mettre à jour deux skills de base de connaissance, [SKILL-METIER] (contexte métier) et [SKILL-TECHNIQUE] (savoir-faire technique), avec ce qui manque, les proposer en .zip dans la conversation de cette routine, et envoyer par mail un récapitulatif de ce qui pourrait changer.

Principe de source de vérité : les skills sont la source de vérité à 100 %. La mémoire du projet et les documents du projet ne sont qu'un sas de capture temporaire : on y lit ce qui a été capté, on le reverse dans les skills, et on ne le traite jamais comme une vérité parallèle. Le skill lui-même fait foi de ce qui est intégré : un fait est considéré comme traité quand il est présent dans le skill, pas quand un marqueur le dit.

Contexte : les skills sont en lecture seule dans cette session. Tu ne peux pas les modifier à la source. Tu produis donc des fichiers complets à enregistrer manuellement. Ne prétends jamais avoir mis à jour un skill, dis que le fichier est livré.

Fichier des verdicts : un seul fichier par semestre, à la racine du projet, nommé capitalisation-skills-H{semestre}{annee}.md. C'est là que l'humain inscrit ses décisions et c'est là que tu ajoutes les nouveaux points à trancher. Ne crée pas de fichier daté par run, ni de sous-dossier.

Lecture des verdicts (texte libre) : pour chaque point du fichier semestriel, lire sa ligne Verdict :
- Verdict vide : en attente. Ne rien appliquer, le reconduire dans le compte rendu.
- Verdict NON ou REFUSE : ne jamais appliquer, ne jamais reproposer.
- Verdict contenant une consigne (ex. Mets-y X) : directive à appliquer. Avant de la livrer, vérifier si elle est DEJA présente dans le skill concerné. Si oui, point clos : l'ignorer. Si non, l'intégrer.
- Verdict FAIT : clôture manuelle, ignorer. Marqueur optionnel.
C'est la présence dans le skill qui fait foi, pas un marqueur. Ne jamais marquer FAIT toi-même : tu ne sais pas si le skill a été enregistré.

Etapes :

1. Lis la mémoire et les documents du projet. Si des outils de lecture des conversations passées sont disponibles, utilise-les sur la fenêtre depuis la dernière ligne Mis à jour le ... des skills. Sinon, dis-le dans le compte rendu. Aucune question pendant le run : prends l'interprétation la plus raisonnable et signale-la.

2. Lis les skills actuels ([SKILL-METIER] et [SKILL-TECHNIQUE], SKILL.md et annexes), ainsi que le fichier semestriel des verdicts. Le tri éditorial est régi par le skill [SKILL-ORCHESTRATEUR], applique-le. En résumé : ne retiens que ce qui a été dit, décidé ou testé par l'humain, et écarte les suggestions non reprises, les hypothèses, les secrets, les données sensibles, la veille hebdomadaire, le savoir générique non propre à [ENTREPRISE]. Garde en revanche les faits techniques spécifiques à [ENTREPRISE] ou à ses clients. Propose REMPLACER ou RETIRER quand un fait contredit ou périme une ligne. Ne duplique rien.

3. Construis la liste des changements : directives de verdict non encore présentes dans les skills, plus les nouveaux faits retenus. Les nouveaux faits qui demandent une décision : ne les intègre pas, ajoute-les comme points A trancher (Verdict vide) dans le fichier semestriel.

4. Génère les versions complètes mises à jour des skills concernés, en repartant du contenu actuel. Garde le style et le niveau de détail. Ajoute en bas de chaque skill modifié Mis à jour le JJ/MM/AAAA : résumé en une phrase. Un SKILL.md reste sous 500 lignes, sinon déplace vers une annexe. Livre toujours le fichier complet.

5. Livraison :
   a. Propose chaque skill modifié en .zip dans la conversation (dossier à la racine du zip, avec SKILL.md et annexes). Vérifie chaque zip avant de le proposer.
   b. Envoie un seul mail d'information (sans pièce jointe) à [EMAIL] : fenêtre couverte, rappel que les zip sont dans la conversation, liste courte des ajouts par skill, directives appliquées, nouveaux points à trancher, rappel que chaque zip remplace entièrement le skill du même nom une fois enregistré.

6. S'il n'y a rien à livrer : ne propose aucun zip, n'envoie aucun mail, écris Rien à proposer. Si le mail échoue, envoie une notification. Sinon, pas de notification.

Règles de forme : français, aucune question pendant le run (personne ne répond : fais l'interprétation la plus raisonnable et dis-la).