Communitygithub.com

jesubohr/skills

Configuration de conformité légale pour tout site web, application, SaaS ou startup, dans n'importe quelle stack technique. Couvre les CGU, la politique de confidentialité, la politique de cookies et le consentement aux cookies, les cases à cocher de consentement dans les formulaires d'inscription, les enregistrements de consentement traçables (preuve de quand et comment chaque utilisateur a accepté), la politique de remboursement, la minimisation des données, les droits d'image et médias, et les vérifications des lois locales (Amérique latine, États-Unis et autres). Interroge l'utilisateur sur l'entreprise, le marché et la technologie, puis rédige un brouillon révisable de documents juridiques et de modifications de code avant que quoi que ce soit ne soit appliqué. Utilisez cette compétence à chaque fois que l'utilisateur mentionne les conditions d'utilisation, la politique de confidentialité, les cookies, la bannière de cookies, le RGPD, la LGPD, le CCPA, l'Habeas Data, le consentement, la politique de remboursement ou de retour, le « derecho de retracto », les pages juridiques, le lancement ou la mise en ligne, la préparation d'une startup ou d'un MVP pour la production, ou demande si un projet est « légal » ou « conforme », même s'il ne dit pas « conformité ».

Qu'est-ce que skills ?

Cette compétence d'agent IA guide la mise en conformité juridique d'un projet, qu'il s'agisse d'un site web, d'une application, d'un SaaS ou d'une startup, quelle que soit la stack technique. Elle est utile car elle automatise les étapes clés de la préparation au lancement : rédaction de documents juridiques (CGU, politique de confidentialité, politique de cookies, politique de remboursement), capture et traçabilité du consentement utilisateur, minimisation des données, gestion des droits médias, et vérification des lois locales (RGPD, LGPD, CCPA, lois latino-américaines, etc.). Le workflow se déroule en six étapes : inspection du projet existant (analyse du code), entretien ciblé avec l'utilisateur (via un questionnaire), identification des lois applicables (basée sur les pays de l'entreprise et des utilisateurs), audit et conception de chaque élément de conformité, rédaction d'un brouillon complet dans un dossier dédié (`docs/legal-compliance/`), puis présentation pour approbation. L'agent ne modifie jamais le code sans approbation préalable ; il produit d'abord un plan et des documents révisables, garantissant transparence et possibilité de revenir en arrière. La compétence insiste sur le fait qu'elle n'est pas un avocat et recommande toujours une relecture par un juriste local, en particulier pour les secteurs réglementés (santé, finance, mineurs, jeux, crypto, décisions IA).

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/jesubohr/skills/tree/HEAD/skills/legal-compliance
Voir l'original→Voir toutes les compétences

Demander à votre IA préférée

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

OpenAIChatGPTClaudeClaudeGeminiGeminiGrokGrokPerplexityPerplexityDeepSeekDeepSeek

Documentation

Conformité Juridique

Préparez un projet à être lancé légalement : documents juridiques, capture du consentement, preuve de consentement, gestion des cookies, règles de remboursement, minimisation des données, droits médiatiques et vérifications des lois locales.

Le résultat est un brouillon à réviser, pas des modifications appliquées. Un développeur lit le brouillon, l'approuve, et seulement ensuite un agent le met en œuvre. Cela rend chaque décision juridique et de code visible et réversible.

Limites importantes

Vous n'êtes pas un avocat et les lois changent. Faites ces choses à chaque exécution :

  • Recherchez sur le Web pour confirmer l'état actuel de chaque loi que vous citez. Enregistrez l'URL source et la date de vérification. Les fichiers de référence de cette compétence peuvent être obsolètes.
  • Marquez chaque affirmation juridique dont vous n'êtes pas certain avec (vérifier).
  • Dites à l'utilisateur qu'un avocat local doit examiner les documents avant le lancement, en particulier pour les secteurs réglementés (santé, finance, mineurs, jeux, crypto, décisions IA concernant les personnes).
  • Ne promettez jamais une « protection totale ». L'objectif est de combler les lacunes courantes et coûteuses.

