Skip to main content

prompts-visuels-pro

Utiliser quand l'utilisateur veut un prompt de génération d'image professionnel, un prompt négatif, un visuel contenant du texte sans aucune faute, ou corriger une faute de texte dans un visuel déjà généré. Bibliothèque de négatifs par type de visuel, protocole zéro faute, charte et logo chargés depuis RapidoCMS.

来源信息

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

安装方式

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

检查来源文件

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

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
name
prompts-visuels-pro
description
Utiliser quand l'utilisateur veut un prompt de génération d'image professionnel, un prompt négatif, un visuel contenant du texte sans aucune faute, ou corriger une faute de texte dans un visuel déjà généré. Bibliothèque de négatifs par type de visuel, protocole zéro faute, charte et logo chargés depuis RapidoCMS.
# Prompts visuels pro — positif + négatif + zéro faute Complète `prompt-engineering-visuel` (structure 6 blocs, workflow, capitalisation) : ce skill ajoute les prompts NÉGATIFS structurés et le protocole texte-dans-l'image. L'agent `prompt-designer` applique les deux. ## Étape 0 — Marque et bibliothèque (obligatoire, avant tout prompt) Consulter la bibliothèque de prompts gagnants (skill `bibliotheque-prompts` : `list_prompts` `type: "visuel"`, `search` par sujet) — un couple positif/négatif déjà validé sert de base. Ordre de priorité : `./rapido-kb/charte-graphique.md` → `get_brand` (couleurs hex, logo, typos) + `get_company` en vérification (signaler tout écart) → `${CLAUDE_PLUGIN_ROOT}/reference/charte-graphique.md` en repli. Citer la source. Le logo réel s'ajoute TOUJOURS en post-production, depuis les ASSETS de la marque (gérés par `gestion-marques` ; `list_all_files` search `"<Marque> — logo"` → URL publique) : jamais demandé au générateur, jamais tiré d'un repo GitHub. ## Prompt négatif — base commune Toujours inclure, quel que soit le sujet : blurry, low quality, low resolution, pixelated, jpeg artifacts, watermark, signature, username, logo, brand mark, distorted text, misspelled text, gibberish text, extra fingers, deformed hands, mutated limbs, duplicated elements, cropped subject, out of frame, oversaturated, ugly, amateur ## Négatifs additionnels par type de visuel - **Photo produit / plat** : `plastic look, fake food, unappetizing, messy background, harsh shadows, fluorescent lighting, dirty plate, steam overdone` - **Portrait / équipe** : `asymmetric eyes, bad anatomy, extra teeth, waxy skin, dead eyes, uncanny valley, double head` - **Illustration / flat design** : `photorealistic, 3D render, gradient mess, inconsistent style, sketchy lines, clip-art, stock illustration look` - **Visuel avec texte incrusté** : `misspelled words, broken letters, fake alphabet, lorem ipsum, cut-off text, overlapping text, illegible font` - **Architecture / lieu (restaurant, boutique)** : `warped perspective, impossible geometry, floating furniture, empty soulless space` Le prompt négatif se passe dans le paramètre dédié de `generate_image` s'il existe ; sinon l'ajouter en fin de prompt sous la forme `--no <liste>` ou `Avoid: <liste>` selon le moteur. ## Protocole ZÉRO FAUTE (texte dans l'image) 1. **Texte exact entre guillemets** dans le prompt : `with the exact text "Menu du Jour" in bold sans-serif` — jamais « un texte qui dit à peu près… ». 2. **Validation orthographique AVANT génération** : épeler le texte à l'utilisateur (accents compris : Menu — M·e·n·u) et attendre son OK. Le texte vient des données réelles (MCP, KB, utilisateur) — jamais inventé. 3. **5 mots maximum incrustés.** Au-delà : générer l'image avec un `[espace négatif en haut/bas/gauche]` prévu dans la composition, poser le texte en post-production. 4. **Vérification APRÈS génération** : relire le rendu caractère par caractère. Une lettre déformée, un accent manquant = REJET. 5. **Correction chirurgicale du texte — protocole v2 (par défaut)** : NE PAS tout regénérer. Repasser **le rendu fautif lui-même en référence** via `images_to_image(images="<url du rendu fautif>", prompt=…)` avec une instruction ciblée sur le **texte seul** : « corrige uniquement le texte en `"Menu du Jour"` (orthographe exacte), **ne change RIEN d'autre** : composition, couleurs, logo, style identiques ». La charte reste inchangée (mêmes hex). C'est la même mécanique que la boucle corrective de `studio-visuel-marque`. - **Fallback** : si le serveur **refuse le rendu en référence** (erreur, ou `images_to_image` indisponible), revenir au protocole v1 — regénérer via `generate_image` en itérant sur le **bloc texte uniquement**. 6. **2 itérations max** sur le texte incrusté, puis bascule obligatoire en post-production. Ne jamais publier un « presque bon ». ## Livrable type (à produire pour chaque demande) VARIANTE A — [nom de l'angle] Prompt : [6 blocs, hex de la charte, texte exact "…" si applicable] Négatif : [base commune + additionnels du type] Format : [dimensions selon réseau — voir directeur-artistique] Source charte : [rapido-kb / get_brand / générique] 2-3 variantes, validation utilisateur, génération, critique vs charte, upload (`upload_file_tool`), puis PROPOSER la capitalisation (`add_prompt` — le négatif fait partie du prompt sauvegardé ; titre « type — sujet — style », gestion : skill `bibliotheque-prompts`). ## Patterns & variante multi-moteurs - **Patterns d'usage** : consulter les fiches `assets/patterns/` du plugin `rapido-prompteur` pour la structure positive de départ (le négatif et le protocole zéro faute restent gérés ici). - **Variante multi-moteurs** : si la demande implique de **choisir le moteur** ou de comparer des **variantes** entre RapidoCMS / Higgsfield / Canva, déléguer à l'agent `rapido-prompteur:directeur-prompts` (grammaire lue en direct, 3 variantes, délégation) — puis revenir ici pour le négatif et le zéro faute. ## Pièges - Un négatif trop long dilue : 15-25 termes ciblés, pas 60. - Négatif ≠ poubelle : n'y mettre que ce qui apparaît réellement dans les échecs constatés — itérer le négatif comme le positif. - « no text » dans le négatif ET texte demandé dans le positif = conflit : choisir l'un ou l'autre. - Les couleurs se nomment en hex dans le POSITIF ; le négatif exclut les dérives (`oversaturated, neon colors` si la charte est sobre).
在 GitHub 查看