Minto Deck

Un diaporama ou un mémorandum est un argument que le public peut suivre à partir des seuls titres. Cette compétence fait en sorte que chaque diaporama et chaque mémorandum réponde d'abord à la question, construise d'abord le storyline pour que l'argument soit approuvé pendant qu'il est encore peu coûteux de le modifier, et examine les diaporamas et mémorandums existants selon la même norme. La méthodologie réside dans references/, indépendante de tout outil de rendu, de sorte que la compétence se comporte de la même manière dans Claude.ai, Cowork, Claude Code ou tout hôte compatible avec les compétences d'agent.

Trois modes

Choisissez exactement un mode par demande et nommez-le dans la première ligne de la réponse.

Construction (Build) : l'utilisateur souhaite un nouveau diaporama, un storyline, un ghost deck, des notes de l'orateur pour un diaporama qui n'existe pas encore, ou une refonte de contenu en diapositives.
Mémorandum (Memo) : l'utilisateur souhaite une prose qui argumente en répondant d'abord : un résumé de direction, une note de briefing ou un Vermerk, un rapport d'événement ou de réunion, la thèse du jour ou d'une réunion, une note de décision, une note de statut, ou un résumé qui doit commencer par la conclusion plutôt que de raconter la source. Le résultat est du texte (chat, document ou fichier), jamais des diapositives.
Audit : l'utilisateur a un diaporama ou un mémorandum (fichier, lien, plan collé, texte exporté) et souhaite qu'il soit examiné, vérifié, critiqué ou noté. Ne le modifiez pas en mode Audit sauf si l'utilisateur demande une réécriture ; alors rapportez d'abord, réécrivez ensuite.

Une demande comme « corrige mon diaporama » est un Audit suivi d'une Construction Étape 1 sur le storyline corrigé. Dites-le avant de commencer. « Résume ces notes » sans autre souhait est un résumé simple et ne relève pas de cette compétence ; « résume pour que le message clé vienne en premier », « quelle est la thèse du jour », « rédige le résumé de direction » est le mode Mémorandum. Lorsqu'un mémorandum et un diaporama sont tous deux souhaités, exécutez d'abord le Mémorandum : le storyline approuvé du mémorandum devient la Kernbotschaft et la ligne clé du ghost deck (voir « Pont vers la Construction » dans le mode Mémorandum).

Langue

Répondez, titrez, rédigez les notes et tous les artefacts dans la langue du briefing. Si le briefing est mixte, demandez une fois. Gardez les termes méthodologiques en anglais avec la glose allemande lors de la première utilisation lorsque le diaporama est en allemand, par exemple « Governing Thought (Kernbotschaft) ». references/glossary.md contient les paires fixes ; utilisez-les pour que les diaporamas restent cohérents d'un projet à l'autre.

Mode Construction

Étape 0 : le contrat de briefing

Avant d'écrire un seul titre, établissez les éléments ci-dessous. Prenez-les d'abord de la demande, du matériel joint et de l'historique de la conversation. Ne demandez que pour un élément qui manque et qui modifierait le storyline ; sinon, indiquez l'hypothèse dans le résultat de l'Étape 1 et continuez. Ne posez pas plus de trois questions à la fois.

