Agno 3.1.10 remplace le verrou du créateur par des permissions dans Company
L’essentiel de l’annonce
Les écritures sur les ressources partagées Company dépendent désormais des droits accordés. Certains déploiements perdent leur isolation par créateur.
- Date de publication de la source
- Catégorie
- Sécurité et règles
- Périmètre et accès
- Changement du mode Company dans Agno 3.1.10, publié le 23 octobre.
- Sujet du contenu
- Permissions sur les ressources partagées
- Entreprises / organismes
- Agno
- Technologies
- Agent IA
Des droits fondés sur la ressource
Agno est un framework de construction d’agents. Son environnement AgentOS propose un mode Company pour organiser des ressources partagées, comme les produits, projets, tâches, routines et pages wiki. La version 3.1.10 change les règles d’écriture de ces ressources. Le contrôle porte désormais sur les permissions de la ressource, appelées scopes, plutôt que sur l’identité de son créateur. L’identifiant du créateur est conservé pour l’attribution. Les agents disposent des mêmes droits d’écriture que leur appelant. Un membre autorisé peut ainsi agir sur une ressource créée par un autre membre.
Accorder une permission
Le déploiement donne au membre les droits sur un type de ressource Company.
Contrôler le périmètre
L’écriture vérifie ces droits sans exiger que le membre soit le créateur.
Conserver l’auteur
L’identité du créateur reste enregistrée pour l’attribution des ressources.
Choisissez une étape pour lire son explication.
Accorder une permission
Le déploiement donne au membre les droits sur un type de ressource Company.
Contrôler le périmètre
L’écriture vérifie ces droits sans exiger que le membre soit le créateur.
Conserver l’auteur
L’identité du créateur reste enregistrée pour l’attribution des ressources.
Illustration simplifiée. Les dessins ne montrent pas de résultats mesurés.
Points techniques et opérationnels
- Créateur et personne autorisée ne sont plus confondus pour ces écritures.
- Les agents héritent des droits de l’appelant.
- Les contrôles des sessions de tâches restent distincts.
Une migration à examiner
Exemples possibles. L’annonce ne démontre pas de gains pour ces usages.
Exemple pédagogique
Exemple fictif
Deux membres partagent un espace Company. Celui qui dispose du droit d’écriture du wiki peut modifier une page créée par l’autre, même s’il n’en est pas l’auteur.
Deux questions pour évaluer l’intérêt
- Identifier les déploiements qui dépendaient du verrou lié au créateur.
- Examiner la portée des permissions déjà accordées aux membres et aux agents.
Qui peut l’utiliser, avec quelles limites ?
Version publiée avec changement de droits
La modification est signalée comme une rupture de compatibilité pour les déploiements qui utilisaient l’isolation par créateur. Une permission d’écriture peut couvrir toutes les ressources du type concerné. Les droits plus fins par produit évoqués dans une autre proposition ne sont pas établis comme livrés ici. Les sessions d’exécution de tâches conservent leurs propres contrôles d’appartenance.
Conditions d’accès : Version publique. Examiner les permissions Company et les dépendances du déploiement avant migration.
Accès et réserves
Interprétation éditoriale à partir de l’annonce.
La portée effective des permissions devient déterminante. Cette évolution n’est pas une garantie de sécurité plus forte.
Les mots utiles pour comprendre
Sources et vérifications
Source vérifiée le . Synthèse originale. Les résultats annoncés restent attribués à leur source. Les dessins expliquent le principe ; les exemples présentent un usage possible.
Notes de version complètes et description primaire de la modification des droits lues. Aucun déploiement Agno testé ou modifié.
Publié sur ce site le . Mis à jour le . Rédaction : Boris Shutov, avec l’aide de ChatGPT. Notre méthode éditoriale.