Par Elisha Bajemon, Ingénieur IA chez TW3 Partners. Dernière mise à jour : 9 novembre 2026.
En bref
Un manque nommé identifie une donnée nécessaire mais indisponible, afin que les étapes suivantes et le relecteur voient cette limite. Pour le décideur, il rend explicite ce qui reste à obtenir avant de conclure. La prépublication de Gibert, Despujols et Rochet, déposée sur arXiv le 30 septembre 2026, décrit ce principe dans son texte intégral, consacré à un système de production de présentations. Nous proposons de le prolonger par des états qui précisent le motif du manque et son responsable. Dans cette méthode, les calculs qui ont besoin de la donnée restent en attente et le document affiche la limite. Pour lever cette réserve, le responsable doit valider la source, puis faire reprendre les travaux concernés.
1. Qu’est-ce qu’un manque nommé ?
Un manque nommé désigne une information attendue dont le sens et le périmètre sont connus, mais dont la valeur reste indisponible pour le travail demandé. Il donne une identité à cette absence : quelle information cherche-t-on, pour quelle période et dans quel périmètre ?
La prépublication de Gibert, Despujols et Rochet du 30 septembre 2026 décrit un registre structuré de faits comportant valeur, unité, période et classe de provenance. Les sources et les formules sont enregistrées lorsqu’elles s’appliquent. Les informations détenues par l’établissement mais indisponibles y prennent la forme d’un manque nommé, ou named gap. Ce principe fournit un point d’appui pour organiser le traitement d’une donnée absente.
Pour la mise en œuvre, la documentation JSON Schema, sans date de publication indiquée, rappelle qu’une propriété présente avec la valeur null diffère d’une propriété absente. JSON Schema sert ici à décrire les règles auxquelles les données échangées doivent satisfaire.
Notre proposition consiste à séparer disponibilité et valeur. Un zéro réel doit conserver son justificatif et son sens métier. Un élément hors périmètre doit porter la décision qui l’exclut. Un manque concerne, lui, une information toujours requise. Nommer seulement le champ ne suffit donc pas : son entrée dans le registre doit permettre au responsable métier de comprendre ce qui empêche son utilisation et de préparer la prochaine action.
2. Comment représenter ses différents états ?
Les états doivent indiquer l’action qui permettra de reprendre le travail. Le tableau suivant constitue une proposition de conception du cabinet ; il ne reproduit pas le schéma interne de la prépublication. Les fonctions responsables sont à attribuer selon l’organisation du projet.
| État proposé | Motif et responsable | Élément attendu | Effet sur les calculs | Effet sur la rédaction |
|---|---|---|---|---|
| À collecter | Information requise encore à obtenir ; responsable de collecte | Source admise contenant la donnée | Résultats dépendants en attente | Information attendue et action de collecte visibles |
| Inaccessible | Accès à la source indisponible ; responsable de l’accès | Accès autorisé puis extraction vérifiable | Résultats dépendants en attente | Limite d’accès signalée selon les règles de diffusion |
| À confirmer | Information reçue dont l’admission reste à trancher ; responsable métier | Validation de la source, du périmètre et de la valeur | Utilisation suspendue | Réserve maintenue dans le document |
| Admis, à répercuter | Information admise ; responsable de validation | Valeur rattachée à sa source et décision enregistrée | Recalcul des résultats concernés | Régénération des passages dépendants puis relecture |
À chaque entrée, associez le motif précis et la pièce attendue. Le passage d’« inaccessible » à « à confirmer » peut ainsi exprimer une avancée sans autoriser encore le calcul. La personne qui obtient l’information et celle qui l’admet doivent être identifiables dans le registre.
La documentation des validations conditionnelles de JSON Schema, sans date de publication indiquée, permet d’exprimer des exigences dépendant d’une condition. dependentRequired exige certaines propriétés lorsqu’une autre est présente. Les mots-clés if, then et else permettent d’appliquer des règles selon le résultat d’une validation.
Pour traduire le tableau, rendez l’état obligatoire, puis exigez la valeur et sa provenance lorsque l’état devient « admis, à répercuter ». La présence du champ état, à elle seule, ne suffit pas à choisir cette branche : la condition doit examiner son contenu. Confiez séparément au responsable métier l’admission de la source et l’accord sur le périmètre.
3. Que devient un calcul qui dépend du manque ?
Un calcul qui exige une donnée indisponible doit conserver une sortie indisponible et l’identité du manque qui l’empêche d’aboutir. C’est la règle de propagation que nous recommandons à partir du registre décrit dans la prépublication.
La conception doit enregistrer les relations entre données d’entrée et résultats calculés. Pour chaque formule, recensez les données nécessaires. Si une entrée reste en attente, rattachez le résultat au manque initial. Répétez cette vérification pour les calculs qui utilisent ce résultat, jusqu’aux passages du document. Le relecteur doit pouvoir remonter d’une conclusion suspendue à l’information attendue.
Aucune substitution implicite par zéro ou par une moyenne ne doit intervenir dans ce parcours. Elle donnerait au calcul une entrée différente de celle demandée. Le traitement proposé ici conserve l’indisponibilité et ne fournit aucune estimation de remplacement.
Il faut aussi définir ce qui peut continuer. Une section indépendante du manque peut être préparée si la règle de production l’autorise. En revanche, une synthèse qui dépend du résultat indisponible doit exposer cette limite. Le responsable du livrable décide si une version partielle permet encore de servir l’objectif de la réunion ou de la relecture.
Pour rendre cet arbitrage vérifiable, consignez les sections affectées et la décision de diffusion. Une autorisation de produire partiellement doit rester liée à cette version du document. Lorsqu’un nouveau manque touche une autre conclusion, soumettez son effet au même examen avant de réutiliser l’autorisation précédente.
4. Comment le montrer au lecteur du document ?
Le document doit présenter le manque à l’endroit où le lecteur attend l’information, avec une explication et une action à accomplir. Dans la méthode proposée, une annexe de suivi complète ce signalement sans remplacer la mention dans la section concernée.
Prévoyez dans le gabarit une formulation pour chaque état admis. Elle reprend le libellé métier, le périmètre affecté et la prochaine action autorisée. Les informations sur les droits d’accès restent adaptées au destinataire. La synthèse doit également être revue lorsqu’une conclusion demeure suspendue : le lecteur ne devrait pas avoir à rapprocher seul une réserve détaillée d’une recommandation générale.
La documentation de Jinja, éditée par Pallets, sans date de publication indiquée, décrit un comportement utile pour les gabarits. Le type par défaut Undefined peut être affiché sous forme de chaîne vide. StrictUndefined provoque une erreur lors de l’affichage d’une valeur indéfinie ; son emploi demande de configurer explicitement le type utilisé pour ces valeurs.
Pour un projet qui utilise cet outil, distinguez donc une variable manquante par erreur d’un état métier prévu. Le rendu strict peut interrompre le premier cas. Une branche explicite du gabarit doit traiter le second et afficher la réserve convenue. Il s’agit d’une possibilité d’implémentation, sans attribution de Jinja au système TW3 décrit dans le papier.
Contrôlez enfin le document rendu. Vérifiez que le message reste lisible à son emplacement et qu’une retouche éditoriale n’a pas réintroduit la conclusion suspendue. La présence du manque dans le registre doit ainsi rester vérifiable dans le livrable destiné à la décision.
5. Quand le manque peut-il être fermé ?
Le manque peut être fermé lorsque l’information est admise, enregistrée avec sa provenance et répercutée dans les éléments qui en dépendent. La réception d’un fichier constitue une étape de collecte ; l’admission de la donnée reste une décision distincte.
L’annexe sur le pipeline d’origine, dans la prépublication de Gibert, Despujols et Rochet du 30 septembre 2026, décrit une correction à l’étape responsable du défaut, suivie de la régénération de tous les documents avant une nouvelle revue. Nous en tirons ici une procédure de fermeture du manque, à adapter au périmètre du projet.
Le responsable vérifie que la pièce porte bien l’information attendue, avec la période et le périmètre retenus. Il enregistre la source, la valeur admise et la décision de validation. Le registre passe alors à l’état « admis, à répercuter ». Le calcul reprend sur cette base, puis les passages concernés sont régénérés et relus. Le manque reste ouvert jusqu’à cette vérification.
Conservez également l’état antérieur avec la version du document qui l’utilisait. Cette trace doit permettre de comprendre pourquoi une conclusion restait suspendue et quelle pièce a permis de la reprendre. Une modification de la période ou de la définition métier exige de réexaminer l’entrée attendue avant de clore le manque.
La fermeture devrait enfin inclure le contrôle de la nouvelle version : les réserves levées ont-elles disparu aux bons endroits ? Les résultats et les conclusions ont-ils été recalculés puis revus ? Désignez la personne chargée d’accepter cette version avant sa diffusion.
6. Quelles erreurs de conception faut-il éviter ?
Les erreurs à prévenir sont celles qui effacent le sens du manque au passage entre les étapes. La liste suivante traduit la méthode proposée en contrôles de conception.
- Champ facultatif sans décision métier. La documentation JSON Schema sur les objets, sans date de publication indiquée, indique que les propriétés déclarées sont facultatives par défaut, sauf exigence explicite. Déclarez obligatoires les éléments nécessaires au suivi du manque.
- Chaîne vide admise comme information. Définissez ce qui constitue une valeur recevable pour le champ concerné. Une chaîne vide ne doit jamais fermer le manque par simple présence du champ.
- Réserve perdue au rendu. Pour chaque état, vérifiez le message effectivement visible et son emplacement. Incluez la synthèse dans cette relecture.
- Fermeture sans source admise. Exigez la provenance et la décision avant le changement d’état, puis contrôlez la reprise des dépendances.
Associez chaque contrôle à une étape et à un responsable. L’équipe de collecte traite l’obtention de l’information ; le responsable métier en examine l’admission ; la production reprend les calculs et le rendu. La relecture finale porte sur le document effectivement transmis. Cette répartition proposée doit être fixée avant de confier à l’agent la préparation d’un livrable utilisé pour décider.
FAQ
Que signifie named gap ?
Un named gap est un manque nommé : une information requise dont l’indisponibilité est identifiée. La prépublication de Gibert, Despujols et Rochet, déposée sur arXiv le 30 septembre 2026, utilise ce terme pour représenter une information détenue par l’établissement mais indisponible dans le registre. La méthode proposée ajoute un suivi de son motif, de son responsable et des résultats qui en dépendent.
Peut-on remplacer le manque par zéro ?
Un zéro réel doit être établi par la source et correspondre au sens de la donnée. Le remplacement automatique d’une absence par zéro changerait l’entrée du calcul. La méthode décrite conserve donc le manque jusqu’à l’admission de l’information attendue, sans valeur de remplacement produite par l’agent.
Un champ vide suffit-il ?
Un champ vide ne décrit ni le motif de l’absence ni l’action attendue. La documentation JSON Schema sur les objets, sans date de publication indiquée, distingue une propriété absente d’une propriété présente avec la valeur null. Il faut définir en complément un état métier explicite et les éléments requis pour suivre puis résoudre le manque.
Faut-il toujours bloquer tout le document ?
La décision appartient au responsable du livrable selon les informations nécessaires à son usage. Une version partielle peut être prévue si les sections utilisables sont identifiées et les conclusions dépendantes restent suspendues. Son autorisation et ses limites doivent accompagner la version soumise à relecture.
Que faire lorsque la donnée arrive ?
Vérifiez la source et son adéquation au périmètre avant de mettre à jour le registre. Reprenez ensuite les calculs, les passages et les conclusions concernés, puis relisez le document régénéré. Conservez la décision de fermeture avec la version antérieure pour expliquer le changement au prochain relecteur.
Pour aller plus loin
- Contrat de données d’un agent : fixer ce que la rédaction reçoit et peut utiliser
- Prose compilée : produire des phrases à partir de faits enregistrés
- Corriger à la source : régénérer les documents dépendants sans retouches isolées
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, consulté le 9 octobre 2026.
- Gibert, Despujols et Rochet, texte intégral de la prépublication, 30 septembre 2026, consulté le 9 octobre 2026.
- JSON Schema, Object, sans date de publication indiquée, consulté le 9 octobre 2026.
- JSON Schema, Conditional schema validation, sans date de publication indiquée, consulté le 9 octobre 2026.
- Pallets, Jinja API, sans date de publication indiquée, consulté le 9 octobre 2026.