Skip to main content

gestion-marques

Utiliser quand l'utilisateur veut créer ou modifier une marque, gérer plusieurs marques (multi-enseignes), ajouter un logo ou un asset de marque, ou parle de la charte d'une de ses marques. Crée/édite/supprime les marques, gère la bibliothèque d'assets officiels par marque, et impose une marque cible avant toute génération de contenu.

跳到安装

来源信息

仓库
PrendsTaPart/Plugin-Claude-MCP-BraindCode-
最近来源活动
2026年7月15日 20:38
检测到的 SKILL.md 语言
法语
星标
8
分支
0

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
name
gestion-marques
description
Utiliser quand l'utilisateur veut créer ou modifier une marque, gérer plusieurs marques (multi-enseignes), ajouter un logo ou un asset de marque, ou parle de la charte d'une de ses marques. Crée/édite/supprime les marques, gère la bibliothèque d'assets officiels par marque, et impose une marque cible avant toute génération de contenu.
# Gestion des marques Ce skill pilote le **cluster marques** de RapidoCMS : création, édition, suppression d'une marque, et sa **bibliothèque d'assets officiels** (logos, visuels clés). C'est la brique qui garantit qu'un contenu part toujours à la **bonne charte, pour la bonne enseigne**. ## Étape 0 — Références (obligatoire) Charger `${CLAUDE_PLUGIN_ROOT}/reference/directives-outils.md` (règles communes) et `${CLAUDE_PLUGIN_ROOT}/reference/pieges-outils.md` (pièges des tools). Pour toute couleur/typo, **ordre de priorité des sources** (identique au reste du plugin) : `./rapido-kb/charte-graphique.md` (KB client, source de vérité) → `get_brand` + `get_company` (valeurs live) → `${CLAUDE_PLUGIN_ROOT}/reference/charte-graphique.md` (repli générique — à **SIGNALER** si utilisé). Ne **jamais inventer** une couleur : si aucune source ne la donne, la demander. > **Schéma vivant.** Les schémas ci-dessous reflètent le contrat live au moment de la rédaction. > **Avant chaque écriture, ré-introspecte le tool** (surtout l'enum `font_family` et les champs > requis de `create_brand`) : si le serveur a changé, le serveur fait foi — adapte-toi et signale l'écart. ## 0 bis — Multi-marques : jamais de défaut silencieux Un même compte peut opérer **plusieurs enseignes** (la liste vit dans `./rapido-kb/entreprise.md` et se vérifie via `get_brand`). Dès qu'une action porte sur « la marque » (créer un contenu, un post, un visuel, une vidéo…) et que **plusieurs marques existent**, **DEMANDER toujours pour quelle marque** — jamais de défaut implicite. Puis **charger ses couleurs / ton / logo** (`get_brand` + assets de la marque) **avant** de générer. Nouveau projet sans marque → **proposer de créer la marque manquante** plutôt qu'inventer une identité. ## 1. Créer une marque — `create_brand` Contrat live : **requis** `nom`, `langue`, `slogan`. Optionnels `couleurs`, `font_family`, `logo`, `site_web`. - **`couleurs`** : hex séparés par des virgules, sans espaces (`#1B2A41,#00A8F0,#48A850`), **depuis la charte** (ordre de priorité §Étape 0), jamais inventées. - **`font_family`** : ENUM de piles web-safe. Au moment de la rédaction : `Arial, sans-serif` · `Verdana, sans-serif` · `Tahoma, sans-serif` · `Trebuchet MS, sans-serif` · `Georgia, serif` · `Times New Roman, serif` · `Garamond, serif` · `Courier New, monospace` · `Lucida Console, monospace`. **Introspecter l'enum**, choisir la pile **la plus proche** de la typo de la charte, et **le dire à l'utilisateur** (ex. « ta charte utilise *Poppins* ; la police web-safe la plus proche disponible est *Trebuchet MS* — je pars là-dessus, OK ? »). Aide (indicative) : Poppins/Montserrat/Futura → `Trebuchet MS` ; Inter/Helvetica/Roboto → `Arial` ; Open Sans/Segoe → `Verdana` ; serif éditorial → `Georgia` ; serif classique → `Times New Roman` ; mono → `Courier New`. - **`logo`** : **URL PUBLIQUE** obligatoire. Fichier local / image non hébergée → `upload_file_tool` (type `image`) d'abord, récupérer la `file_url` retournée, **puis** l'utiliser dans `logo`. **Confirmation — NIVEAU 2** : toute écriture de marque (`create_brand`/`edit_brand`) exige un **récapitulatif complet** (nom, langue, slogan, couleurs exactes, font_family choisie + justif, URL logo, site) et **l'accord explicite** de l'utilisateur avant l'appel. ## 2. Modifier une marque — `edit_brand` Requis `brand_id`. Ne passer **que** les champs à changer. Récupérer l'état courant via `get_brand` pour montrer le diff. Mêmes règles couleurs/font/logo. **Confirmation niveau 2**. ## 3. Supprimer une marque — `delete_brand` (GARDE-DESTRUCTIF) Requis `brand_id`. **Irréversible.** Garde-fou : demander à l'utilisateur de **retaper le nom EXACT** de la marque ; ne procéder que si la saisie correspond au champ `nom` de la marque ciblée. Rappeler ce qui sera perdu (assets liés, références). ## 4. Bibliothèque d'assets par marque — `add_asset` / `remove_asset` Chaque marque a une bibliothèque d'assets officiels (logos fond transparent, déclinaisons, visuels clés réutilisables par le pipeline vidéo, les posts, les cartes). - `add_asset(asset_id, brand_id)` — lie un fichier **déjà présent dans la bibliothèque** à la marque (uploader via `upload_file_tool` si besoin, récupérer l'`id` via `list_all_files`). - `remove_asset(asset_id)` — délie l'asset. **Convention de nommage** (au moment de l'upload, champ `name` de `upload_file_tool`) : `"<Marque> — <type> — <variante>"` — ex. `Marque A — logo — fond transparent`, `Marque A — logo — monochrome blanc`, `Marque B — visuel clé — bannière`. Cette convention rend les assets **retrouvables par nom** (les routines et le pipeline vidéo s'appuient dessus). **Flux « ajouter un logo »** : `upload_file_tool(type=image, name="<Marque> — logo — fond transparent", file_url=<url publique>)` → `list_all_files(type=image, search="<Marque> — logo")` → `add_asset(asset_id, brand_id)`. ## 5. Lecture — `get_brand` Renvoie l'état **serveur** d'une marque (couleurs, font, logo, slogan) : référence pour le diff avant `edit_brand` et pour charger l'identité avant de générer un contenu (§0 bis). ## Intégrations - **contenu-conforme-marque** : l'étape 0 lit désormais `get_brand` **+ les assets de la marque cible**. KB = source de vérité ; écart KB ↔ serveur → le signaler et proposer la synchro via `mise-a-jour-kb`. - **`rapido-design:direction-artistique`** (sync DA bidirectionnel) : quand une refonte fait **évoluer** l'identité (nouvelle direction artistique), la charte remonte ici — `edit_brand` (couleurs/logo/slogan) / `create_brand` **après confirmation niveau 2**. Le CMS **reste la source de vérité** : la DA propose, l'écriture marque se fait par ce skill (`font_family` = la plus proche des 9 web-safe, la vraie police vivant dans le design system Figma/Lovable). - **video-marketing** + **prompts-visuels-pro** : les **logos viennent des assets de marque** (URL publique via `get_brand`/`list_all_files`), plus des « logos GitHub ». ## Garde-fous (résumé) - Multi-marques → **toujours demander la marque cible** (jamais de défaut silencieux). - Écriture marque → **confirmation niveau 2** (récap complet). - `delete_brand` → **nom exact retapé**. - Couleurs → **depuis la charte** (ordre de priorité), jamais inventées. - `font_family` → **ENUM introspecté**, choix expliqué à l'utilisateur. - `logo` / assets → **URL publique** via `upload_file_tool` d'abord. Agent dédié : **gestionnaire-marques** (gardien de la cohérence multi-enseignes). L'APPLICATION de la charte aux contenus (et la note pipeline vidéo — kit « Mika ») reste dans `contenu-conforme-marque` : ce skill-ci définit l'identité et son inventaire, l'autre l'impose aux productions.
在 GitHub 查看