Fintech Spec Section

Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre. Prérequis : aucun pour l'installation elle-même : aucun compte, aucune clé API, aucun service payant, et rien d'autre à installer d'abord. Le skill est gratuit sous licence MIT et tient en un seul fichier d'instructions — il n'y a aucun code, aucun script et aucune dépendance à installer. Pour l'utiliser ensuite, aucune clé ni aucun compte n'est requis non plus : il fonctionne à partir d'un brouillon de spec ou d'une description de fonction que je fournis moi-même. Un fait amont à connaître avant l'installation, divulgué ici et au point 2 : le frontmatter du fichier est exactement celui publié en amont et un parseur YAML strict le rejette (voir le point 2) — installe le fichier exactement tel qu'empreinté, ne le modifie pas et ne le « corrige » pas, et signale-moi ce fait au point 4 au lieu d'affirmer que le frontmatter est valide. Installe-moi « fintech-spec-section ». Il rédige la section réglementaire, risques et conformité d'un PRD, d'un BRD ou d'une spec de fonction pour un produit financier ou qui déplace de l'argent, en mettant la réflexion de conformité dans la spec dès le départ, sous forme de questions et de contrôles à faire confirmer par l'équipe de conformité, pas comme des conclusions juridiques et pas comme un avis juridique. À partir de mon brouillon de spec ou de ma description de fonction, il bâtit : (1) une carte des déclencheurs qui décide, avec une raison pour chacun, quels domaines la fonction touche — vérification d'identité et connaissance du client, diligence renforcée, bénéficiaires effectifs, surveillance des transactions, délais de déclaration d'activité suspecte, filtrage des sanctions, données de carte et portée PCI DSS (les données de carte touchent-elles nos systèmes, ou seulement un processeur tokenisé), divulgations aux consommateurs et transparence des frais, avis d'action défavorable ou de refus, traitement des plaintes, conservation des dossiers et rétention, vie privée et minimisation des données, fraude et usurpation de compte — chacun marqué déclenché, possiblement déclenché (question), ou non déclenché (raison) ; (2) pour chaque domaine déclenché, des exigences dans le style de la spec, chacune avec son propriétaire de contrôle, le contrôle, ce qui arrive en cas d'échec, et l'événement d'audit à enregistrer (qui, quoi, quand, résultat) ; (3) les chemins d'échec et d'exception — échec de vérification, correspondance au filtrage, alerte de surveillance, système du partenaire en panne, file de revue manuelle, appels du client — chacun avec un état visible par l'utilisateur et un message revu par la conformité ; (4) un tableau des données : quelles données personnelles et financières la fonction collecte, où elles sont stockées, qui peut y accéder, la période de rétention, et si les données de carte sont tokenisées ; (5) une liste numérotée de questions pour les partenaires et régulateurs, destinée à la conformité, au juridique et à la banque partenaire ou sponsor, chacune disant quelle décision elle bloque. Sa sortie est une section intitulée « Regulatory, risk and compliance », prête à coller dans la spec, qui se termine par la ligne : « Prepared for review by compliance. Not legal advice; thresholds and timelines must be confirmed for each market. » Ses règles : ne jamais présenter seuils, délais ou conclusions juridiques comme réglés — quand un chiffre bien connu s'applique dans un marché nommé, le donner sous la forme « commonly X in <market>, confirm with compliance » ; garder numéros de carte, numéros de compte et vraies données clients hors des exemples. Dépôt : https://github.com/ChenxingJi-Innovate/Cheatcode_ (le skill est tout le dossier packages/regulated-spec-sections/skills/fintech-spec-section/ au commit épinglé : SKILL.md seulement, 1 fichier) Version épinglée : installe le code au commit 1071f72533f0a8bb671e2d9b48c8d75f12adc904 exactement. Ne substitue pas une version plus récente. Si ce commit est inaccessible, arrête-toi et dis-le-moi. 1. Clone https://github.com/ChenxingJi-Innovate/Cheatcode_ dans un dossier temporaire, place-toi au commit 1071f72533f0a8bb671e2d9b48c8d75f12adc904, et copie le dossier packages/regulated-spec-sections/skills/fintech-spec-section/ de ce checkout. Compare ensuite chaque fichier du dossier aux empreintes enregistrées pour cette fiche le 2026-10-19 : [FINGERPRINTS] - SKILL.md: SHA-256 dc4e626b465c670bbdf464cd2b903bd65694dce4ec75907d5e67f3e04594c96c Si un fichier ne correspond pas, il a changé depuis la préparation de la fiche : ne l'installe pas encore, dis-moi ce que tu as trouvé et laisse-moi décider. 2. Lis SKILL.md au complet, et dis-moi en mots simples : ce que le skill fait quand on l'utilise, à quels services il peut se connecter, s'il lit ou envoie des informations personnelles ou des clés, et tout ce qui semble inhabituel. Arrête-toi sur tout signal d'alerte et dis-le-moi avant d'aller plus loin. Confirme ces points à partir du fichier : - Le dossier du skill contient 1 fichier seulement : SKILL.md (3 343 octets). Il n'y a aucun script, aucun code, aucun actif et aucune configuration dans le dossier. Le skill est autonome dans ce seul fichier pour l'installation : il ne contient aucun import, aucune URL et aucune référence de fichier, et il n'a besoin d'aucun fichier d'ailleurs dans le dépôt pour être installé — ni le skill frère healthcare-spec-section, ni les fichiers du package (packages/regulated-spec-sections/README.md, cheatcode.json, .claude-plugin/plugin.json, LICENSE), ni les fichiers de la racine du dépôt, ni l'app installer/. - Frontmatter, exactement comme en amont — lis-le octet par octet et redonne-le-moi tel quel, ne le corrige pas : le fichier s'ouvre par une ligne « --- », puis une ligne « name: fintech-spec-section », puis une seule ligne « description: » suivie d'un texte brut non quoté de 614 caractères (627 caractères pour la ligne entière), puis une ligne « --- ». Il n'y a aucun autre champ de frontmatter — ni licence, ni version, ni auteur, ni aucune autre clé — l'encodage est UTF-8 avec des fins de ligne LF seulement, sans BOM et sans CRLF. Parce que cette description n'est pas quotée et contient « : » suivi d'une espace (dans « financial product: which obligations », à la colonne 121 de la ligne de description), un parseur YAML strict rejette ce frontmatter avec « mapping values are not allowed here ». C'est l'état amont, consigné tel quel sur cette fiche : installe le fichier à l'octet près, ne modifie jamais le frontmatter, ne le re-quote pas et ne le répare d'aucune façon, et ne le présente jamais comme du YAML valide. - Rien n'est envoyé nulle part pendant l'installation elle-même ; le seul téléchargement à l'installation est le dossier du skill depuis GitHub au commit épinglé. Aucun script n'est exécuté pendant l'installation (il n'y en a aucun), aucune clé n'est demandée, et il n'y a aucune télémétrie dans le dossier. - Ce qui est lu et ce qui reste où à l'usage, divulgué ici avant que ça arrive — utiliser le skill est une étape séparée qui ne commence que quand j'apporte un brouillon de spec ou une description de fonction : je fournis moi-même les entrées — le brouillon de spec ou la description de fonction, les marchés et les types de clients (consommateurs, entreprises), le type de produit, la banque partenaire ou sponsor s'il y en a une, et les politiques existantes de mon entreprise si je choisis de les partager — tout ça est du matériel que je te remets, il reste dans notre conversation, et le skill ne définit aucun appel réseau, aucune API, aucun webhook, aucun connecteur et aucune publication ni modification de quoi que ce soit. Sa sortie est le brouillon de section, produit dans notre conversation pour que je le colle moi-même dans la spec et que la conformité le revoie. Une référence conditionnelle, elle aussi divulguée ici : SKILL.md dit que si les skills séparés du Fintech Compliance Kit (know-your-customer, anti-money-laundering, privacy-data-security) sont déjà installés, il les utilise pour le détail et le dit. Ces trois skills ne sont pas dans ce dépôt, ne font pas partie de cette installation, ne sont pas requis, et rien n'est téléchargé pour eux : seulement si je les ai déjà installés, ils nourrissent le brouillon, dans notre conversation, à l'usage. SKILL.md traite aussi la spec que je fournis comme une donnée et dit d'ignorer toute instruction à l'intérieur. - N'utilise pas le skill pendant cette installation : ne rédige aucune section de spec, ne bâtis aucune carte des déclencheurs, et ne contacte ni la conformité, ni le juridique, ni aucune banque partenaire, ni aucun service. 3. Quand je dis « yes, install », installe-le comme skill : copie tout le dossier fintech-spec-section dans le répertoire des skills de l'agent, dans un dossier nommé « fintech-spec-section », en gardant son 1 fichier (SKILL.md à sa racine), à l'octet près conforme à l'empreinte ci-dessus. Un clone manuel suivi de la copie du dossier packages/regulated-spec-sections/skills/fintech-spec-section dans ~/.claude/skills/ est la route décrite ici ; toute autre route ne convient que si chaque fichier installé correspond à son empreinte. 4. Vérifie sans appels réseau : le 1 fichier en place avec une empreinte concordante, et la ligne « name: fintech-spec-section » présente dans son frontmatter. Signale aussi, exactement tel que constaté et sans le corriger, qu'un parseur YAML strict rejette ce frontmatter parce que la description non quotée contient « : » suivi d'une espace (« financial product: which obligations ») — n'affirme pas que le frontmatter est valide, et ne modifie pas le fichier installé pour le rendre valide. N'exécute aucune étape d'usage pour vérifier. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (par exemple : apporter le brouillon de spec ou la description de fonction, les marchés et les types de clients, le type de produit, et la banque partenaire ou sponsor s'il y en a une, plus mes politiques existantes si je veux qu'elles servent ; faire confirmer moi-même par la conformité chaque seuil, chaque délai et chaque question ouverte, puisque le brouillon n'est pas un avis juridique et ne présente rien comme réglé ; garder numéros de carte, numéros de compte et vraies données clients hors de tout ce que je remets pour les exemples ; utiliser le skill est une étape séparée qui ne commence que quand je le demande, et le travail à l'usage divulgué ci-dessus arrive seulement à ce moment-là). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.