Public et sa question : qui est dans la salle et que doivent-ils comprendre, décider ou faire lorsque le diaporama se termine.
Objectif et type de diaporama : document de décision, rapport de statut, proposition ou pitch, exposé d'expert, diaporama de lecture. references/audit-checklist.md répertorie les éléments obligatoires par type ; le type détermine ce que l'Étape 2 doit contenir.
Kernbotschaft que l'utilisateur a déjà, le cas échéant. Si l'utilisateur n'en a pas, dérivez-en une à partir du matériel et étiquetez-la comme dérivée.
Cadre : présenté en direct ou lu sans présentateur. Cela fixe le mode de densité (animé par l'orateur ou lecture d'abord) et si une variante de document est nécessaire.
Durée, y compris le temps de discussion, et le budget de diapositives qui en découle.
Matériel et sources : quelles preuves existent, ce qui manque, ce qui ne peut pas être inventé. Les chiffres, les citations et les exemples proviennent du matériel de l'utilisateur ou sont clairement marqués comme des espaces réservés.
Contraintes : modèle, charte graphique, confidentialité, limites de diapositives, diapositives obligatoires. Les modèles se trouvent dans assets/templates/, un dossier par modèle avec le fichier et une courte note sur ses mises en page ; choisissez celui que le briefing nomme, ou demandez lorsque plusieurs conviennent. Les modèles sont la propriété de l'utilisateur ou de son employeur : gardez-les hors des dépôts publics.
Notation : lorsque le matériel contient des réalisations, des prévisions, des périodes précédentes ou des écarts, le diaporama utilise la notation IBCS par défaut. Mentionnez-le dans le registre et listez « sans notation IBCS » comme point ouvert à la porte, afin que l'utilisateur puisse refuser.

Étape 1 : le ghost deck

Lisez references/minto-pyramid.md et references/storyline-ghost-deck.md avant de construire. Le ghost deck est l'argument complet sans les corps des diapositives.

Construisez-le dans cet ordre :

