Deckbuilder

Fonctionnement de Deckbuilder

Deckbuilder associe un modèle de langage à du code qui contrôle le travail du modèle. Le modèle planifie et rédige ; Deckbuilder fait respecter vos instructions, vérifie les affirmations par rapport à vos sources et construit les fichiers finaux. Vous gardez la maîtrise de ce qui est approuvé.

De la commande à la présentation terminée

Chaque étape indique qui effectue le travail : Programme pour les contrôles écrits en code, Modèle de langage pour la rédaction, Modèle d'image pour les images facultatives et Vous pour vos décisions.

1. Commande et sources

   Vous Programme

   Vous indiquez un sujet ou une commande et le nombre de diapositives, éventuellement un public, un ton, un thème et des instructions, puis joignez des fichiers sources : texte, Markdown, HTML, RTF, Word ou OpenDocument. Les sources sont lues intégralement ; une source trop volumineuse pour être exploitée par le modèle interrompt l'exécution avec un message clair, au lieu d'être tronquée silencieusement.

2. Plan

   Modèle de langage Programme

   Le modèle planifie les sections ainsi que le type, la mise en page et l'objectif de chaque diapositive. Le programme impose au plan le nombre de diapositives demandé et s'arrête avant d'écrire quoi que ce soit si ce nombre ne peut pas être respecté. Dans l'application de bureau, Plan uniquement s'arrête ici afin que vous puissiez renommer, réorganiser, ajouter ou supprimer des diapositives avant le début de la rédaction.

3. Rédaction des diapositives

   Modèle de langage

   Les diapositives sont rédigées en parallèle. Chaque diapositive a accès au plan complet, à vos sources et à vos instructions, ce qui garantit la cohérence de la présentation.

4. Correction et limites

   Programme

   Lorsqu'une réponse est mal formée, le modèle est invité à corriger uniquement le champ défectueux chaque fois que Deckbuilder peut l'identifier. Les listes trop longues sont ramenées à une limite fixe et les points excédentaires passent dans les notes du présentateur, de sorte que rien n'est perdu.

5. Vérification par rapport aux sources

   Programme Modèle de langage

   Dans l'application de bureau, chaque diapositive est vérifiée par rapport à vos sources dès qu'elle est rédigée : chaque phrase de la diapositive et de ses notes du présentateur, ainsi que chaque nombre et chaque valeur de graphique, comme illustré ci-dessous. Les phrases signalées sont corrigées une à une tant que chaque passe réduit le nombre de problèmes ; celles qui ne peuvent toujours pas être étayées sont supprimées et signalées dans un avertissement.

6. Images (facultatif)

   Modèle d'image

   Si vous activez la génération d'images, un modèle d'image dessine les diapositives illustrées une fois le texte terminé. Chaque image conserve la description, le modèle et la graine à partir desquels elle a été créée, n'est jamais considérée comme une preuve issue des sources et est marquée pour votre relecture.

7. Relecture et export

   Vous Programme

   Modifiez, faites glisser pour réorganiser ou demandez la révision d'une seule diapositive, comparez chaque constat avec le passage source correspondant, puis exportez un fichier PowerPoint natif. Chaque modification automatique marque une diapositive comme à relire ; vous seul pouvez la marquer comme relue.

Comment les affirmations sont vérifiées

1. L'affirmation

   Un énoncé issu d'une diapositive ou de ses notes du présentateur.

   

2. Les éléments de preuve

   Les passages les plus pertinents des sources que vous avez jointes, trouvés par recherche par mots-clés et, en option, par recherche sémantique. Seules vos sources sont consultées.

   

3. Trois couches de vérification

   1. Classifieur d'inférence

      Un petit classifieur intégré tranche les affirmations que vos sources étayent clairement. Tout ce qui énonce un chiffre, ou qui n'est pas tranché, passe à l'étape suivante.

   2. Juge d'ancrage dans les sources (facultatif)

      Un modèle distinct répond à une seule question : cette affirmation est-elle fondée sur le passage ? La réponse du juge contraint le statut final.

   3. Modèle de relecture

      Attribue le statut final et cite les phrases sources sur lesquelles le modèle de relecture s'est appuyé. Deckbuilder vérifie chaque citation par rapport aux lignes d'origine.

4. Le verdict

   Étayée

   Les sources appuient l'affirmation.

   Contredite

   Les sources disent le contraire.

   Non étayée

   Les sources n'appuient pas l'affirmation.

   Incertaine

   La vérification n'a pas permis de trancher. Le statut « Incertaine » ne compte jamais comme une réussite.

   Non factuelle

   Il ne s'agit pas d'une affirmation factuelle ; il n'y a donc rien à vérifier.

Deckbuilder ajoute d'autres contrôles en code : une affirmation qui supprime une réserve comme peut ou estimé est marquée comme non étayée, un chiffre qui diffère du passage cité est marqué comme contredit, et un nombre qui n'apparaît dans aucun des passages cités est signalé.

La vérification par rapport aux sources est une évaluation produite par un modèle, qui appuie votre propre relecture ; elle ne prouve pas qu'un énoncé est vrai. Elle ne vérifie pas non plus les faits au-delà des sources que vous fournissez.

Règles appliquées par le code

Les instructions rédigées dans une consigne sont des demandes qu'un modèle peut ignorer. Deckbuilder applique ces règles dans le code :

• 

  Nombre exact de diapositives

  Si le plan ne correspond pas au nombre demandé, l'exécution s'arrête avant qu'une présentation partielle ne soit rédigée.
• 

  Limites des listes

  Les puces, statistiques, cartes, étapes et lignes de tableau sont plafonnées à des limites fixes ; le surplus passe dans les notes du présentateur.
• 

  Variété des mises en page

  Pas plus de deux diapositives ne partagent la même mise en page textuelle, afin que les mises en page restent variées dans toute la présentation.
• 

  Longueur du résumé

  Le résumé d'un article doit se situer dans une fourchette déterminée par la longueur du corps du texte, et ne peut rien citer que le corps du texte ne cite pas.
• 

  Contraste lisible

  Chaque thème maintient le texte courant à un rapport de contraste d'au moins 4,5:1 et les titres à 3:1, soit les minimums des WCAG.
• 

  Étapes en bac à sable

  Le modèle travaille en écrivant de petits scripts dans un bac à sable sans accès aux fichiers, au réseau ni aux importations, et Deckbuilder vérifie chaque appel.

Ce que vous obtenez

• 

  Présentations

  Des fichiers PowerPoint natifs qui s'ouvrent dans PowerPoint, LibreOffice Impress, Keynote et Google Slides, avec des notes du présentateur sur chaque diapositive.
• 

  Documents

  Articles, notes de synthèse, propositions et livres aux formats Word, HTML, Markdown et LaTeX, ainsi que PDF avec un moteur TeX installé sur votre ordinateur.
• 

  Graphiques natifs

  Des graphiques en colonnes, en barres, linéaires, en aires et en secteurs que vous pouvez modifier dans PowerPoint, et non de simples images de graphiques.
• 

  Diagrammes

  Dix types, des flux et chronologies aux diagrammes de Venn et en étoile, dessinés sous forme de formes natives avec texte alternatif.

Obtenir Deckbuilder sur GitHub Se renseigner sur la licence commerciale Lire comment nous avons conçu Deckbuilder