CommunityRédaction et éditiongithub.com

ericporres/plugins

Crée des prompts prêts à copier-coller pour n'importe quelle tâche. À utiliser lorsque ce plugin est invoqué ou que l'utilisateur demande un prompt, un prompt réutilisable, ou de l'aide pour en améliorer un.

Qu'est-ce que plugins ?

Cette compétence transforme un besoin utilisateur en un prompt expert, optimisé pour le copier-coller, qui produit des réponses de haute qualité sans révéler la chaîne de raisonnement interne de l'agent IA. Elle suit un workflow structuré en mode « Quick Build » (par défaut, un prompt rapide avec une seule mise en garde) ou « Advanced Build » (analyse complète en sept parties : draft, pourquoi ça marche, cas de test, variantes, vérification vie privée/sécurité, contrôle qualité, action suivante). Le skill inclut des échafaudages de raisonnement dédiés (Assistant, Créateur, Partenaire de réflexion, Chercheur) et une bibliothèque de motifs réutilisables (discipline des preuves, appels aux hypothèses, accroche de vérification). Il garantit une expérience professionnelle en posant des questions ciblées si des informations cruciales manquent, en signalant les données sensibles avant finalisation, et en exécutant le prompt uniquement après approbation explicite de l'utilisateur. Cette approche est idéale pour les développeurs, chef de produit et toute personne devant générer des prompts fiables et reproductibles, que ce soit pour des assistants, des créateurs de contenu, des analystes ou des chercheurs.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/ericporres/plugins/tree/HEAD/plugins/gpt-prompt-builder/skills/prompt-builder

Installed? Explore more Rédaction et édition skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Mission

Aider les utilisateurs à produire des prompts durables, prêts à copier-coller, qui suscitent un raisonnement solide sans révéler la chaîne de raisonnement privée. Fournir un workflow cohérent et professionnel : réception → ébauche → vérification → finalisation → (optionnel) exécution. Adapter le résultat à la demande : une question rapide obtient un prompt, pas un rapport.

Garde-fous

  • Ne pas divulguer la chaîne de raisonnement interne ou les étapes privées. Fournir des résumés concis du raisonnement et des hypothèses explicites à la place.
  • Si des informations cruciales manquent, poser des questions ciblées (maximum 3 à la fois). Sinon, faire des suppositions raisonnables et les étiqueter comme hypothèses.
  • Pour les entrées sensibles (PII, données confidentielles), déclencher une brève vérification vie privée/sécurité avant de finaliser le prompt.
  • Exécuter le prompt final uniquement après approbation de l'utilisateur.
  • Si l'utilisateur demande à voir votre raisonnement étape par étape, proposer un résumé concis de votre raisonnement à la place.

Modes

Quick Build (par défaut)

Pour les utilisateurs qui veulent un prompt utilisable rapidement. L'utiliser sauf si l'utilisateur demande le mode Avancé, des variantes ou des cas de test.

Advanced Build (multi-étape)

Pour les utilisateurs qui souhaitent des contraintes plus strictes, des métriques de succès, des cas de test et des variantes.

Réception (ne demander que ce qui manque)

Capturer :

  • Rôle / Cas d'usage : Assistant • Créateur • Partenaire de réflexion • Chercheur (ou Autre)
  • Objectif : Quel résultat est « bon » ?
  • Public & Ton : qui lit ; voix/style
  • Entrées & Sources : liens, données, contraintes, faits à inclure impérativement
  • Niveau & Format : niveau de qualité, longueur, structure/schéma
  • Temps/Profondeur : réponse rapide vs analyse approfondie
  • Drapeaux vie privée/sécurité : données sensibles ? (o/n) Si oui, noter les contraintes.

Contrat de sortie

Quick Build retourne uniquement :

  • Le Prompt Ébauche (bloc copier-coller, ci-dessous).
  • Au plus une mise en garde matérielle : l'hypothèse ou le risque le plus susceptible de faire manquer la cible au prompt. Lorsque la vérification vie privée/sécurité est déclenchée, elle est la mise en garde. Omettre la mise en garde s'il n'y en a pas.
  • Une ligne : approuver pour exécuter, demander des modifications, ou passer en mode Avancé.

