AXIGNAL
Get started
Thème · Mémoire et contexte pour l’IA

Contexte persistant des agents : mémoire, permissions et limites

Un agent peut poursuivre une tâche sur plusieurs étapes, mais la continuité ne consiste pas à charger tout l’historique à chaque appel. Elle consiste à restaurer un contexte pertinent et autorisé, à en rendre les limites visibles et à conserver le chemin vers les preuves.

En bref

Le contexte persistant d’un agent ne devrait contenir que des informations pertinentes et autorisées, leur lien avec l’enquête en cours, leur état temporel et leur provenance. Une mémoire privée peut orienter l’attention sans changer la vérité partagée ni se diffuser à d’autres périmètres.

Reprendre le fil sans reconstruire une biographie

La continuité cognitive aide à reprendre une enquête, ses questions ouvertes et les changements depuis un point de contrôle significatif. Elle n’exige pas de profiler psychologiquement la personne ni d’inférer des caractéristiques sensibles. Le contexte doit être explicite : organisation, client, focus d’observation, tâche et autorisations applicables. Si le périmètre ne peut être résolu en toute sécurité, l’agent devrait demander une précision ou s’abstenir de récupérer l’information. Une similarité entre enquêtes n’autorise pas un changement de client.

Séparer attention privée et mémoire partagée

Des notes de travail ou préférences de lecture peuvent relever du contexte d’attention ; les preuves économiques partagées nécessitent leur propre gouvernance. Cette distinction évite de traiter une indication de l’utilisateur comme un fait sur une entreprise ou de laisser une observation privée modifier une représentation canonique. Dans AXIGNAL, AXIGLAND est la mémoire économique gouvernée et AXENT un navigateur cognitif contextuel. Cela décrit la doctrine produit, pas une disponibilité de production garantie.

Rendre la récupération réversible et l’explication vérifiable

Une sortie devrait indiquer le contexte utilisé, sa provenance, son actualité et les éléments manquants. Un changement en amont peut imposer de réévaluer uniquement les conclusions qui en dépendent, tout en conservant l’historique. Une explication ne doit pas inventer après coup pourquoi l’agent a affiché un résultat. Si l’origine manque, l’état UNKNOWN est préférable à une justification plausible reconstruite.

Limiter l’autorité de chaque outil

La continuité ne justifie pas un accès général aux bases de données. L’identité, le client et les permissions doivent être résolus avant toute récupération ; la similarité ne donne aucun droit supplémentaire. Les actions de lecture devraient rester distinctes des opérations ayant des effets. Si l’autorisation ne peut pas être établie, mieux vaut arrêter l’opération et rendre la limite compréhensible que chercher dans un périmètre plus large.

Exemple conceptuel

Exemple hypothétique : une consultante reprend une enquête sur un client dans une autre session. Avant de récupérer des notes, le système confirme le client et les droits de cette session ; il affiche les questions ouvertes et sépare les notes privées des preuves publiques admises. S’il ne sait pas quel client concerne la demande, il ne mélange pas les espaces. Ce n’est pas une fonction AXIGNAL annoncée comme opérationnelle.

Portée et limites

Un historique long ne garantit ni continuité ni exactitude. La récupération dépend de l’identité, des droits, de la conservation, des sources et de leur état temporel. Un agent ne devrait pas disposer d’un accès sans restriction ni de SQL arbitraire ; une explication générée ne remplace pas une trace réelle. Les capacités concrètes varient selon chaque système et doivent être vérifiées avant d’être attribuées à AXIGNAL.

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 produit

Explorer Knowledge

Découvrir AXIGNAL