Écrivez la Kernbotschaft : une phrase qui répond à la question du public et avec laquelle une personne raisonnable pourrait être en désaccord.
Écrivez l'ouverture en SCQA. Ne gardez que la situation et la complication que le public ne partage pas déjà. Décidez où apparaît la Kernbotschaft (diapositive 2 comme résumé de direction est la valeur par défaut).
Écrivez la ligne clé : les trois à cinq affirmations qui, ensemble, prouvent la Kernbotschaft. Testez-les en tant qu'ensemble : même type d'idée, pas de chevauchement, ensemble suffisantes, un ordre logique.
Développez chaque affirmation de la ligne clé en ses diapositives de soutien. Chaque titre de diapositive est une phrase complète qui énonce une affirmation. Regroupez les pairs avec une grammaire parallèle.
Ajoutez la conclusion : Kernbotschaft reformulée, décision ou étapes suivantes en tant que proposition sur laquelle le public décide, et la demande explicite si le type de diaporama en comporte une.
Construisez le registre : chaque entité nommée (processus, organe, rôle, système, option, critère) avec le nom exact qui apparaîtra sur chaque diapositive, sa catégorie, sa définition et son état (du briefing ou de l'hypothèse). Testez chaque ensemble pour une catégorie et un modèle de dénomination. Le registre est le point d'édition de l'utilisateur pour les noms, les membres et l'ordre ; l'Étape 2 l'utilise comme seule source.
Dérivez le squelette de timing à partir de la durée et marquez les priorités de coupe. Les séparateurs de section uniquement à partir d'environ 20 diapositives ; les diaporamas plus courts utilisent le suiveur.
Effectuez le test de lecture : lisez les titres seuls, de haut en bas. Si l'argument comporte un écart, une répétition ou un saut, corrigez les titres, pas les corps.

Renvoyez exactement le format de ghost deck dans references/storyline-ghost-deck.md : titres numérotés regroupés par section, registre, squelette de timing, hypothèses, points ouverts, et au plus une ligne clé alternative si le matériel supporte une structure différente. Arrêtez-vous ensuite. Terminez la réponse par la question d'approbation. Ne produisez pas de diapositives, de notes ou de fichiers dans le même tour, même si l'utilisateur a demandé « le diaporama » : la porte est le point de la méthode, et un changement de storyline coûte des minutes maintenant et des heures plus tard. Si l'utilisateur a explicitement demandé une exécution en un seul passage, dites que la porte est sautée à sa demande et continuez.

Lorsque l'utilisateur modifie les titres, régénérez uniquement la partie affectée du storyline et réexécutez le test de lecture. Ne rouvrez pas les sections approuvées.

Aperçu de la notation : si l'utilisateur n'est pas sûr de la notation IBCS, construisez une diapositive de graphique dans les deux variantes avant l'Étape 2 proprement dite et laissez-le choisir. Deux diaporamas complets dans deux notations uniquement sur demande explicite.

Étape 2 : le diaporama complet

Commencez uniquement à partir d'un ghost deck approuvé. Lisez d'abord references/stage-2-checklist.md ; c'est la page qui est cochée avant la livraison. Lisez ensuite references/consulting-practices.md, references/visual-design.md, references/speaker-notes.md et references/timing-qa-handout.md. Lorsque le matériel contient des réalisations, des prévisions, des périodes précédentes ou des écarts, lisez également references/ibcs-notation.md. Pour un diaporama à lire d'abord ou l'étape de document, lisez references/reading-decks.md.

Produisez, dans cet ordre :

Corps des diapositives. Un message par diapositive ; le corps prouve le titre. Choisissez la forme de preuve (graphique, tableau, cartes, diagramme, texte) en fonction de la comparaison que le message fait, conformément aux règles des graphiques et des tableaux dans consulting-practices.md. Chaque affirmation externe reçoit une ligne de source ; chaque chiffre reçoit une unité, une période et un dénominateur. La densité suit le mode fixé à l'Étape 0 ; à la densité animée par l'orateur, adaptez le type et les formes pour remplir la diapositive plutôt que de laisser des trous. Dans un document de décision, montrez les options avant les détails de celle recommandée, et signalez-les comme options dans le titre. Chaque entité provient du registre, avec le nom et l'ordre du registre.
Résumé de direction sur la diapositive 2 : brouillon à partir du ghost deck (Kernbotschaft, ligne clé, demande) ; la version finale est rédigée à l'étape 8, après que toutes les autres diapositives existent et que les chiffres sont connus. Formatez en fonction du mode de densité conformément à la section 8 de visual-design.md.
Notes de l'orateur pour chaque diapositive dans le volet des notes, structurées comme dans speaker-notes.md : point clé, phrase d'ouverture, déroulé, preuve à indiquer, transition, budget de temps. Des amorces, pas un script.
Plan de timing sous forme de tableau séparé : diapositive, minutes, cumulé, priorité de coupe.
Préparation des questions-réponses sous forme de document séparé : les questions que le public posera, regroupées par ce qu'elles attaquent, chacune avec une courte réponse et un pointeur vers la diapositive ou l'annexe qui porte la preuve.
Diapositives d'annexe pour les preuves qui répondent aux questions anticipées mais ne portent pas l'argument principal. Référencez-les à partir du document de questions-réponses.
Variante de document lorsque le diaporama sera également lu sans le présentateur : même storyline, densité de lecture d'abord, sources sur la diapositive, pas d'indices de présentation ; règles de conversion dans la section 6 de reading-decks.md.
Résumé de direction, final. Réécrivez la diapositive 2 en fonction des diapositives terminées : chaque ligne en gras est une affirmation qu'une diapositive prouve, chaque chiffre correspond à sa diapositive.
Passage de cohérence. Extrayez le texte du diaporama et vérifiez chaque ensemble du registre : mêmes membres, mêmes noms, même ordre sur chaque diapositive où il apparaît ; un membre qui apparaît ou disparaît a une raison indiquée sur la diapositive ou dans les notes. Vérifiez que les sous-ensembles nomment leur univers et leur critère. Vérifiez la colonne de preuves du ghost deck : chaque titre marqué « manquant » est désormais un espace réservé sur la diapositive et dans la note de livraison.
Auto-vérification par rapport à references/audit-checklist.md avant la livraison, y compris la vérification visuelle dans la section 12 de visual-design.md. Corrigez les blocages ; listez les avertissements dans la note de livraison.

Rendu

La méthodologie est indépendante de l'outil ; le fichier est produit par tout ce que l'hôte offre, dans cet ordre de préférence :

La capacité PowerPoint native de l'hôte (compétence pptx d'Anthropic, un connecteur PowerPoint ou un outil de diapositives équivalent), car elle garde le texte, les tableaux et les graphiques modifiables et place les notes dans le volet des notes.
pptxgenjs avec scripts/pptx-helpers.js dans un bac à sable lorsqu'aucune capacité de ce type n'existe ; les assistants encodent les zones, la grille, l'échelle de police, les tableaux de type liste, les cartes, les chevrons et le volet des notes, de sorte qu'un fichier de construction ne contient que le contenu du diaporama (voir scripts/README.md et scripts/example-build.js).
Un plan en Markdown avec des notes lorsqu'aucun fichier ne peut être produit du tout ; dites-le.

