Les connaissances organisationnelles destinées aux agents d’IA sont le contexte de l’entreprise conservé sous forme d’enregistrements gouvernés qu’un agent peut récupérer pour une tâche qui lui est assignée. Chaque enregistrement utile précise ce qui a été observé ou affirmé, d’où cela provient, qui en est responsable, à quoi cela s’applique, si l’information est à jour ou contestée, et qui peut l’utiliser ou la modifier.
Cette définition va au-delà du stockage de documents ou d’historiques de conversation. Un dossier peut conserver des informations tout en laissant sans réponse des questions opérationnelles élémentaires : quelle source fait autorité, ce qui a changé, qui tranche lorsque les sources divergent et quand une ancienne affirmation doit cesser d’influencer le travail. Les opérateurs AI-Native et les responsables d’équipes fonctionnelles ont besoin de ces réponses avant qu’un contexte partagé puisse soutenir de manière responsable un travail récurrent.
Le cycle de vie ci-dessous est le modèle opérationnel employé dans ce guide. Il s’agit d’une synthèse éditoriale, et non d’une norme sectorielle ou d’une affirmation concernant un produit donné.
Ce qui rend les connaissances organisationnelles utilisables par un agent
Un enregistrement utilisable réunit quatre types de contexte :
- Contenu : le fait, l’instruction, la décision ou l’inférence exacts.
- Provenance : la source, la version ou la somme de contrôle, le moment de l’observation et l’acteur ou le processus qui a créé l’enregistrement.
- Relation : un identifiant stable et une relation typée indiquant ce que l’enregistrement décrit ou affecte.
- Contrôle : un responsable, un état du cycle de vie, un état de conflit et une limite de lecture ou de modification.
Ces champs permettent à une équipe d’examiner les fondements du contexte d’un agent. Ils fournissent aussi des emplacements explicites pour consigner l’incertitude. Un fait observé ne doit pas se transformer discrètement en inférence, et une source plus récente ne doit pas effacer sans trace l’historique de l’affirmation qu’elle remplace.
Le W3C PROV Data Model décrit la provenance au moyen des entités, activités et personnes ou institutions qui participent à la production d’une information ou l’influencent. La norme indique que la provenance peut aider à évaluer la confiance et à intégrer des informations issues de différentes sources. La provenance apporte des éléments probants à cette évaluation ; elle ne prouve pas que l’affirmation sous-jacente est vraie.
Un cycle de vie en huit étapes pour les connaissances organisationnelles
Le cycle de vie transforme une note en enregistrement vérifiable et le maintient sous gouvernance après sa première utilisation.
| Étape | Question à laquelle répondre | Éléments probants minimaux à conserver | Défaillance à éviter |
|---|---|---|---|
| Capturer | Qu’est-ce qui a été observé ou affirmé ? | Énoncé exact, identité de la source, version ou somme de contrôle, moment de l’observation et étiquette de fait ou d’inférence | Une source manquante ou une affirmation présentée comme un fait |
| Attribuer | Qui est responsable de l’enregistrement ? | Responsable nommé, domaine et date de révision | Un responsable absent ou incapable de trancher l’affirmation |
| Relier | À quoi l’enregistrement s’applique-t-il ? | Identifiant stable, entité typée et relation typée | Une note isolée dont la portée est ambiguë |
| Récupérer | Quelle tâche peut l’utiliser ? | Finalité de la récupération, requête ou déclencheur et version renvoyée | Un contexte non pertinent, obsolète ou non autorisé |
| Mettre à jour | Qu’est-ce qui a changé et pourquoi ? | Valeurs précédente et nouvelle, source, acteur, motif et moment de l’événement | Un remplacement silencieux |
| Résoudre | Les sources fiables concordent-elles ? | Les deux enregistrements sources, l’état du conflit, le responsable de la décision et l’échéance | Une source écartée sans laisser de trace |
| Retirer de l’usage | L’enregistrement doit-il rester utilisable ? | État ou événement d’invalidation, motif, acteur et lien vers le remplacement | Un contexte obsolète reste actif ou l’historique est effacé |
| Limiter l’accès | Qui ou quoi peut le lire ou le modifier ? | Limite liée au rôle ou à la tâche, autorisations minimales et point de révision ou de révocation | Un accès étendu sans besoin assigné |
Ce modèle étend les étapes d’extraction, de stockage, de récupération et d’évolution décrites par Yang et al. dans l’étude de 2026 Graph-based Agent Memory: Taxonomy, Techniques, and Applications. L’étude présente également les graphes comme un moyen de représenter les dépendances relationnelles, d’organiser les informations hiérarchiques et de soutenir la récupération. Il s’agit d’une étude en prépublication, et non d’un benchmark produit ou d’une norme universelle de mise en œuvre. Ce guide ajoute, à titre de synthèse éditoriale, des décisions explicites sur la responsabilité, les conflits, le retrait de l’usage et l’accès.
Exemple d’enregistrement : un conflit fictif de responsabilité
L’enregistrement ci-dessous est un exemple de conception pour une entreprise fictive. Chaque personne, chemin, somme de contrôle et date a été inventé à des fins d’illustration. Il ne décrit pas le comportement du produit Toone, un test pratique ou un déploiement chez un client.
| Champ de l’enregistrement | Valeur fictive | Traitement |
|---|---|---|
| Identifiant | finance:quarter-close-owner | Clé stable de l’enregistrement |
| Relation typée | applies_to → process:quarter-close-checklist | Relie l’affirmation de responsabilité à un processus défini au lieu de la laisser sous forme de note isolée |
| Fait observé | « Finance Handbook v3 désigne Rowan Lee comme responsable de la liste de contrôle de clôture trimestrielle. » | OBSERVED ; source finance-handbook-v3.md ; somme de contrôle sha256:example-v3 ; observation le 2026-07-02 |
| Inférence | « Un agent de planification financière peut avoir besoin de ce responsable lors de l’acheminement d’une tâche de clôture. » | INFERENCE ; liée au fait observé, et non stockée comme un fait provenant de la source |
| Fait contradictoire | « Staff Directory v8 désigne Morgan Silva comme responsable des opérations financières. » | CONFLICT ; les deux sources fictives restent disponibles et aucune ne prévaut automatiquement |
| Événement de mise à jour | L’état est passé de active à conflicted sous l’action du responsable des connaissances financières le 2026-07-03 ; l’utilisation courante a été suspendue | UPDATE ; l’acteur, le moment, le motif et l’état précédent sont conservés |
| Règle de récupération | La tâche route-quarter-close-checklist peut demander l’enregistrement, mais un état conflicted renvoie le différend et ne fournit aucune recommandation de responsable | RETRIEVAL ; la finalité, l’état renvoyé et l’usage affecté sont explicites |
| Responsable de la résolution | Directeur financier ; révision prévue au 2026-07-05 | Responsable de la décision et échéance nommés |
| Décision de retrait de l’usage | Si Morgan est confirmé, retirer de l’usage l’affirmation attribuant la responsabilité à Rowan, lier son remplacement et conserver la piste de révision | RETIREMENT ; la décision est encore en attente dans l’exemple |
| Limite d’autorisation | Les rôles financiers et la tâche d’acheminement de la clôture reçoivent l’accès minimal nécessaire | DESIGN RECOMMENDATION ; les règles d’autorité détaillées relèvent de la politique de gouvernance |
L’exemple maintient séparées l’affirmation du manuel, celle de l’annuaire et l’inférence relative à l’acheminement. La récupération destinée à l’acheminement de la clôture trimestrielle s’arrête tant que le champ de responsabilité est contesté. Une fois la décision prise par le directeur financier, le responsable consigne la décision, lie le remplacement accepté et retire de l’usage l’affirmation remplacée sans supprimer sa provenance.
Traiter les faits, les inférences et les conflits comme des enregistrements distincts
Stockez l’énoncé exact étayé par la source comme un fait observé. Si une équipe ou un agent en déduit une conséquence possible, conservez l’inférence séparément et reliez-la à son enregistrement source. Cela évite qu’une interprétation plausible soit ensuite récupérée comme si la source l’avait énoncée directement.
Lorsque des sources fiables divergent, conservez les deux enregistrements sources et marquez le problème comme un conflit non résolu. Suspendez les usages qui dépendent de la valeur contestée, désignez un responsable de la décision et consignez une date de révision. La décision finale doit ajouter un événement de révision et un lien vers le remplacement, plutôt que supprimer de l’historique la source écartée.
Ce processus de gestion des conflits est une recommandation de ce guide. La provenance rend le désaccord vérifiable, mais elle ne détermine pas quelle affirmation est vraie.
Mettre à jour sans écraser silencieusement l’historique
Une mise à jour doit indiquer ce qui a changé, la valeur précédente, la personne qui a effectué le changement, la raison du changement et la source qui étaye la nouvelle valeur. L’enregistrement actif peut pointer vers l’affirmation acceptée la plus récente tandis que sa piste de révision conserve les états antérieurs. PROV-DM modélise la révision comme un type de dérivation, ce qui fournit un moyen fondé sur une norme de relier une révision à l’entité qui l’a précédée. Ce modèle n’impose pas une conception particulière de base de données.
Le retrait de l’usage constitue aussi un changement d’état. PROV-DM définit l’invalidation comme le début de la destruction, de la cessation ou de l’expiration d’une entité. Utiliser un événement équivalent pour retirer de l’usage un enregistrement de connaissances tout en conservant son historique est une recommandation de conception de ce guide, et non une exigence de la norme. Lorsqu’un enregistrement expire, est remplacé ou ne doit plus guider le travail, marquez-le comme retiré de l’usage et reliez son remplacement s’il en existe un.
Limiter la récupération à la tâche assignée
Les limites d’accès font partie de la conception de l’enregistrement, et pas seulement de l’interface de l’application. Définissez quel rôle ou quelle tâche peut lire l’enregistrement, quel rôle peut le modifier et quand cet accès sera révisé ou révoqué. La recommandation générale suit la définition du moindre privilège du NIST : n’accorder à une personne, un processus ou un agent que l’accès minimal nécessaire à une tâche assignée. Pour les systèmes relevant de son champ d’application relatif aux Controlled Unclassified Information, NIST SP 800-171 Rev. 3 comprend des contrôles qui limitent l’accès aux systèmes aux utilisateurs autorisés et aux fonctions permises. Ce guide applique le principe général de conception ; il n’affirme pas que la publication régit Toone ou tous les systèmes de connaissances organisationnelles.
Les règles détaillées d’autorité d’approbation, la gestion des exceptions et les contrôles des actions relèvent d’une politique de gouvernance distincte. Les déclarations contraignantes sur les flux de données du produit relèvent de la documentation relative à la confidentialité.
Questions à traiter avant qu’un enregistrement soit utilisé couramment
Avant qu’un agent puisse utiliser un enregistrement dans un travail récurrent, vérifiez les points suivants :
- L’énoncé a-t-il été copié fidèlement depuis une source identifiée ?
- Est-il étiqueté comme un fait observé, une inférence, une instruction ou une décision ?
- Possède-t-il un identifiant stable et une relation claire avec l’entité ou la tâche concernée ?
- Un responsable nommé est-il en mesure de résoudre les différends et d’approuver les mises à jour ?
- La récupération peut-elle renvoyer la version et la source utilisées pour la tâche ?
- Les conflits non résolus sont-ils visibles, et les usages affectés sont-ils suspendus lorsque cela est nécessaire ?
- L’enregistrement peut-il être retiré de l’usage sans supprimer son historique ?
- Les autorisations de lecture et de modification sont-elles limitées à un besoin assigné ?
Si la réponse à l’une de ces questions est non, l’enregistrement demande encore du travail avant de devenir un contexte opérationnel fiable.
Définir ensuite la limite de gouvernance
Une fois les champs du cycle de vie définis, déterminez qui peut approuver les mises à jour, résoudre les conflits, accorder des exceptions et autoriser les actions des agents. Utilisez le guide de gouvernance des agents d’IA, en anglais pour définir ces limites d’autorité.
Pour obtenir des informations contraignantes sur le traitement des données du produit, consultez la documentation relative à la confidentialité, en anglais. Pour définir à quel moment le contexte gouverné intervient dans un travail planifié ou récurrent, poursuivez avec les routines des agents d’IA, en anglais. Ces pages sont responsables de ces décisions afin que ce guide puisse rester centré sur l’enregistrement de connaissances lui-même.
Si vous évaluez des éléments probants avant de prendre une décision concernant un produit, consultez les showcases de Toone, en anglais et maintenez chaque affirmation probante dans les limites de sa portée déclarée. Un showcase ne prouve pas que le cycle de vie des connaissances organisationnelles présenté dans ce guide est mis en œuvre dans le produit.
Sources
- Yang, Chang, et al. Graph-based Agent Memory: Taxonomy, Techniques, and Applications. Prépublication arXiv, version 1 soumise le 2026-02-05. Ce guide utilise uniquement les affirmations de l’abstract portant sur le cycle de vie et les caractéristiques des graphes.
- W3C Provenance Working Group. PROV-DM: The PROV Data Model. Recommandation du W3C, 2013-04-30.
- NIST. Least privilege. Glossaire du CSRC.
- Ross, Ron, et Victoria Pillitteri. NIST SP 800-171 Rev. 3. Mai 2024. Son champ d’application normatif est la protection des Controlled Unclassified Information dans les systèmes et organisations non fédéraux.
Les sources ont été consultées le 2026-08-13.
À propos de ce guide
Qui : Toone Content est l’auteur organisationnel et Hexagonal.io est l’éditeur. Le Content Editor est le rôle responsable de la révision éditoriale de ce brouillon et a terminé cette révision. Cette source ne revendique aucune révision humaine, produit, sécurité, confidentialité ou par un spécialiste du domaine.
Comment : Le brouillon a été préparé à partir d’un brief approuvé à G1 et d’un dossier d’affirmations et de sources figé par somme de contrôle. Une assistance automatisée a contribué à organiser et synthétiser le contenu. L’auteur n’a utilisé les recherches et normes citées que dans leur portée déclarée, a présenté le cycle de vie combiné comme une synthèse éditoriale et a créé l’exemple d’enregistrement comme une fiction. Aucun test de produit ni déploiement chez un client n’a servi à produire le guide.
Pourquoi : Ce guide vise à aider les opérateurs et les responsables d’équipe à déterminer les éléments probants et les contrôles dont un enregistrement de connaissances partagées a besoin avant qu’un agent d’IA l’utilise dans un travail récurrent.
Limites et corrections : Ce cycle de vie est un modèle pratique, et non une architecture universelle. Il ne vérifie pas que Toone ou un autre produit met en œuvre ces contrôles. Consultez la politique éditoriale et de corrections, en anglais pour connaître la méthode de sélection des sources et le processus de correction. Pour signaler un problème factuel, contactez Toone, en anglais. Toute correction substantielle doit préciser ce qui a changé et mettre à jour la date de la source.