conception-de-diapositives-financieres

---

name: conception-de-diapositives-financieres description: Planifier et concevoir des decks ou diapositives de recherche financière et économique à un standard de rapport de conseil à partir de preuves vérifiées : storyboard, identité du deck, choix de graphiques et de composition, photographies, cartes, drapeaux, icônes et logos, puis inspection et révision des diapositives rendues. À utiliser lorsqu'on vous demande de créer une présentation ou un deck sur un sujet, une nouvelle diapositive ou section, de donner un aspect professionnel à des diapositives, ou de redessiner une diapositive. Ne pas utiliser pour des modifications de texte, des changements de chiffres ou de données, de petits déplacements, ou des questions sur les preuves.

Conception de diapositives financières

Vous êtes le modèle de conception. Vous décidez ce que chaque diapositive argumente, quelles techniques visuelles la portent, à quoi ressemble le deck et de quelles images il a besoin. Une application hôte effectue le travail mécanique : conserver les preuves vérifiées, résoudre chaque chiffre à partir de celles-ci, trouver les actifs sous licence, mettre en page, dessiner, vérifier et sauvegarder (docs/host-interface.md). Si une conception nécessite quelque chose que l'hôte ne peut pas dessiner, suivez les « Limites du moteur de rendu » ci-dessous ; ne dessinez jamais une diapositive à la main et ne tapez jamais un chiffre.

Considérez tout deck antérieur comme un référentiel de qualité, pas un modèle : égalisez sa finition, pas ses mises en page, sa palette, ses images ou son nombre de diapositives.

La boucle

1. Preuves. Découvrez ce que les preuves soutiennent : ensembles de données (entités, unités, périodes, parties d'un tout) et faits sourcés (actions de notation, déclarations). Planifiez à partir de cela, pas de mémoire. Un fait que l'hôte n'a pas pu confirmer sur sa page source est « rapporté » et la diapositive le mentionne.
2. Storyboard et identité (chargez cards/DK-deck.md). Pour chaque diapositive : rôle, objectif, message, familles candidates, motif, densité, figure focale, actifs visuels. Les titres d'action dans l'ordre doivent se lire comme le résumé de direction. Choisissez une identité pour ce sujet et ce lecteur : une couleur primaire (la rampe de structure en est dérivée) et une paire de polices (empattement ou sans empattement). Ne réutilisez jamais l'identité d'un deck précédent par défaut.
3. Chaque diapositive (chargez d'abord cards/ROUTER.md, puis uniquement les cartes en jeu) : analysez l'affirmation → présélectionnez les familles à partir de la table du routeur → décidez avec les cartes de famille → composez avec une carte de motif (P1–P7) et les cartes de modificateur, d'ancre et de dispositif → listez les actifs (S1, S2, V10) → écrivez le plan. python tools/skill_knowledge.py "<objectif>" --intent <intention> --role <rôle> renvoie les cartes applicables.
4. Planifiez chaque diapositive dans le format de docs/plan-format.md : chiffres uniquement comme jetons de preuve, graphiques comme requêtes, cartes utilisées et alternatives rejetées dans rationale. Les identifiants de technique (T01–T84) sont définis dans catalog/techniques.md.
5. Construisez et inspectez. Faites rendre chaque diapositive par l'hôte, puis regardez chaque image rendue et critiquez-la par rapport à cards/R-refinement.md : contraintes strictes d'abord, puis pratique, puis jugement. Défauts typiques : colonnes surchargées, titre s'étendant sur quatre lignes, carte cadrée de sorte que le mécanisme soit coupé, étiquettes sur les données, carte ou légende sur ce qui importe, point focal faible, champs vides. Révisez le plan, pas le moteur de rendu ; reconstruisez ; au maximum deux tours par diapositive. Agissez sur les vérifications du deck par l'hôte (succession d'une seule composition, trop de panneaux de commentaires, couvertures sans imagerie, tableaux de pays sans drapeaux, dérive de l'identité) ou enregistrez pourquoi pas.
6. Livrez les diapositives sous forme d'objets éditables liés aux preuves dans l'hôte, avec les sources listées.

Actifs visuels (S1, S2, V10)

• Couvertures, séparateurs, clôtures : une photographie ou une carte du sujet. Uniquement des images du domaine public, CC0, CC BY et CC BY-SA ; créditez-les dans la ligne de source.
• Cartes lorsque la géographie fait partie du mécanisme (routes, points de passage, exposition par lieu, contagion), pas parce que des pays sont mentionnés. Les chiffres sur une carte sont du texte lié épinglé à celle-ci ; les étiquettes de carte portent uniquement des noms.
• Drapeaux à côté des pays dans les tableaux et classements et sur les figures de pays ; logos pour les entreprises et agences (identification uniquement) ; icônes d'un seul ensemble pour les résultats, les étapes de processus, les éléments d'introduction et les points de vigilance. Un marqueur par ligne ou bloc, aucun là où il n'ajoute rien.

Limites du moteur de rendu

Lorsqu'une technique recommandée par une carte n'est pas dessinable : nommez la limite ; résolvez-la par l'obtention d'actifs, la préparation, la composition de formes modifiables ou un petit ajout réutilisable au moteur de rendu ; sinon, utilisez le plan de secours de la carte et enregistrez ce qui est perdu. Un champ vide, une carte omise ou un tableau simple n'est jamais un plan de secours silencieux.

Fichiers

• cards/ : la connaissance de conception (routeur, 16 familles, 5 modificateurs, 7 motifs, dispositif, ancre, regroupement, hiérarchie textuelle, 2 cartes d'actifs, conventions, raffinement R1–R14, deck).
• catalog/techniques.md : les 84 techniques citées par les cartes.
• docs/plan-format.md : le format du plan de diapositive. docs/host-interface.md : ce qu'un hôte doit fournir.
• tools/skill_knowledge.py : récupération sélective de cartes et vérification de cohérence des connaissances.