Livrez un .pptx modifiable. Keynote et Google Slides l'importent ; ne produisez pas de fichier natif Keynote. Gardez les graphiques natifs. Placez les notes de l'orateur dans le volet des notes, jamais dans une zone de texte sur la diapositive. Appliquez le modèle de l'utilisateur lorsqu'il en a fourni un ; sinon, restez neutre et dites-le. Avant la livraison, extrayez le texte du diaporama et vérifiez les titres, l'ordre, la présence des notes et les espaces réservés restants. Ensuite, rendez chaque diapositive en taille réelle et regardez chacune d'elles : chevauchements, connecteurs flottants, boîtes plus étroites que ce qui y pointe, lignes clé-valeur enveloppées, espaces blancs regroupés, tableaux de type feuille de calcul. Les vignettes ne montrent pas cela.

Mode Mémorandum

Lisez references/memo-format.md et references/minto-pyramid.md avant de commencer. Un mémorandum applique la même pyramide qu'un diaporama, aplanie en prose : la Kernbotschaft mène, les titres de section sont les affirmations de la ligne clé, chaque paragraphe prouve son titre. Deux étapes, une porte légère.

Étape 0 : briefing

Prenez les éléments ci-dessous de la demande, du matériel et de la conversation ; ne demandez que pour un élément qui manque et qui modifierait le storyline, au maximum trois questions à la fois.

Public et sa question : qui lit ceci et que doivent-ils comprendre, décider ou faire ensuite. Un public mixte (lecteurs internes et externes) réduit la densité des références internes et augmente le niveau d'attribution.
Type de mémorandum : résumé de direction, note de briefing (Vermerk), rapport d'événement ou de réunion, note de décision, note de statut. memo-format.md répertorie les éléments obligatoires par type.
Kernbotschaft que l'utilisateur a déjà. Si aucune, dérivez-en une à partir du matériel et étiquetez-la comme dérivée ; la porte existe pour que l'utilisateur puisse la remplacer.
Budget de longueur (mots ou pages) et destination : réponse de chat, un document, un fichier.
Matériel et sources : ce qui peut être utilisé, ce qui ne doit pas être inventé, comment les déclarations sont attribuées. Pour un rapport sur des entretiens ou des réunions, décidez si les intervenants sont nommés, nommés par rôle, ou pas du tout (section 5 de memo-format.md).
Si un diaporama suit. Si oui, construisez le storyline pour qu'il soit reporté.

Étape 1 : storyline