Processus de travail

Étape 1 : Inspecter d'abord le projet

Avant de poser des questions, apprenez ce que le code vous dit déjà. Cela réduit les questions à celles auxquelles seul l'utilisateur peut répondre. Recherchez :

  • La stack technique, le frontend et le backend, mobile ou web, l'emplacement de la base de données.
  • Les pages juridiques existantes (cherchez « terms », « privacy », « cookies », « refund », « legal », « términos », « privacidad »).
  • Les flux d'inscription et de connexion, ainsi que chaque formulaire qui collecte des données personnelles. Listez chaque champ.
  • Les scripts et SDK tiers : analytics, publicités, pixels, relecture de session, widgets de chat, cartes, vidéos intégrées, polices provenant de CDN, suivi d'erreurs, tests A/B.
  • Les cookies et le stockage local que l'application définit.
  • Les paiements : fournisseur, unique ou abonnement, biens numériques ou physiques.
  • Les e-mails et SMS : transactionnels et marketing.
  • Les images, vidéos, polices, icônes et audio dans le dépôt ou chargés depuis des URL.
  • L'hébergement et l'emplacement des données (région cloud).
  • Toute fonctionnalité d'IA qui traite les données des utilisateurs.

S'il n'y a pas encore de code, sautez cette étape et posez plus de questions à l'Étape 2.

Étape 2 : Interroger l'utilisateur

Lisez references/intake-questionnaire.md. Ne posez que les questions auxquelles l'Étape 1 n'a pas répondu. Posez-les en petits groupes (5 à 8 questions à la fois), en commençant par le groupe le plus important : l'entité juridique et les pays. Proposez des réponses par défaut sensées lorsque cela est possible pour que l'utilisateur puisse répondre rapidement.

Ne devinez pas les faits concernant l'entreprise. Un mauvais nom d'entreprise, pays ou utilisation des données dans un document juridique est pire qu'un élément manquant. Si l'utilisateur ne connaît pas une réponse, écrivez un espace réservé clair [TODO : ...] et ajoutez-le à la liste des questions ouvertes.

Étape 3 : Trouver les lois applicables

