Modèle d’Agent Utilisateur d’Outils
What It Is
Dans ce modèle, les agents n’« agissent » jamais de façon implicite. Ils n’agissent que via des outils explicites, aux entrées et sorties définies.
Les outils sont des capacités soumises à permission : appels d’API, actions sur des bases de données, opérations sur des fichiers, déclencheurs de workflows, notifications et approbations.
Cela transforme les actions de l’agent en opérations observables, testables et auditables.
Why It Matters in Enterprise
Des outils explicites font toute la différence entre une autonomie de démonstration et une autonomie de production.
Ils permettent le moindre privilège, des journaux d’audit et des modes d’échec maîtrisés (réessais, retours en arrière, approbations) pour chaque outil.
Ils améliorent aussi l’évaluation : on peut mesurer les taux de réussite, la latence, les catégories d’erreur et la conformité aux politiques, outil par outil.
Common Mistakes
- Autoriser des actions « libres » (par exemple, un agent qui écrit directement dans les systèmes sans passer par des outils délimités).
- Des outils trop puissants (« updateAnything(id, payload) ») au lieu d’opérations étroites et bien délimitées.
- Ne pas valider les entrées et sorties des outils, ni appliquer de contrôles de politique avant l’exécution.
- Absence d’observabilité : pas de journaux, pas d’identifiants de corrélation, pas d’attribution à un utilisateur ou à un agent.
How Copyl Supports This Pattern
- L’approche plateforme de Copyl encourage les agents à agir via des outils et des workflows intégrés plutôt que par des effets de bord cachés.
- Les permissions, les journaux d’audit et l’application des politiques s’exercent à la frontière de l’outil, pour garder les actions gouvernables.
- Cela crée un cadre opérationnel plus sûr pour les intégrations et l’automatisation en entreprise.