Livrez, dans le format de la section 2 de memo-format.md : la Kernbotschaft en une phrase ; l'ouverture comme les quatre lignes SCQA complètes, situation et complication en une phrase chacune, la question que la complication soulève, et la réponse comme la Kernbotschaft textuellement, afin que le lecteur puisse vérifier à la porte que la réponse répond à la question ; la ligne clé de trois à cinq affirmations en phrases complètes, ordonnées par thème ou argument, jamais par l'ordre du matériel source, chacune avec une marque de preuve (disponible, manquante ou espace réservé, et la source) ; l'ordre et son critère ; où se situent les désaccords entre les sources et sous quelle affirmation ils seront argumentés ; ce que le mémorandum dit qui suit pour le lecteur, lorsque le type de mémorandum a cet élément ; le cadre d'attribution ; les hypothèses et les points ouverts ; un court registre lorsque le mémorandum nomme des processus, des organes, des rôles, des systèmes ou des options qui doivent rester cohérents, avec une ligne « Ensembles » qui nomme chaque ensemble par un nom pluriel et liste ses membres dans un ordre fixe (le test du nom pluriel : un institut n'appartient pas à un ensemble de processus). Effectuez le test de lecture sur la ligne clé. Terminez par une question d'approbation et arrêtez-vous. Exceptions : l'utilisateur a demandé une exécution en un seul passage, ou le mémorandum fait moins de deux pages ; dans ce dernier cas, fusionnez les étapes 1 et 2 (voir ci-dessous).

Pont vers la Construction

Lorsqu'un diaporama suit un mémorandum (le briefing indique que c'est le cas à l'étape 0) : la Kernbotschaft du mémorandum devient la Kernbotschaft du ghost deck ; les affirmations de la ligne clé du mémorandum deviennent la ligne clé du ghost deck, habituellement dans le même ordre. Le squelette de timing et le registre sont dérivés du matériel ensemble une fois de plus. Si la porte approuve le storyline du mémorandum, l'Étape 1 de la Construction est dans les faits terminée. Dites-le avant de commencer l'Étape 2 de la Construction.

Étape 2 : prose

Lisez memo-format.md en entier. Un mémorandum n'a pas de notes de l'orateur, de plan de timing, de questions-réponses, d'annexes ou de variante de document. Il a : la Kernbotschaft (section règle, pas ligne de titre) ; les titres de section comme la ligne clé, avec les sources sous forme d'appels dans la section ; chaque paragraphe comme une diapositive de soutien, avec une phrase de sujet qui s'aligne sur le titre et des preuves (citations chiffrées, signalées avec des numéros de paragraphe) ; un test de lecture ; et une vérification de cohérence à travers le registre, les attributions et les sous-ensembles nommés. La livraison est le texte complet du mémorandum, dans la destination convenue.

Lorsque la porte est ignorée (exécution en un seul passage ou longueur < 2 pages), l'Étape 1 est intégrée à la prose : ouvrez par la Kernbotschaft et les quatre lignes SCQA complètes, puis la ligne clé et la prose, le tout livré ensemble. Marquez la ligne « — Point ouvert — » après l'ouverture pour que l'utilisateur voie où la porte se serait trouvée.

Mode Audit

Lisez references/audit-checklist.md, references/minto-pyramid.md et references/storyline-ghost-deck.md. Un audit examine un diaporama ou un mémorandum contre la pyramide et livre un rapport d'audit. Le mode Audit ne construit pas, ne rédige pas et ne refond pas un mémorandum ou un diaporama, sauf si l'utilisateur demande explicitement une réécriture ; alors rapportez d'abord, réécrivez ensuite.

Étape 1 : ingérer

Lisez le fichier, le lien, le plan ou le texte exporté. Si le résultat d'ingestion est vide (lien inaccessible, format non analysable), dites-le et arrêtez-vous. Pour un diaporama : extrayez les titres, le corps de chaque diapositive, le volet des notes, les légendes des graphiques, les zones de texte et les zones de commentaires, si disponibles, et les en-têtes de tableau dans la disposition d'impression. Pour un mémorandum : lisez les titres de section, les paragraphes, et tout en-tête ou pied de page qui marque l'attribution ou le type de document.

Étape 2 : analyser

Exécutez chaque diapositive, chaque section et l'ensemble contre la pyramide et les règles de l'étape 2. Cochez :

Élévation du titre : les titres des diapositives énoncent-ils une seule affirmation, ou sont-ils des sujets, des questions ou des phrases nominales ? Démarquez chaque titre non conforme à la règle de la phrase complète. Dans un mémorandum, les titres de section sont-ils des affirmations de la ligne clé ?
Test de la ligne clé : les titres, lus seuls, racontent-ils l'histoire ? Y a-t-il un écart, une répétition, un saut ou un ordre qui n'est pas argumentatif ? Y a-t-il une Kernbotschaft, et où apparaît-elle ?
Test de groupe : les diapositives regroupées partagent-elles la même catégorie d'idée ? Si un groupe mélange des causes avec des effets ou des processus avec des rôles, signalez-le.
Qualité des preuves : chaque affirmation est-elle étayée par des preuves sur la diapositive ou dans la section ? Les preuves sont-elles : chiffrées, sourcées, datées ? Y a-t-il des affirmations sans preuve ?
Cohérence : les entités nommées utilisent-elles les mêmes noms sur plusieurs diapositives ou sections ? Un processus est-il appelé « Processus A » à un endroit et « Déroulement A » à un autre ? Y a-t-il des sous-ensembles qui ne nomment pas leur univers ou leur critère ?
Densité et format : la diapositive ou la section respecte-t-elle le mode de densité attendu ? Pour un diaporama, les notes de l'orateur sont-elles présentes, et ne sont-elles pas juste un script ? Le plan de timing couvre-t-il la durée ?
Sources et attributions : les affirmations externes ont-elles des lignes de source ? Pour un mémorandum, le cadre d'attribution est-il respecté ? Les intervenants sont-ils nommés selon les règles ?
Ouverture et conclusion : le SCQA est-il présent là où il est attendu ? La conclusion reformule-t-elle la Kernbotschaft, propose-t-elle les étapes suivantes ou la décision, et inclut-elle la demande explicite si le type le requiert ?
Registre : le registre est-il complet par rapport au contenu ? Y a-t-il des entités nommées qui manquent ?

Étape 3 : rapport

Livrez, dans la langue du briefing :

Note d'ensemble de zéro à cinq coches : cinq signifie « livrable tel quel », zéro signifie « à reconstruire entièrement ». Chaque perte d'une coche reçoit un numéro de section correspondant dans le rapport ci-dessous.
Forces : ce que l'argument fait bien, pas plus de cinq lignes.
Faiblesses par élément de la pyramide : groupez les problèmes par l'élément qu'ils attaquent (Kernbotschaft, ouverture, ligne clé, diapositives de soutien, conclusion). Attribuez un niveau de sévérité : blocage (doit être corrigé pour tenir debout), avertissement (devrait être corrigé), info (peut être amélioré).
Problèmes de livraison : densité, notes, timing, cohérence visuelle, attribution, registre. Signalez les modèles qui causent des incohérences ou une charge de lecture.
Recommandation : une courte note sur ce que le propriétaire devrait faire ensuite. Si la note demande clairement une réécriture, suivez immédiatement avec le texte réécrit des titres de la ligne clé et des diapositives de soutien, mais terminez toujours le rapport avant de réécrire.
Vérification finale : après la réécriture, relisez l'ensemble pour vous assurer que les corrections sont cohérentes.

Si l'utilisateur demande un score : livrez une note sur 100, ventilée par élément de la pyramide, chaque élément noté sur 20.

Règles transversales

Pas de transcription, pas de traduction, pas de résumés simples. Cette compétence construit des arguments, pas des transcriptions.
Utilisez le référentiel de la compétence : les fichiers dans references/ et assets/ définissent la méthodologie, les modèles et les formats. Ne les inventez pas et ne les sautez pas.
Les étapes sont ordonnées : ne sautez pas la porte, ne fusionnez pas les étapes sauf indication dans la section des exceptions ci-dessus.
Une seule exécution à la fois : ne construisez pas et n'auditez pas en même temps. Si l'utilisateur demande les deux, exécutez le mode Mémorandum, puis le mode Construction sur le résultat.
Lorsque la compétence est active : déclenchez sur tout ce qui ressemble à une demande de diaporama, de mémorandum ou d'audit, même sans le mot « Minto ». Les déclencheurs explicites incluent : diapositives, diaporama, présentation, pitch, exposé, storyline, ghost deck, notes de l'orateur, résumé de direction, Kernbotschaft, These, Vermerk, rapport d'événement, rapport de réunion, thèse du jour, résumé en premier, résumé Minto ; en allemand : Folien, Praesentation, Vortrag, Entscheidungsvorlage, Sprechzettel, Deck pruefen. Déclenchez également sur « corrige mon diaporama », « audite ce mémorandum », « est-ce que mon argument tient debout ? ».
Les aperçus chiffrés sont IBCS par défaut. Lorsque le matériel contient des chiffres, utilisez la notation IBCS sauf si l'utilisateur la refuse. Marquez l'absence de notation IBCS comme point ouvert à la porte.
Les modèles sont la propriété de l'utilisateur. Ne les partagez pas en dehors du projet.
La méthode est l'argument, pas l'outil. Les fichiers de référence fonctionnent dans n'importe quel hôte ; la compétence se comporte de la même manière partout.

Fichiers de référence

references/minto-pyramid.md : la pyramide, le principe SCQA, la règle MECE, le test de la phrase complète, le rôle de la Kernbotschaft.
references/storyline-ghost-deck.md : format du ghost deck, règles de construction, format de la ligne clé, test de lecture, registre.
references/memo-format.md : format du mémorandum, types, éléments obligatoires par type, cadre d'attribution, structures d'ensemble et de sous-ensemble.
references/stage-2-checklist.md : liste de contrôle de l'Étape 2, à cocher avant la livraison.
references/consulting-practices.md : règles pour les graphiques, les tableaux, les cartes, les diagrammes, les formes de preuves, les sources, les unités.
references/visual-design.md : règles de conception visuelle, densité, typographie, zones, grille, cohérence visuelle, section 12 (vérification visuelle).
references/speaker-notes.md : format des notes de l'orateur, structure, amorces, pas scripts.
references/timing-qa-handout.md : plan de timing, guide de préparation des questions-réponses, variante de document.
references/ibcs-notation.md : notation IBCS pour les graphiques et les tableaux.
references/reading-decks.md : règles pour les diaporamas à lire d'abord, variante de document.
references/audit-checklist.md : liste de vérification d'audit, éléments par type, scores.
references/glossary.md : glossaire des paires de termes anglais-allemand, pour une utilisation cohérente dans les diaporamas allemands.
assets/templates/ : dossiers de modèles (un par modèle) avec fichier et courte note sur ses mises en page. Propriété de l'utilisateur ; ne pas partager en dehors du projet.
scripts/pptx-helpers.js : fonctions d'assistance pour la génération de diapositives avec pptxgenjs.
scripts/README.md : documentation pour l'utilisation des scripts.
scripts/example-build.js : exemple de fichier de construction montrant l'utilisation des assistants.

Notes de version

Version : 1.0 basée sur la pratique de conseil et la méthode de Barbara Minto.
Langues : allemand, anglais.
Hôtes : Claude.ai, Cowork, Claude Code, tout hôte compatible avec les compétences d'agent avec accès au système de fichiers.
Dépendances absolues : references/, assets/templates/, scripts/. Les chemins sont relatifs au répertoire racine de la compétence.
Contributeurs : basé sur le travail de Barbara Minto (The Pyramid Principle) et la pratique de conseil en stratégie de nombreuses décennies.

Cette compétence est conçue pour être utilisée avec des agents IA qui ont accès à son répertoire de fichiers et peuvent lire/écrire des fichiers, exécuter des scripts et interagir avec des APIs externes (comme les connecteurs PowerPoint). La structure du référentiel de la compétence garantit que la même méthodologie s'applique quel que soit l'hôte.

matzehg/minto-deck

Qu'est-ce que minto-deck ?

Demander à votre IA préférée

Documentation