As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Fundamentos do agente
Antes de discutirmos os detalhes da arquitetura, devemos descrever as diferentes funções que os agentes desempenham porque “agente” é um termo sobrecarregado que pode ser aplicado a muitos casos de uso. Vamos começar com alguns termos gerais que podem ajudar a categorizá-los.
No nível mais externo, precisamos começar classificando o papel e a natureza dos agentes. Isso é desafiador porque há uma grande variedade de cenários em que os agentes podem ser aplicados a qualquer número de problemas. Para essa discussão, porém, vamos nos concentrar no que significa introduzir um agente em um aplicativo ou sistema. Nesse modelo, enfatizamos como e onde os agentes podem enriquecer melhor a experiência do seu sistema. As opções escolhidas influenciam a forma como seus agentes são criados, integrados e aplicados a diferentes domínios e casos de uso. O diagrama a seguir mostra dois padrões agentes que os construtores usam.
No lado esquerdo do diagrama está um agente baseado em interação. Nesse modo, um agente cria uma visão de um sistema existente para orquestrar interações com os serviços subjacentes para atingir uma meta ou resultado. A chave é que o agente seja adicionado a um sistema como uma abordagem alternativa para direcionar os recursos e capacidades do sistema. Imagine, por exemplo, que um fornecedor independente de software (ISV) tenha um sistema contábil com uma UX usada para realizar operações. O agente baseado em interação simplifica a interação com esses recursos existentes. É menos sobre aprender como alcançar uma meta vagamente definida e mais sobre fornecer uma maneira de orquestrar caminhos conhecidos.
Por outro lado, o sistema baseado em tarefas no lado direito do diagrama representa uma abordagem diferente. Os agentes desse sistema usam seus conhecimentos e habilidades para aprender a concluir tarefas e gerar resultados comerciais. Você poderia argumentar que os dois modelos alcançam resultados comerciais, mas um modelo baseado em tarefas depende dos próprios agentes para determinar como alcançar um resultado. Esses agentes são menos deterministas e, em vez disso, confiam em sua capacidade de aprender e evoluir. Por outro lado, os agentes baseados em interação são projetados principalmente para orquestrar um conjunto de recursos conhecidos. Essas diferenças afetam a forma como você cria, define o escopo e integra agentes para apoiar seus negócios.
Também precisamos de termos que caracterizem como e onde implantamos agentes. O local onde um agente vive dentro da área de cobertura do seu sistema pode influenciar a forma como ele é construído, definido e protegido. O diagrama a seguir descreve dois modelos distintos que podem ser aplicados aos agentes.
No lado esquerdo do diagrama, há um sistema de implantação com três agentes diferentes. Os agentes são expostos a clientes externos que podem ser outros agentes ou aplicativos. Para esse modelo, os agentes são chamados de agentes públicos.
Por outro lado, o diagrama no lado direito mostra os agentes dentro da implementação da solução. Nesse caso, há uma série de serviços de aplicativos que são consumidos por usuários ou sistemas. Esses usuários interagem com o aplicativo sem saber que os agentes fazem parte da experiência. Os agentes são então invocados e orquestrados pelos serviços do sistema subjacente. Agentes implantados dessa maneira são chamados de agentes privados.
Muito do valor de um agente se concentra no modelo público em que os provedores podem publicar seus agentes com a intenção de integrá-los a outros agentes terceirizados. Os agentes então fariam parte de uma malha ou rede de serviços interconectados que, coletivamente, seriam capazes de lidar com muitos casos de uso. Embora esses agentes possam ser usados em muitos domínios, o caso de business-to-business uso é uma opção natural. O diagrama a seguir fornece uma visão conceituada de como seria montar um agente de coleta que resolva um problema específico.
O diagrama mostra quatro agentes de negócios que trabalham juntos para atingir um conjunto de objetivos. Quando os agentes são compostos dessa forma, eles representam um sistema agente, e há muitos tipos desses sistemas. Eles podem ser um conjunto pré-empacotado de agentes colaboradores que geralmente são consumidos como uma única unidade. Ou o sistema pode ser montado dinamicamente por clientes que desejam escolher uma combinação de agentes que melhor atenda às suas necessidades.
Ambas as abordagens oferecem caminhos viáveis para a integração de agentes. Alguns agentes são criados com a expectativa de serem integrados a sistemas específicos onde possam maximizar seu valor, alcance e impacto. Essa noção de sistemas agentes também levanta questões sobre como os agentes são adquiridos, e pode haver muitas maneiras de lidar com isso. O diagrama a seguir fornece exemplos de como esses agentes e sistemas podem ser criados por meio de experiências transacionais.
Dois exemplos de experiências de mercado são mostrados. No lado esquerdo, um mercado é usado para adquirir sistemas pré-embalados. Nesse cenário, o mercado descobre e integra sistemas que abordam objetivos mais amplos que exigem a integração e a orquestração de vários agentes.
O exemplo no lado direito mostra um mercado em que os agentes são descobertos e compostos em sistemas agentes. Nesse cenário, os clientes podem criar qualquer sistema de agentes compatíveis e integrados para atender às suas necessidades. A capacidade de montar agentes dessa maneira depende do modelo de compatibilidade e dos requisitos de integração de agentes individuais.
