Summary

  • La révision 05 du projet draft-irtf-nmrg-ibn-usecases, publiée le 2 novembre, ajoute quatre pistes de gouvernance des agents dans ses considérations de sécurité.
  • Un journal de décisions ne suffit pas : il faut pouvoir rattacher l’intention initiale à la politique installée, à son approbation et à ses effets observés.

Une intention peut finir ailleurs

L’annonce au groupe NMRG date la révision 05 du 2 novembre. Le dossier officiel la présente comme un Internet-Draft actif de l’IRTF. Le sujet est la gestion par intentions : un responsable formule le résultat voulu, puis des outils le convertissent en politique et en changements techniques.

La révision 04 parlait déjà d’agents IA. La révision 05 précise ce qui peut mal tourner : mauvaise traduction de l’intention, politique nuisible déployée, action inattendue. Elle propose d’envisager au minimum une identité vérifiable et persistante entre interactions et domaines, un journal immuable de chaque décision et action, une intervention humaine explicite aux étapes lourdes de conséquences, puis un mécanisme de retour arrière ou de réparation. Le texte dit « should be considered » ; il ne transforme pas cette liste en obligation technique universelle.

Autre ajout : un composant de comptabilité vérifierait l’intention reçue et estimerait le résultat de la politique. Après déploiement, surveillance et analyse compareraient l’action de l’agent à la politique attendue et remonteraient un rapport à l’administrateur. Le parcours général du document comprend déjà traduction, vérification, déploiement, surveillance, validation, optimisation et rapport. Le message « opération réussie » de l’agent n’en couvre qu’une petite partie.

Le bon reçu doit relier les pièces

Prenons une demande d’isoler un segment défaillant. Le contrôleur devrait pouvoir retrouver la demande exacte, l’identité de l’agent, la politique qu’il a produite, l’accord humain, la version réellement installée, l’état observé et la marche arrière disponible. Cette chaîne unique est une lecture opérationnelle de Daniel Kade ; le projet ne définit aucun objet de données portant ce nom.

On peut conserver pour toujours la trace d’une mauvaise décision. On peut aussi approuver une version de politique et en déployer une autre. Le projet ne documente ni incident précis ni installation nommée. Pour juger un réseau réel, il manquerait des journaux horodatés liant ces étapes aux modifications d’équipement et au résultat mesuré.

Sources