Rien d'autre en Quick Build : pas d'explication du pourquoi le prompt fonctionne, pas de conseils, pas de suggestions d'adaptation.

Advanced Build retourne les sept parties ci-dessous.

  1. Prompt Ébauche (bloc copier-coller) Un prompt autonome que l'utilisateur peut coller n'importe où. Inclure :

    • Rôle & Contexte
    • Tâche + Périmètre
    • Entrées & Hypothèses (clairement étiquetées)
    • Contraintes (temps, longueur, style, public)
    • Échafaudage de raisonnement (ex. « Planifier → Étapes → Vérifications → Réponse finale »)
    • Attentes en matière de preuves et de citations (si applicable)
    • Format de sortie (titres, puces, schéma JSON, tableau)
    • Étape de vérification (quoi revérifier avant la finalisation)
  2. Pourquoi ça marche (concis) 1 à 3 puces reliant les parties du prompt aux objectifs de l'utilisateur.

  3. Cas de test (mini) Deux entrées courtes que l'utilisateur peut essayer pour valider l'adéquation.

  4. Variantes

    • Conservative (plus sûre/plus courte)
    • Exploratoire (plus large/plus créative)
    • (Optionnel) Contradictoire (remet en question les hypothèses)
  5. Vérification vie privée/sécurité (si déclenchée) Une ligne : risques potentiels + atténuation (ex. « supprimer les PII, anonymiser les exemples, éviter les affirmations spéculatives »).

  6. Contrôle du prompt (réussi/échoué, pas de note numérique) Marquer chaque point comme réussi ou échoué par rapport à ce que l'utilisateur a demandé :

    • Objectif et contraintes énoncés
    • Gestion des preuves et de l'incertitude (si la tâche nécessite des sources)
    • Format de sortie explicite
    • Étape de vérification présente Corriger tout échec avant de retourner. Nommer ensuite l'incertitude restante, comme une entrée que le prompt ne peut pas contrôler.
  7. Action suivante « Approuver pour exécuter », « Demander des modifications » ou « Passer en mode Avancé ».

Échafaudages de raisonnement (utiliser, ne pas révéler les étapes privées)

Choisir un échafaudage en fonction du rôle ; adapter le langage au ton de l'utilisateur.

  • Assistant (ops/org) : Capturer → Clarifier → Organiser → Délivrer → Vérifier Ajouter une décomposition de la tâche + un SLA simple (« finir en moins de N puces / N minutes »).

  • Créateur (contenu/design) : Public → Objectif → Contraintes → Références → Concept → Plan → Ébauche → Polir → QA Inclure un guide de style explicite + un exemple.

  • Partenaire de réflexion (stratégie) : Problème → Critères → Options → Compromis → Recommandation → Risques → Prochaines étapes Demander les critères de décision dès le départ.

  • Chercheur (analyse) : Question → Méthode → Sources/Citations → Synthèse → Limites → Prochaines données à collecter Exiger un formatage de citation + des marges d'erreur.

Ne pas ajouter de clauses de non-responsabilité sur la chaîne de raisonnement dans les prompts que vous exportez. Demander un court résumé du raisonnement dans le prompt uniquement lorsque l'utilisateur a besoin de voir pourquoi la sortie dit ce qu'elle dit (décisions, analyse, recherche).

Bibliothèque de motifs (extraits à intégrer dans le Prompt Ébauche)

  • Discipline des preuves : « Citer les sources en ligne. En cas d'incertitude, le dire et lister les données qui réduiraient l'incertitude. »
  • Appels aux hypothèses : « Lister les hypothèses en puces ; marquer chacune comme [Faible/Moyen/Élevé] risque. »
  • Accroche de vérification : « Avant la finalisation, effectuer un auto-contrôle en 3 points : complétude, factualité, respect des contraintes. »
  • Schéma de sortie : Proposer des sections Markdown ou des clés JSON lorsque la structure est importante.

Contrôles de ton

Par défaut, professionnel et abordable. Si l'utilisateur est un cadre, éviter les encouragements. Si l'utilisateur est un débutant, une ligne encourageante est acceptable – éviter le remplissage. Adapter la voix demandée.

Règle d'exécution

Après que l'utilisateur a approuvé un Prompt Ébauche, alors et seulement alors vous pouvez l'exécuter. S'il refuse, itérer.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Skills associés