Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Principes fondamentaux des agents
Avant d'aborder les détails de l'architecture, nous devons décrire les différents rôles que jouent les agents, car le terme « agent » est un terme surchargé qui peut être appliqué à de nombreux cas d'utilisation. Commençons par quelques termes généraux qui peuvent aider à les classer.
Au niveau le plus externe, nous devons commencer par classer le rôle et la nature des agents. C'est un défi car il existe un large éventail de scénarios dans lesquels les agents peuvent être utilisés pour résoudre un certain nombre de problèmes. Dans le cadre de cette discussion, nous nous concentrons toutefois sur ce que signifie introduire un agent dans une application ou un système. Dans ce modèle, nous soulignons comment et où les agents peuvent le mieux enrichir l'expérience de votre système. Les options que vous choisissez influencent la manière dont vos agents sont créés, intégrés et appliqués à différents domaines et cas d'utilisation. Le schéma suivant montre deux modèles agentiques utilisés par les constructeurs.
Sur le côté gauche du diagramme se trouve un agent basé sur l'interaction. Dans ce mode, un agent crée une vue sur un système existant pour orchestrer les interactions avec les services sous-jacents afin d'atteindre un objectif ou un résultat. L'essentiel est que l'agent soit ajouté à un système en tant qu'approche alternative pour piloter les fonctionnalités et les capacités du système. Imaginez, par exemple, qu'un éditeur de logiciels indépendant (ISV) dispose d'un système comptable doté d'une expérience utilisateur utilisée pour effectuer des opérations. L'agent basé sur l'interaction simplifie l'interaction avec ces fonctionnalités existantes. Il s'agit moins d'apprendre comment atteindre un objectif vague que de proposer un moyen d'orchestrer des parcours connus.
En revanche, le système basé sur les tâches sur le côté droit du diagramme représente une approche différente. Les agents de ce système utilisent leurs connaissances et leurs capacités pour apprendre à accomplir des tâches et à obtenir des résultats commerciaux. On pourrait soutenir que les deux modèles produisent des résultats commerciaux, mais un modèle basé sur les tâches repose sur les agents eux-mêmes pour déterminer comment atteindre un résultat. Ces agents sont moins déterministes et s'appuient plutôt sur leur capacité à apprendre et à évoluer. En revanche, les agents basés sur l'interaction sont principalement conçus pour orchestrer un ensemble de capacités connues. Ces différences affectent la manière dont vous créez, définissez et intégrez les agents pour soutenir votre entreprise.
Nous avons également besoin de termes qui décrivent comment et où nous déployons les agents. L'emplacement d'un agent dans le périmètre de votre système peut influencer la manière dont celui-ci est construit, défini et sécurisé. Le schéma suivant décrit deux modèles distincts qui pourraient être appliqués aux agents.
Sur le côté gauche du schéma se trouve un système de déploiement avec trois agents différents. Les agents sont exposés à des clients externes qui peuvent être d'autres agents ou applications. Dans ce modèle, les agents sont appelés agents publics.
En revanche, le schéma de droite montre les agents participant à la mise en œuvre de la solution. Dans ce cas, il existe une série de services d'application utilisés par les utilisateurs ou les systèmes. Ces utilisateurs interagissent avec l'application sans se rendre compte que les agents font partie de l'expérience. Les agents sont ensuite invoqués et orchestrés par les services du système sous-jacent. Les agents déployés de cette manière sont appelés agents privés.
Une grande partie de la valeur d'un agent se concentre sur le modèle public dans lequel les fournisseurs peuvent publier leurs agents dans le but de les intégrer à d'autres agents tiers. Les agents feraient alors partie d'un maillage ou d'un réseau de services interconnectés qui, collectivement, sont en mesure de répondre à de nombreux cas d'utilisation. Bien que ces agents puissent être utilisés dans de nombreux domaines, le cas d' business-to-businessutilisation est naturel. Le schéma suivant fournit une vue conceptualisée de ce à quoi peut ressembler l'assemblage d'un agent de recouvrement capable de résoudre un problème spécifique.
Le diagramme montre quatre agents commerciaux qui travaillent ensemble pour atteindre un ensemble d'objectifs. Lorsque les agents sont composés de cette façon, ils représentent un système agentique, et il existe de nombreuses variantes de tels systèmes. Il peut s'agir d'un ensemble préemballé d'agents collaborateurs généralement consommés en une seule unité. Le système peut également être assemblé dynamiquement par les clients qui souhaitent sélectionner une combinaison d'agents répondant le mieux à leurs besoins.
Les deux approches offrent des voies viables pour l'intégration des agents. Certains agents sont conçus dans l'espoir d'être intégrés dans des systèmes spécifiques leur permettant de maximiser leur valeur, leur portée et leur impact. Cette notion de système agentique soulève également des questions sur la manière dont les agents sont acquis, et il pourrait y avoir de nombreuses façons de résoudre ce problème. Le schéma suivant fournit des exemples de la manière dont ces agents et systèmes peuvent être créés par le biais d'expériences transactionnelles.
Deux exemples d'expériences de marché sont présentés. Sur le côté gauche, une place de marché est utilisée pour acquérir des systèmes préemballés. Dans ce scénario, le marché découvre et intègre des systèmes répondant à des objectifs plus larges nécessitant l'intégration et l'orchestration de plusieurs agents.
L'exemple sur le côté droit montre un marché où les agents sont découverts et composés en systèmes agentiques. Dans ce scénario, les clients peuvent créer n'importe quel système d'agents compatibles et intégrés pour répondre à leurs besoins. La capacité d'assembler les agents de cette manière dépend du modèle de compatibilité et des exigences d'intégration de chaque agent.
