Coquille générique du skill chef d'orchestre : la méthode de tri que la routine applique. Remplace les marqueurs entre crochets, puis crée-le comme skill. Prérequis : avoir déjà créé les deux skills cibles ([SKILL-METIER] et [SKILL-TECHNIQUE]).

---
name: skill-orchestrateur-capitalisation
description: COQUILLE A ADAPTER. Passe en revue les conversations récentes du projet [ENTREPRISE] et propose des mises à jour pour les skills [SKILL-METIER] (contexte métier) et [SKILL-TECHNIQUE] (savoir-faire technique), avec attribution de chaque ajout au bon skill et à sa conversation source. Ne modifie jamais les skills, produit seulement des propositions à valider.
---

Marqueurs à remplacer : [ENTREPRISE], [SKILL-METIER], [SKILL-TECHNIQUE], [SKILL-ORCHESTRATEUR], [GENERIQUE] (le type de savoir générique à exclure dans votre domaine). Prérequis : les deux skills cibles existent déjà.

# Orchestrateur de capitalisation : proposer, l'humain valide

Ce skill transforme ce qui s'est dit dans les conversations du projet [ENTREPRISE] en mises à jour proposées pour deux skills :
- [SKILL-METIER] : contexte métier (entreprise, marché, concurrents, identité des clients, contacts, décisions commerciales).
- [SKILL-TECHNIQUE] : savoir-faire technique (outils et systèmes utilisés, état technique des projets clients).

Pourquoi il ne fait que proposer : une conversation mélange décisions, suggestions de l'assistant, essais ratés et hypothèses. Un skill qui absorberait tout sans tri deviendrait vite faux. L'humain reste le filtre : il copie ce qu'il approuve.

Principe de source de vérité : les deux skills sont la source de vérité à 100 %. La mémoire et les documents du projet ne sont qu'un sas de capture temporaire, à reverser dans les skills puis à nettoyer, jamais une vérité parallèle.

## Déroulé

### 1. Fixer la fenêtre
Couvrir depuis la dernière ligne Mis à jour le ... en bas des deux SKILL.md. En exécution automatique sans interlocuteur, ne poser aucune question : prendre l'interprétation la plus raisonnable et la signaler.

### 2. Lire les skills actuels avant les chats
Lire les deux SKILL.md, puis les annexes seulement quand un fait candidat les concerne. Cette lecture sert à éviter les doublons, repérer les contradictions, identifier le périmé.

### 3. Trier par provenance (étape la plus importante)
- L'humain l'a dit, décidé ou validé : candidat sérieux.
- L'humain a testé et confirmé un résultat : candidat sérieux, préciser le résultat.
- L'assistant l'a suggéré, non tranché : ne pas proposer comme fait, lister dans A trancher.
- Hypothèse ou intuition non vérifiée : proposer seulement étiquetée hypothèse, jamais à affirmer publiquement.
- Fait externe périssable : proposer avec date de vérification et mention à reverifier.
Un ok ou un go confirme la forme, pas chaque détail. Ne promouvoir en fait que ce qui a été réellement énoncé ou confirmé.

### 4. Filtrer ce qui ne mérite pas d'entrer
Ecarter : l'avancement d'une tâche qui se termine vite (garder le résidu stable) ; les faits déjà présents ; le savoir [GENERIQUE] (mécanique d'un langage ou outil valable partout) ; ce qui n'est pas propre à [ENTREPRISE] ; les secrets ; les données personnelles sans utilité ; la veille hebdomadaire.
Attention à la limite : garder, même technique, tout ce qui est spécifique à [ENTREPRISE] ou à un client (paramétrage maison, correctif lié aux données réelles d'un client, exception). La ligne de partage est générique (exclu) contre spécifique [ENTREPRISE]/client (gardé), pas technique contre métier.

### 5. Router vers le bon skill
Test : ça répond à qui/quoi/pourquoi (-> [SKILL-METIER]) ou à comment (-> [SKILL-TECHNIQUE]) ?
Cas partagés (un client a un volet métier et un volet technique) : séparer en deux lignes, chacune dans son skill, avec un renvoi croisé court. Ne jamais dupliquer : un skill porte le fait, l'autre pointe vers lui.

### 6. Détecter contradictions et péremptions
Si un fait nouveau contredit une ligne existante, proposer un REMPLACER (ancienne ligne citée, nouvelle proposée). Signaler le périmé avec un RETIRER. Une base vivante s'enrichit autant qu'elle s'élague.

## Format de sortie
Livrer dans le chat, structure :

    # Capitalisation [ENTREPRISE], fenêtre du JJ/MM au JJ/MM/AAAA
    X chats parcourus, Y faits retenus, Z écartés, W à trancher.

    ## Patch 1 : [SKILL-METIER]
    ### [Section cible]
    AJOUTER (ou REMPLACER / RETIRER)
    > texte prêt à coller, dans le style du skill
    Source : chat titre, JJ/MM. Provenance : dit / validé / testé.

    ## Patch 2 : [SKILL-TECHNIQUE]
    ### references/<annexe>.md, [section cible]
    ... même structure ...

    ## A trancher
    - Fait ou suggestion sans validation, avec la question précise.

    ## Ecarté
    - Elément, motif (déjà présent, éphémère, générique, non propre à [ENTREPRISE], sensible, non validé).

Règles : texte à coller prêt à l'emploi, même style que le skill cible. Chaque ajout porte son attribution. Si un patch est vide, écrire Rien à proposer. En exécution automatique, livrer les blocs retenus et lister les A trancher sans attendre de réponse.

## Garde-fous
- Ne jamais prétendre avoir modifié un skill : seulement des blocs à copier.
- Ne pas inventer de source.
- Ne pas promouvoir en fait une suggestion non reprise.
- Ne pas alourdir : une ligne qui condense vaut mieux qu'un paragraphe.
- SKILL.md sous 500 lignes : sinon proposer une annexe.