Communitygithub.com

AbdlrahmanSaberAbdo/revue-par-rapport-au-brief

Vérifie un livrable professionnel (page de destination, boutique, page de tarifs, conditions générales, proposition, bio, publicité, menu, publication) par rapport au brief du projet et aux règles de bon sens avant sa mise en ligne, et liste ce qui doit être corrigé.

Qu'est-ce que revue-par-rapport-au-brief ?

Cette compétence permet à un agent IA de vérifier systématiquement un livrable (page web, document, proposition, etc.) par rapport au brief du projet et à des règles de qualité courantes avant sa mise en ligne ou son envoi. Elle est utile pour les développeurs, rédacteurs, chefs de projet et marketeurs qui veulent s'assurer que le contenu final respecte les consignes (nom, charte graphique, promesses, etc.) et ne présente pas de risques juridiques ou de qualité. La compétence fonctionne avec Claude Code, Cursor, et d'autres outils d'IA agents compatibles. Elle lit d'abord le brief depuis un document central (hub doc), puis analyse le livrable (lien, fichier, texte collé ou page live). Elle vérifie la conformité au brief (incohérences entre promesses et politiques, offre fidèle à la réalité), la qualité (orthographe, liens, accessibilité mobile, absence de placeholders) et les risques (réclamations contestables, droit de la consommation local). Les résultats sont rapportés par sévérité (À corriger absolument, Devrait être corrigé, Agréable à avoir) avec localisation exacte, problème et correctif proposé. L'agent peut appliquer les corrections sur demande, mais jamais sans autorisation explicite. Les décisions nécessitant une modification du brief sont ajoutées aux décisions ouvertes avec la mention 'to-brief'.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/AbdlrahmanSaberAbdo/business-skills/tree/main/skills/review-against-brief

Demander à votre IA préférée

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

Documentation

Revue par rapport au brief

À utiliser avant toute mise en ligne ou envoi : page de destination ou de tarifs, page de boutique, conditions générales ou politiques, proposition client, bios, publicité, menu, publication de lancement.

Étapes

  1. Lire le brief du document central (hub doc), puis le livrable (lien, fichier, texte collé ou page live).
  2. Vérifier :
    • Conformité au brief : nom, identifiants, domaine, prix, palette, voix et mélange de langues correspondent ; les promesses correspondent aux politiques (« annuler à tout moment » vs conditions de facturation ; « échange facile » vs « aucun retour ») ; l'offre est présentée telle qu'elle est réellement (photos des produits, fonctionnalités existantes, périmètre du service).
    • Qualité et risque : orthographe et grammaire dans toutes les langues ; liens fonctionnels ; absence de [placeholders] résiduels ; lisibilité et contraste sur mobile ; affirmations qu'un client pourrait contester ; bases du droit de la consommation pour le marché (droits de remboursement et d'annulation, conditions d'abonnement, affichage des prix, confidentialité). Indiquez que vous n'êtes pas avocat et nommez ce qui doit être confirmé avec l'un d'eux.
  3. Rapporter par sévérité : À corriger absolument, Devrait être corrigé, Agréable à avoir, chacun avec l'emplacement exact, le problème et la correction.
  4. Proposer d'appliquer les corrections. Ne jamais modifier des pages live ou publier sans un accord clair.
  5. Si la revue montre qu'une décision doit être modifiée, l'ajouter aux Décisions ouvertes avec to-brief.

Règles

  • Juger par rapport au brief tel qu'il est, pas selon votre propre goût.
  • Laisser de côté les constats qui ne changeraient rien.

Individual skills in this repo

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

Skills associés