Je reviens souvent sur une distinction qu’il est facile de négliger dans l’économie des agents : savoir quel agent IA agit n’est pas la même chose que savoir ce qu’il devrait être autorisé à faire.
Le Passport de Kite et son modèle de permissions déléguées abordent cette question sous deux angles différents. L’identité aide à établir au nom de qui un agent agit, tandis que des permissions limitées à un périmètre précis et des contrôles de session peuvent restreindre ce qu’il est autorisé à faire. Cette distinction est importante. Un agent peut avoir besoin d’une autorisation pour accomplir une tâche sans pour autant se voir accorder un accès large et permanent à tout ce qui se trouve derrière.
C’est une orientation de conception raisonnable, mais la question la plus difficile se pose lorsque la tâche change. Une permission qui a du sens au départ peut devenir trop large, trop restreinte ou tout simplement inadaptée à mesure que l’agent avance dans un processus. L’expiration et la révocation sont utiles, mais elles ne garantissent pas automatiquement que chaque décision concernant les permissions soit correcte.
Je pense que c’est là que l’infrastructure des agents devient intéressante. L’autonomie ne consiste pas seulement à laisser les logiciels agir sans attendre notre feu vert. Il s’agit de définir des limites qui restent pertinentes même lorsque nous ne surveillons pas chaque étape.
Préféreriez-vous accorder à un agent une large autorité par souci de commodité, ou des permissions plus restreintes qui exigent un contrôle plus délibéré ??
#KiteBBW $KITE
Le Passport de Kite et son modèle de permissions déléguées abordent cette question sous deux angles différents. L’identité aide à établir au nom de qui un agent agit, tandis que des permissions limitées à un périmètre précis et des contrôles de session peuvent restreindre ce qu’il est autorisé à faire. Cette distinction est importante. Un agent peut avoir besoin d’une autorisation pour accomplir une tâche sans pour autant se voir accorder un accès large et permanent à tout ce qui se trouve derrière.
C’est une orientation de conception raisonnable, mais la question la plus difficile se pose lorsque la tâche change. Une permission qui a du sens au départ peut devenir trop large, trop restreinte ou tout simplement inadaptée à mesure que l’agent avance dans un processus. L’expiration et la révocation sont utiles, mais elles ne garantissent pas automatiquement que chaque décision concernant les permissions soit correcte.
Je pense que c’est là que l’infrastructure des agents devient intéressante. L’autonomie ne consiste pas seulement à laisser les logiciels agir sans attendre notre feu vert. Il s’agit de définir des limites qui restent pertinentes même lorsque nous ne surveillons pas chaque étape.
Préféreriez-vous accorder à un agent une large autorité par souci de commodité, ou des permissions plus restreintes qui exigent un contrôle plus délibéré ??
#KiteBBW $KITE