Définir ce qu’il faut savoir pour répondre
Une question sur une relation peut exiger l’identité des entités, le sens du lien, son type, son périmètre et sa période. Une question sur une capacité peut demander une source, une description et des conditions d’exploitation. Les exigences dépendent de la cible sémantique. Les préciser avant l’évaluation évite de proposer des choix que l’état disponible ne permet pas de départager.
Distinguer une information absente d’une incompatibilité
L’absence d’un lieu, d’une date ou d’un contrat ne prouve pas qu’une option est fausse. Un filtre déterministe peut écarter une option seulement lorsque des données connues démontrent une incompatibilité dans un périmètre défini. UNKNOWN, STALE et les données incomplètes conduisent à rechercher ou à s’abstenir; ils ne deviennent pas FALSE pour simplifier la décision.
Utiliser des choix typés sans contraindre la réalité
Un évaluateur compare l’état à un Choice Space déclaré, avec définitions, frontières, exclusivité et options UNKNOWN, OTHER ou UNRESOLVED lorsque nécessaire. Le choix retenu ne prouve pas que cet espace couvre la réalité. Garder la distribution et la version permet de revoir la question posée et les options qui étaient disponibles.
Rechercher le contexte précis qui manque
Une question non répondable peut révéler l’observation absente: une source indépendante, une identité résolue ou une date actuelle. Cette lacune oriente une recherche concrète au lieu d’un appel au modèle moins coûteux mais sans pertinence. Lorsque de nouvelles preuves arrivent, l’empreinte de l’état change et seules les dimensions qui en dépendent doivent être réévaluées.
Repères complémentaires
Une fiche de répondabilité peut préciser le sens de chaque champ et le niveau de qualité attendu. Une adresse peut identifier un siège sans renseigner sur la zone de service; un nom peut désigner plusieurs entités; une date peut être trop ancienne pour la décision actuelle. Ces distinctions empêchent de confondre présence de données et pertinence de données. Lorsque les exigences sont remplies, l’évaluation peut comparer des options réellement distinguables et exposer sa distribution. Lorsqu’elles ne le sont pas, le système peut demander une observation ciblée, consigner son besoin et reprendre le calcul après admission des preuves.
Exemple conceptuel
Exemple hypothétique: peut-on servir une région? Le profil d’un fabricant indique son siège, mais aucune source ne décrit sa couverture de service. Cette adresse ne départage pas oui et non. AXIGNAL conserve UNKNOWN ou recherche une preuve précise au lieu de déduire la portée commerciale du siège enregistré.
Portée et limites
Un contrôle de répondabilité ne garantit pas l’exactitude d’une évaluation ultérieure; il vérifie seulement si l’état satisfait les exigences définies pour cette question. Les exigences, le Choice Space et la politique doivent être versionnés et traçables. Une sortie de modèle ne crée pas le contexte absent et n’autorise pas la vérité canonique. La lacune doit être décrite précisément afin que l’observation suivante puisse la combler. Sinon, une nouvelle évaluation risque de répéter le même choix sans fondement tout en affichant davantage de confiance. Le contrat de la question, et non une réponse commode du modèle, détermine les preuves suffisantes. Une décision reste attachée à son contexte et à son moment. Si les sources changent, si une définition évolue ou si la période observée s’éloigne, le résultat doit pouvoir être revu plutôt que traité comme permanent. La présentation doit garder visibles les conditions et les éléments manquants qui limitent sa portée. Cette discipline permet à une personne de comprendre ce qui soutient une conclusion et ce qui demanderait une observation supplémentaire. Elle empêche aussi qu’une donnée utile dans un cas soit réutilisée ailleurs sans vérifier sa pertinence. Un examen utile distingue aussi les champs simplement présents des éléments capables de soutenir une réponse. La liste des exigences doit rester lisible pour que l’équipe puisse vérifier chaque écart et éviter qu’une donnée secondaire masque le contexte décisif.
Base éditoriale
Cette page explique la doctrine et les limites du produit. Elle ne démontre ni couverture des sources ni résultats observés.
Consulter le modèle produitDécouvrir le raisonnement d’AXIGNAL
Découvrir AXIGNAL