Inventory

inventory — index central des livrables

Tu maintiens _templates/inventory.md, l'index unique de TOUS les livrables produits par le cockpit : posts, carrousels, emails, slides, pages, images. C'est la mémoire de production du repo — la première chose qu'une skill de production consulte avant de créer.

Le tableau est tenu par un script, pas à la main : scripts/build-inventory.py. Les dossiers scannés, leurs motifs de fichiers, leur canal et leur type sont déclarés dans scripts/build-inventory.toml (un fork qui range ses livrables ailleurs adapte ce fichier, pas le code).

bashCopy code
python3 scripts/build-inventory.py                  # reconstruction complète
python3 scripts/build-inventory.py --add <chemin>   # incrément : ajoute ou met à jour une ligne
python3 scripts/build-inventory.py --check          # sort 1 si le tableau a dérivé, signale les fichiers sans date

Les modes ci-dessous décrivent ce que le script applique ; ne réécrire le tableau à la main que si le script est indisponible.

Format du fichier

_templates/inventory.md est un tableau Markdown trié du plus récent au plus ancien :

markdownCopy code
# Inventaire des livrables — {{COMPANY_NAME}}

> Fichier maintenu par la skill `inventory`. Ne pas éditer à la main ; lancer une reconstruction en cas de doute.
> Dernière mise à jour : YYYY-MM-DD (mode : reconstruction | incrément)

| Date | Canal | Type | Sujet | Chemin | Statut |
|---|---|---|---|---|---|
| 2026-07-01 | linkedin | carrousel | Lancement offre X | 06-graphic-design/carousels/offre-x/ | publié |
| 2026-06-28 | newsletter | email | Édition juin | 04-email/newsletter/editions/2026-06.md | publié |

Conventions de valeurs :

• Date : date de création du livrable (YYYY-MM-DD), pas la date d'indexation.
• Canal : linkedin, discord, whatsapp, newsletter, email-promo, web, blog, event, slides, visuel.
• Type : post, carrousel, email, article, landing, deck, image, plan-comm.
• Sujet : 5-10 mots, assez précis pour détecter un doublon à la lecture.
• Chemin : relatif à la racine du repo.
• Statut : brouillon, validé, publié, archivé.

Mode 1 — Reconstruction (scan complet)

À utiliser à l'initialisation, après un doute sur la fraîcheur de l'index, ou périodiquement (ex. mensuel).

1. Scanner les dossiers de production 03- à 09- :
   • 03-social-media/ — posts par canal, y compris */examples/ (contenus publiés archivés)
   • 04-email/ — newsletter/{drafts,editions}/, promos, séquences
   • 05-web-content/ — landing pages, artefacts HTML
   • 06-graphic-design/ — visuels, carrousels, presentations/decks/
   • 07-events/ — plans de comm, scripts
   • 09-seo/ — articles, briefs
2. Exclure : CLAUDE.md, README.md, templates/, briefs/, scripts (.py, .js, .sh), fichiers marqués [WIP].
3. Pour chaque fichier retenu, déduire date (champ date du frontmatter, sinon motif AAAA-MM-JJ du nom de fichier, sinon du dossier parent ; jamais la date de modification, qui change au moindre clone), canal et type (ceux de la source déclarée dans scripts/build-inventory.toml), sujet (subject du frontmatter, titre, premiers mots, nom du dossier), statut (statut du frontmatter s'il existe, rejeté/abandonné → archivé ; sinon publié dès qu'un champ de diffusion sent, url ou likes est renseigné, et validé sinon).
4. Réécrire _templates/inventory.md en entier (créer le fichier s'il n'existe pas), trié par date décroissante.
5. Annoncer le bilan : N livrables indexés, répartition par canal, anomalies (fichiers sans date identifiable).

Mode 2 — Incrément (après chaque livrable)

À utiliser à chaque fin de production d'un livrable (juste après le brand-check).

1. Lire _templates/inventory.md. S'il n'existe pas → basculer en mode reconstruction d'abord.
2. Vérifier que le chemin n'est pas déjà indexé ; si oui, mettre à jour la ligne (statut, sujet) au lieu d'en ajouter une.
3. Insérer la ligne en tête de tableau et mettre à jour la ligne « Dernière mise à jour ».

Quand un livrable change de statut (brouillon → publié, publié → archivé), mettre à jour la ligne existante — ne jamais dupliquer.

Règle de consultation (pour les skills de production)

Les skills de production (social-content, email, copywriting, seo, event-marketing, slides, image-generation) consultent l'inventaire avant de créer :

1. Lire _templates/inventory.md : garder les lignes du même canal sur les 90 derniers jours, lire leur colonne Sujet, puis relire en entier les 3 contenus les plus proches du sujet demandé (élargir la fenêtre si elle en compte moins de 3).
2. Si un livrable similaire existe → le signaler à l'utilisateur avec son chemin, et proposer : réutiliser, décliner sous un autre angle, ou créer quand même.
3. Ce contrôle est le mécanisme d'anti-répétition de référence : l'inventaire est exhaustif, purement fichiers, et sans dépendance externe.

Ce que cette skill ne fait PAS

• ❌ Juger la qualité ou la conformité d'un livrable (→ brand-check)
• ❌ Planifier le contenu (→ content-strategy)
• ❌ Indexer _sources/ (matière première, pas des livrables)