Par Elisha Bajemon, Ingénieur IA chez TW3 Partners. Dernière mise à jour : 10 novembre 2026.
En bref
Un playbook documentaire définit les pages attendues, leur fonction et les données nécessaires à leur rédaction. Il sert à décider ce que le document doit permettre au lecteur de comprendre ou d’arbitrer. Dans leur prépublication déposée sur arXiv le 30 septembre 2026, Gibert, Despujols et Rochet placent les playbooks en amont de la production narrative. Pour appliquer ce principe, TW3 recommande de préparer une fiche reliant chaque page à ses sources et à ses conditions de présence. Les rubriques obligatoires restent identifiables lorsque des données manquent. Dans cette méthode, la structure est validée avant la rédaction, puis ses changements sont tracés.
1. Que doit définir un playbook ?
Le playbook doit préciser le destinataire, la décision à préparer et les pièces nécessaires au document. Nous appelons ici playbook documentaire la spécification du parcours de lecture : elle indique quelles questions traiter, dans quel ordre et avec quels éléments de preuve. Le plan de pages en est l’application à un mandat donné, avec les données effectivement disponibles.
Dans la prépublication de Gibert, Despujols et Rochet déposée sur arXiv le 30 septembre 2026, les playbooks déterminent le plan de pages. La production narrative associe ensuite des clauses issues d’un registre de faits, des gabarits de prose et des interventions conditionnelles du modèle. Cette comparaison n’isole pas l’effet du playbook sur la qualité finale.
La démarche proposée par TW3 consiste à faire approuver la spécification métier avant le brouillon. Le responsable du livrable formule la question soumise au lecteur, les rubriques indispensables et les sources admissibles. Il précise aussi les limites du mandat : quelles décisions le document prépare et quelles questions doivent être instruites ailleurs.
Cette fiche porte sur un autre objet que la charte visuelle, qui règle la présentation, ou le gabarit de phrase, qui encadre la formulation. Au moment de la validation, lire les seuls objectifs des pages doit permettre de suivre le raisonnement. Une rubrique dont personne ne peut expliquer l’utilité appelle un arbitrage avant la rédaction.
2. Comment relier une page à son objectif ?
Chaque page doit recevoir une fonction explicite, une question à résoudre et des données autorisées. Dans PPTAgent, publié par l’Association for Computational Linguistics en novembre 2025, Zheng et ses coauteurs construisent un plan où chaque entrée associe l’objectif de la diapositive, sa référence visuelle et le contenu à extraire du document source.
À partir de cette articulation, nous proposons la fiche de conception suivante. Elle décrit des champs à renseigner et leurs règles ; elle ne reproduit aucun playbook interne.
| Champ de la fiche | Contenu à renseigner | Contrôle avant rédaction |
|---|---|---|
| Destinataire et décision | Lecteur visé, question soumise à son arbitrage | Accord du responsable métier |
| Identifiant et fonction de page | Référence stable et contribution au raisonnement | Fonction compréhensible sans lire le futur texte |
| Question traitée | Question précise à laquelle la page répond | Cohérence avec la décision préparée |
| Sources admises | Pièces autorisées et passages utilisables | Présence et pertinence des pièces |
| Données requises | Informations nécessaires pour répondre | Disponibilité et origine vérifiables |
| Règle de présence | Rubrique obligatoire, facultative ou conditionnelle | Condition explicite et vérifiable |
| Conduite en cas de manque | Suspension, demande de pièce ou signalement | Choix approuvé par le métier |
| Dispositions autorisées | Formes compatibles avec le contenu attendu | Capacité à afficher les preuves nécessaires |
| Responsable et version | Personne qui valide, version de la fiche | Changement attribuable et consultable |
Au niveau du document, conserver le destinataire et la décision évite de les redéfinir à chaque page. Au niveau des pages, reprendre les autres champs permet une relecture ciblée : une personne peut vérifier les pièces, une autre l’ordre du raisonnement.
Il est utile de distinguer la source admise de la donnée requise. Un document peut appartenir au dossier sans contenir l’information attendue. La préparation consiste donc à repérer le passage utilisable et à qualifier le manque éventuel. Une page dont les sources restent indéterminées conserve un état de préparation visible ; son titre ne suffit pas à autoriser la rédaction.
3. Comment gérer rubriques obligatoires et branches ?
Les conditions de présence doivent être écrites avant que l’agent choisisse les pages à produire. Pour décrire les champs attendus dans un fichier, la documentation officielle JSON Schema, sans date de publication indiquée, distingue la déclaration des propriétés et leur caractère obligatoire. Le mot-clé properties décrit les champs ; required impose leur présence. Déclarer un champ seul le laisse facultatif.
Pour transposer la fiche dans un schéma informatique, déclarer les champs de chaque page et imposer ceux nécessaires à son admission. L’identifiant, la fonction et la règle de présence doivent être renseignés selon la convention retenue. La documentation permet également de refuser les propriétés supplémentaires avec additionalProperties réglé sur false. Ce contrôle porte sur la structure des données ; leur vérification documentaire reste une étape distincte.
La règle métier proposée distingue les situations suivantes :
- Une rubrique obligatoire appartient au livrable attendu. Si une donnée essentielle manque, elle reste dans le plan avec un blocage explicite ou un signalement approuvé.
- Une rubrique facultative peut être retenue lorsque son apport à la décision est établi et que les sources nécessaires sont disponibles.
- Une rubrique conditionnelle dépend d’un critère du mandat. Si ce critère s’applique, sa préparation exige les pièces prévues.
Il faut séparer l’applicabilité et la disponibilité. Une information absente ne démontre pas que la rubrique est hors périmètre. Si la condition métier est elle-même inconnue, suspendre le choix et désigner la personne qui doit le trancher.
La même documentation décrit des propriétés admises sous condition avec unevaluatedProperties. Le schéma peut donc traduire certaines branches, tandis que l’application vérifie l’existence des pièces et décide si la rédaction peut commencer. Cette séparation rend explicite la réponse à une entrée insuffisante, sans produire du texte pour occuper une rubrique.
4. Comment séparer contenu et disposition ?
La fonction de la page doit guider le choix de sa disposition. Dans le PPTAgent, Association for Computational Linguistics, novembre 2025, l’analyse des présentations de référence regroupe les diapositives selon leurs caractéristiques structurelles et visuelles. Elle en extrait un schéma de contenu, c’est-à-dire une description des éléments à accueillir, avec leur catégorie, leur description et leur contenu.
La génération utilise ensuite le plan pour récupérer le texte et les légendes d’images pertinents. Le contenu produit sous le contrôle de ce schéma est transféré vers la diapositive de référence sélectionnée. Ce mécanisme appartient à PPTAgent ; il constitue ici un appui de conception externe.
Pour une application métier, associer chaque fonction de page à des dispositions autorisées permet de préciser le choix laissé au système. La fiche doit indiquer quels éléments chaque disposition accueille et quelles limites rendent son usage inadapté. La place nécessaire à une source, à une réserve ou à une explication fait partie de cet examen.
Prévoir également la conduite à tenir lorsque le contenu admis dépasse la capacité de la disposition. Le système peut proposer une autre forme autorisée ou demander une révision du plan. Un découpage change les unités de lecture et doit donc conserver la question traitée ainsi que le lien aux sources.
La revue visuelle intervient sur un contenu dont la fonction est déjà définie. Elle vérifie sa lisibilité et peut provoquer une demande de changement documentée, soumise au responsable du plan.
5. Quand faut-il figer le plan ?
Le plan doit être validé lorsque chaque page dispose d’une fonction et d’un état de préparation explicites, avant de confier sa rédaction à l’agent. Dans la prépublication de Gibert, Despujols et Rochet déposée sur arXiv le 30 septembre 2026, le schéma du système place le plan et les clauses compilées en amont du rendu et de la validation, avec un rôle conditionnel du modèle.
Figer le plan signifie ici approuver une version de travail. Le dossier remis au rédacteur doit contenir l’ordre des pages, les références de sources admises et les décisions prises sur les manques. La proposition de méthode consiste à rendre ces éléments consultables sans dépendre de la mémoire d’une conversation avec le modèle.
Une demande d’ajout de page passe par les mêmes critères que le plan initial. Elle expose la question nouvelle, son utilité pour la décision et les données nécessaires. Le responsable approuve la modification ou maintient le périmètre. Une suppression ou un déplacement mérite aussi une justification : l’ordre retenu peut faire dépendre une conclusion d’une explication antérieure.
Après accord, enregistrer la nouvelle version et les pages concernées permet de reprendre le travail au bon endroit. Le rédacteur utilise alors le plan approuvé pour poursuivre. La relecture peut comparer la structure livrée à cette référence et examiner séparément les changements acceptés. Ce contrôle de structure complète le contrôle des phrases ; il doit avoir son propre responsable et son propre moment de validation.
6. Comment maintenir une famille de playbooks ?
Une famille de playbooks doit partager des conventions de description tout en conservant ses exigences métier. L’annexe consacrée au pipeline d’origine, dans la prépublication de Gibert, Despujols et Rochet déposée sur arXiv le 30 septembre 2026, décrit des étapes avec des fichiers d’entrée spécifiés et des sorties versionnées. Elle présente aussi un contrat de données fixant ce que les étapes suivantes ne peuvent plus deviner. Ce pipeline d’origine est distinct du système hybride décrit dans le corps du texte.
Notre recommandation est de maintenir un socle de champs communs et de documenter les variantes. Le socle fixe la manière d’exprimer une fonction, une source admise ou un manque. Chaque variante définit les rubriques attendues pour son destinataire et ses règles de présence. Une modification des obligations métier doit être examinée à ce niveau.
Pour les équipes techniques, la documentation JSON Schema citée plus haut signale une difficulté de composition : additionalProperties reconnaît seulement les propriétés du même sous-schéma. Lorsqu’un socle fermé est étendu, il faut donc vérifier que les champs de la variante restent admis. La documentation présente unevaluatedProperties pour traiter les propriétés reconnues dans les sous-schémas.
Attribuer à chaque playbook un responsable de maintenance et une règle de changement termine la fiche. Avant d’approuver une évolution, examiner son effet sur les pages attendues et les pièces désormais nécessaires. Le traitement détaillé des versions fait l’objet de la fiche sœur Changer une règle ou un gabarit du harnais : version, approbation et retour arrière.
FAQ
À quoi sert un playbook documentaire ?
Il traduit un type de livrable en exigences de lecture et de contenu. La méthode proposée relie chaque page à une question, à des sources admises et à une règle de présence. Le responsable métier peut ainsi valider le périmètre avant de relire des phrases.
Est-ce une charte PowerPoint ?
Le playbook porte sur les questions traitées et les pièces attendues. La charte visuelle peut lui être associée pour définir les dispositions autorisées. PPTAgent fournit un exemple public d’articulation entre fonction de diapositive, schéma de contenu et présentation de référence, décrit dans les sections précédentes.
Peut-on prévoir des pages conditionnelles ?
Oui, en définissant la condition métier et les informations qui permettent de l’évaluer. Une condition inconnue appelle un arbitrage. Lorsque la rubrique s’applique mais que ses données manquent, conserver cette distinction dans le plan permet au responsable de décider de la suite.
Le modèle peut-il ajouter une page ?
Dans la méthode proposée, il peut en formuler la demande avec son objectif et ses préconditions. L’application soumet ce changement à la validation prévue. La version approuvée du plan devient ensuite la référence de rédaction et permet de retrouver la raison de cet ajout.
Que décrit la prépublication sur les playbooks ?
La prépublication de Gibert, Despujols et Rochet déposée sur arXiv le 30 septembre 2026 décrit leur rôle dans le système. Sa section sur la reproductibilité précise que les présentations, textes des verdicts, entrées du générateur et le programme qui lit les résultats d’évaluation restent privés. La fiche de conception proposée dans cet article est une recommandation de méthode ; elle ne constitue pas la divulgation d’un gabarit interne.
Pour aller plus loin
- Prose compilée : produire des phrases à partir de faits enregistrés
- Recommandation d’un agent : séparer les faits, les hypothèses et la décision proposée
- PPTAgent : fabriquer une présentation par opérations d’édition
Sources
- Gibert, Despujols et Rochet, Better Deck or Different Judge? Evaluating Agentic Harness Gains in Corporate and Investment Banking, prépublication déposée sur arXiv le 30 septembre 2026, notice et texte intégral consultés le 9 octobre 2026.
- Zheng et al., PPTAgent: Generating and Evaluating Presentations Beyond Text-to-Slides, Association for Computational Linguistics, novembre 2025, notice et PDF consultés le 9 octobre 2026.
- JSON Schema, Object, documentation officielle sans date de publication indiquée, consultée le 9 octobre 2026.