Les lois s'appliquent en fonction de l'endroit où l'entreprise est établie et de l'endroit où se trouvent ses utilisateurs. Une startup colombienne qui vend au Mexique et aux États-Unis doit suivre des parties des trois.

  1. Établissez la liste des pays (et des États américains) à partir de l'entretien.
  2. Lisez le fichier correspondant dans references/jurisdictions/ :
    • latam.md pour la Colombie, le Mexique, le Brésil, l'Argentine, le Chili, le Pérou et des notes générales sur l'Amérique latine.
    • united-states.md pour les lois fédérales et des États.
    • other.md pour tout autre pays (notes courtes sur l'UE et le Royaume-Uni, et une méthode pour rechercher un pays inconnu).
  3. Recherchez sur le Web pour confirmer que chaque loi est toujours en vigueur et trouver les modifications postérieures à la date de référence.
  4. Utilisez la règle applicable la plus stricte en cas de conflit de règles et si un flux global unique est plus simple. Par exemple, une période de remboursement unique qui satisfait au minimum légal le plus long est plus facile qu'une période par pays. Informez l'utilisateur lorsque vous faites ce choix et ce que cela lui coûte.

Étape 4 : Auditer et concevoir chaque élément

Travaillez sur chaque élément ci-dessous. Pour chacun, lisez le fichier de référence qu'il nomme.

ÉlémentRéférence
Conditions générales d'utilisationreferences/documents.md
Politique de confidentialitéreferences/documents.md
Politique de cookies et décision de consentementreferences/cookies.md
Cases à cocher du formulaire d'inscription avec liensreferences/consent-records.md
Enregistrements de consentement traçablesreferences/consent-records.md
Politique de remboursementreferences/documents.md (section remboursement) et le fichier de juridiction
Minimisation des donnéesreferences/data-minimization.md
Droits d'image et médiasreferences/media-rights.md
Liste de contrôle des lois localesles fichiers de juridiction

Règle de période de remboursement : la valeur par défaut de l'utilisateur est de 5 jours après l'achat. Utilisez la plus longue entre cette valeur par défaut et le minimum légal de chaque pays applicable. Notez si la loi compte les jours ouvrables ou les jours calendaires, et à partir de quel événement (date d'achat, date de livraison ou date du contrat).

Étape 5 : Rédiger le brouillon

Créez le dossier de brouillon dans le projet. Chemin par défaut : docs/legal-compliance/. Utilisez la structure dans assets/draft-structure.md. En bref :

docs/legal-compliance/
├── README.md                  # Résumé, profil d'entreprise, lois, liste de contrôle, questions ouvertes
├── documents/
│   ├── conditions-generales-utilisation.md
│   ├── politique-confidentialite.md
│   ├── politique-cookies.md
│   └── politique-remboursement.md
├── inventaire-donnees.md          # Chaque champ de donnée, son objectif, base juridique, conservation
├── inventaire-medias.md           # Chaque actif média, source, licence, statut
└── plan-mise-en-oeuvre.md         # Modifications de code à apporter, étape par étape, dans la stack du projet

Rédigez les documents juridiques dans la langue (ou les langues) des utilisateurs cibles. Utilisez les données réelles de l'entreprise issues de l'entretien. Rédigez dans un langage simple : phrases courtes, titres clairs. Le langage simple est plus facile à comprendre pour les utilisateurs, et de nombreuses lois (par exemple au Brésil, au Mexique et en Californie) exigent des avis clairs et accessibles.

Rédigez plan-mise-en-oeuvre.md pour la stack réelle du projet, avec des chemins de fichiers et des esquisses de code, afin qu'un agent puisse le mettre en œuvre sans travail de conception supplémentaire. S'il n'y a pas de code, décrivez les modifications en termes neutres vis-à-vis de la stack (modèle de données, comportement UI, comportement API).

Étape 6 : Présenter et attendre l'approbation

Donnez à l'utilisateur un bref résumé :

  • Lois applicables et pourquoi.
  • Liste de contrôle avec statut : fait, manquant, ou nécessite une décision.
  • Lacunes à haut risque en premier (par exemple : traceurs qui se chargent avant le consentement, aucune preuve de consentement, médias sans licence).
  • Questions ouvertes et éléments [TODO].
  • Éléments qu'un avocat doit examiner.

Arrêtez-vous ensuite. Ne modifiez pas le code de l'application tant que l'utilisateur n'a pas approuvé le plan. Lorsqu'il approuve, mettez en œuvre plan-mise-en-oeuvre.md étape par étape, et mettez à jour la liste de contrôle dans README.md au fur et à mesure que les éléments sont terminés.

Devoirs continus à signaler à l'utilisateur

La conformité n'est pas une tâche ponctuelle. Ajoutez-les au README :

  • Mettez à jour les documents lorsque le produit, l'utilisation des données, les tiers ou la loi changent. Augmentez le numéro de version, conservez les anciennes versions et demandez aux utilisateurs d'accepter à nouveau lorsqu'un changement est substantiel.
  • Conservez les enregistrements de consentement aussi longtemps que la loi l'exige (voir references/consent-records.md).
  • Répondez aux demandes des personnes concernées (accès, rectification, suppression, opposition) dans le délai légal.
  • Ayez un plan de réponse aux violations de données avec les délais de chaque pays.
  • Vérifiez à nouveau avant d'entrer dans un nouveau pays ou d'ajouter une nouvelle utilisation des données.

Skills associés

steipete/sag

ElevenLabs text-to-speech with mac-style say UX.

community

steipete/oracle

Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.

community

steipete/peekaboo

Capture and automate macOS UI with the Peekaboo CLI.

community

mattpocock/design-an-interface

Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".

community

mattpocock/prototype

Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.

community

mattpocock/grill-me

Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".

community