--- name: equipe-exploiter-bibliotheque-creative description: Choisir, adapter et enrichir les concepts et modèles marketing de la bibliothèque Notion du conseiller. Utiliser pour chercher une structure de post, carrousel, story, annonce sociale, miniature ou présentation d’équipe, comparer des approches, retrouver un fichier modifiable ou enregistrer un retour d’usage. Ressource commune aux skills de contenu et de campagnes ; ne publie pas, ne programme pas et ne crée pas de cadence. --- ## Routage et relecture du plugin Pour appeler un autre module ou lire ses références, appliquer `../../references/routage-skills.md`. Pour toute revue de contenu, appliquer `../../references/relectures-et-capacites.md` : utiliser les agents réellement disponibles ou le relais humain documenté, sans inventer de contrôle indépendant. ## Configuration et périmètre du plugin Avant le travail métier, lire `../../references/contrat-equipe.md` et le profil du conseiller résolu par `equipe-configurer-espace`. Les paramètres, comptes, sources, médias et mandats sont propres à ce conseiller. Les règles d’écriture, de contrôle et de relecture ci-dessous restent obligatoires. Les exemples de leadership et de recrutement ne s’appliquent que si ces thèmes sont activés. Les Ads sont exclues de ce plugin. # Exploiter la bibliothèque créative Notion est la source commune vivante. Le skill du canal conserve stratégie, voix, charte, données métier, contrôles et autorisations de diffusion. La consultation aide à choisir ; elle n’impose ni modèle ni nouveau contenu. Annoncer l’emploi de ce skill la première fois dans la conversation. ## Points d’entrée Lire le profil pour `notion.creative_data_source` et `notion.creative_view`. Mode d’emploi : `../../references/notion-installation.md`. Catalogue initial inclus : `../../assets/catalogue.json` ; galerie : `../../assets/templates/index.html` ; modèles : `../../assets/templates/M…/`. Notion reste la source vivante une fois configuré. Le catalogue embarqué sert au démarrage et de copie explicitement identifiée en cas d’accès incomplet. Ne pas le présenter comme synchronisé automatiquement. Lire [le contrat de catalogue](references/contrat-catalogue.md) pour les champs, la trace et l’enrichissement. Retrouver une base existante du conseiller avant toute création. ## Couverture exhaustive avant une nouvelle création Pour toute nouvelle intention de contenu, format ou média public, parcourir l’intégralité du catalogue actif au niveau de ses métadonnées : lire la vue pertinente jusqu’à épuisement de la pagination, filtrer objectivement objectif, public, canal, format et état, puis vérifier qu’aucune fiche active n’est écartée sans critère. Les 52 statiques historiques ne sont ni un quota ni une vue suffisante. Cette couverture est obligatoire ; elle ne signifie pas ouvrir mécaniquement chaque fiche ni générer une cadence. Après ce balayage, ouvrir et inspecter en profondeur les deux ou trois candidates les plus pertinentes. Distinguer le catalogue couvert des fiches réellement étudiées. Dans le registre canonique du canal, tracer la couverture consultée, les candidates ouvertes, leurs identifiants et versions, le choix, la combinaison ou le rejet et sa raison. Un contenu déjà réservé, approuvé ou programmé ne se rouvre pas sans nouveau motif métier. Ne créer aucun calendrier parallèle. ## Choisir et adapter 1. Partir de la demande et du mandat du canal : objectif, public, message, preuve disponible, média réel, contraintes et contenus récents. Réutiliser les informations connues ; demander seulement ce qui bloque réellement. Une demande de conseil ou de modification de skill ne déclenche aucune production métier. 2. Lire le schéma actuel et l’intégralité de la vue active avec pagination jusqu’à `has_more=false`. La vue générale permet un filtrage local objectif/public/canal/format. « Tous publics » est compatible avec un public spécialisé. Les canaux indiquent des usages envisageables ; vérifier le placement réel avant export. Exclure les fiches archivées ; traiter « À revoir » et droits incertains comme des limites. Ne pas utiliser SQL sans vérifier accès et colonnes. 3. Ouvrir deux ou trois candidates utiles, si elles existent, en variant la structure lorsqu’elle aide. Lire principe, conditions, erreurs et version ; inspecter réellement l’aperçu lorsque sa composition sert de référence. Distinguer fiche lue et visuel vu. Ne pas parcourir toutes les fiches mécaniquement ni déduire le modèle de son seul titre. 4. Retenir, combiner ou ne rien retenir avec une raison concrète. Les concepts C… inspirent un mécanisme ; les modèles M… fournissent des sources modifiables. Un concept peut inspirer le fond d’un modèle sans créer une nouvelle famille. Comparer aux usages récents disponibles sans imposer de rotation ni supposer une performance. 5. Ouvrir les fichiers liés à la fiche avant de promettre un téléchargement ou un format éditable. Un PNG est un aperçu ; un SVG est une source vectorielle ; un lien Canva peut être externe et soumis à des conditions. Rafraîchir les URL temporaires via le connecteur. Pour un pack externe, vérifier accès et licence à l’usage ; ne pas acheter ou accepter un abonnement par défaut. Ne pas recopier une publicité tierce comme création originale. 6. Adapter message, structure et médias à la marque et au canal. Utiliser portraits et photos réels autorisés lorsque requis. Ne pas fabriquer témoignage, résultat, expérience, caution médiatique ou rareté. Les faux écrans et articles des inspirations ne sont pas des preuves authentiques. Un modèle ne remplace pas la recherche factuelle. 7. Vérifier textes sans champs résiduels, lisibilité mobile, zones de sécurité, recadrage, identité, preuves, droits et mentions applicables. Rendre le livrable demandé au skill du canal ; ses validations et son mandat restent en vigueur. « Prêt à adapter » n’est jamais un post prêt à publier. ## Tracer sans créer de second calendrier Dans le registre ou dossier de travail déjà utilisé par le canal, enregistrer consultation et sélection selon le contrat et le mandat existant ; sinon retourner la trace dans la réponse. Livrer une adaptation seule n’implique pas l’enrichissement du catalogue. Ne pas mettre ces notes dans le texte publiable. Une consultation seule ne renseigne pas `Dernier usage`. Quand un modèle a réellement été incorporé à un livrable, et que la tenue du registre/bibliothèque est autorisée, noter cet usage avec l’état exact « préparé » ou « publié », la version du livrable et son lien. Ajouter une ligne datée dans « Journal d’usage » de la fiche sans effacer l’historique ; mettre `Dernier usage` à la date de cet usage effectif. Une publication ne se déduit jamais de la préparation. Lors d’un avis en lecture seule, retourner la trace au demandeur sans écrire. Les résultats proviennent seulement de données ou retours disponibles dans le mandat. « Non mesuré » reste distinct de zéro et de « échec ». Un signal positif précise période, canal, contenu, mesure et limites de comparaison ; ne pas déclarer un modèle gagnant sur un simple avis. Ne lancer ni collecte supplémentaire ni automatisation pour alimenter ces champs. ## Enrichir progressivement Enrichir lorsque cela est demandé ou fait partie du mandat de maintenance. Chercher d’abord un équivalent par mécanisme, structure et objectif. Ajouter une variante à la fiche existante pour un changement de couleur, ratio, secteur ou exemple. Créer une famille seulement si elle couvre un besoin distinct. Lire le contrat avant mutation. Conserver les références d’origine, leurs médias et provenance ; distinguer les ajouts par leur nature. Une idée peut rester « À enrichir ». Passer à « Prêt à adapter » seulement avec sources éditables accessibles, aperçu inspecté, variables, instructions, limites et droits nécessaires vérifiés pour les usages annoncés. Une licence inconnue interdit de réutiliser les composants concernés ; la référence peut rester consultable comme inspiration. Versionner les changements substantiels et garder les anciennes sources. Ne pas archiver une fiche simplement parce qu’elle a été utilisée. Après un usage réel, enregistrer le statut exact et le retour disponible dans la fiche existante. Créer une nouvelle famille uniquement pour un besoin distinct démontré ; ne pas baptiser une variante ou une impression non mesurée « modèle gagnant ». ## Accès incomplet Si Notion ou un fichier est inaccessible, utiliser une copie disponible identifiée comme telle, ou poursuivre une préparation originale dans le mandat. Dire ce qui n’a pas pu être consulté ; ne pas inventer fichier, résultat ou consultation. Une panne ne donne aucun droit supplémentaire et ne suspend pas les autres tâches indépendantes. Ne pas créer de surveillance permanente ni de tâche planifiée. ## Consultation pour tout travail éditorial Avant texte, accroche, objet, concept, format ou média, examiner le catalogue entier actuellement accessible, avec pagination : concepts C…, modèles M… et ressources R… configurées. Puis ouvrir les candidates pertinentes et justifier le choix, la combinaison ou le rejet dans le même brief. Les 69 fiches embarquées sont une base, jamais une limite. Pour une accroche, consulter R001 puis la [banque autonome de 50 mécanismes](references/banque-accroches.md), incluse dans ce plugin. Elle fonctionne sans Notion ni source externe. Une banque personnelle supplémentaire reste facultative ; son absence ne bloque pas R001. Si la banque embarquée elle-même est inaccessible, signaler le défaut de paquet sans prétendre l’avoir lue. Aucun lien Notion du créateur n’est hérité. Les références conception-publicitaire, formats-statiques, apprentissage-publicitaire et presentation-creations apportent des méthodes de conception transférables ; leurs exemples publicitaires ne donnent aucun mandat Ads. Pour la mise à jour du catalogue personnel, appliquer ../../references/mise-a-jour-et-personnalisation.md ; ne jamais réimporter en remplaçant ses fiches et usages. Avant toute mise à jour du profil, du catalogue ou des ressources personnelles, lire `../../references/mise-a-jour-et-personnalisation.md`. Réutiliser l’existant ; ne jamais le réinitialiser depuis le paquet.