A Agentforce está aqui. A Salesforce encerrou mais uma edição de sua conferência anual Dreamforce em setembro. Juntando-se aos enxames de participantes – e aos enxames de Waymos transportando-os por uma São Francisco extra-limpa – cada um de nós agora tem um enxame de agentes ao nosso alcance para transformar o trabalho, perfeitamente controlado dentro do ecossistema Salesforce. Embora a Dreamforce seja sempre um espetáculo por seus pronunciamentos do futuro aprimorados pelo advertising and marketing, este ano proporcionou uma visão inesperadamente convincente de como os agentes baseados em IA estão prestes a revolucionar o native de trabalho e a experiência do cliente.
Vamos moderar nossas expectativas por mais um pouco. Benioff ponderou em sua palestra: “Por que nossos agentes seriam tão pouco alucinógenos?” Sim, eles têm os dados, os metadados, os fluxos de trabalho e uma vasta gama de serviços aos quais se conectar; e desde que seus sistemas residam apenas no Salesforce, parece bastante excellent. A Salesforce pode ou não ter inventado a engenharia imediata, uma afirmação que Benioff também fez na palestra, evocando talvez o monólogo do Dr. Evil de “Austin Powers” sobre seu pai inventando o ponto de interrogação. Mas será que o Salesforce pode atender à visão da Agentforce? Se o fizerem, será um grande problema a forma como o trabalho será realizado.
Sejamos realistas: nem todos os nossos sistemas e dados residem no Salesforce. Se o futuro do trabalho for definido por grupos de agentes que trabalham em conjunto, até que ponto os jardins murados e os ecossistemas fechados podem realmente levar-nos na entrega de resultados em todos os nossos negócios? Certamente a Apple, a Microsoft, a Amazon e uma série de outras querem abraçar a enorme oportunidade de agente que temos diante de nós. Mas como cada onda de avanço técnico trouxe diferentes sabores de debates fechados versus abertos, precisaremos, em última análise, de um padrão para os agentes trabalharem juntos entre si, além das fronteiras. Caso contrário, apenas partes do seu negócio terão esta oportunidade.
Como fazemos frequentemente quando nos deparamos com o enigma aberto/fechado, olhemos para an online aberta como um caminho a seguir. Assim como os aplicativos do seu telefone precisam de uma visualização na Internet para permitir uma gama infinita de resultados de aplicativos móveis, o mesmo será necessário na próxima fronteira multiagente. Ferramentas como o Slack fornecem estruturas de UI como o Block Equipment, que podem potencializar a interface do usuário para uma interação simples do agente, mas não foram feitas para lidar com a profundidade das experiências modernas do usuário. Tomemos como exemplo o Prisma no sentido horário. Construímos um agente de agendamento de nível superior para encontrar horário para uma reunião, mesmo que não haja nenhum “espaço em branco” atual no calendário de amanhã. Ao conectá-lo a outros agentes para conseguir aquela reunião impossível com seus melhores clientes em potencial, você precisará de uma maneira de confirmar ou explorar uma infinidade de opções de agendamento sofisticadas e poderosas. Fornecer uma visualização da internet para fazer isso é o caminho claro a seguir.
Ao longo de sua palestra, Benioff repetiu o mantra de que você não quer agentes DIY em seu negócio. E ele está certo. As empresas desejam fluxos de trabalho controlados e simplificados que proporcionem valor repetível. E ainda assim eles não querem ficar presos em um silo. É por isso que precisamos de um padrão aberto para o futuro multiagente. Precisamos de uma maneira confiável para os agentes interagirem uns com os outros, cruzarem fronteiras entre aplicativos e ecossistemas e fazerem isso de uma forma que mantenha as empresas no controle de sua experiência com o produto.
Você pode ter a mesma probabilidade de iniciar um conjunto de agentes de trabalho de dentro de um ticket do Atlassian Jira conectado a um caso de cliente do Salesforce, assim como de iniciar um conjunto de agentes ao contrário, originados do Salesforce conectado ao Atlassian. Para que os agentes trabalhem juntos, independentemente da origem de uma solicitação de trabalho e em diversas direções, com uma experiência de usuário consistente, novamente é necessário um padrão para fazer isso.
O que mais deve ser representado nesta norma? Fora do Salesforce, o ecossistema multiagente hoje é um emocionante oeste selvagem. Diariamente vemos inovações e formas de conectar e construir sistemas de IA e fluxos de trabalho de agentes. Uma ligação recente entre a estrutura de IA LangChain e uma ferramenta chamada Assitant-UI trouxe este perception:
“UX é essential para os agentes. Todo mundo quer agentes com streaming, interface de usuário generativa e interação humana em seus aplicativos.”
Na verdade, já abordamos como a experiência do usuário é essential para os agentes. E é claro que os agentes devem ser capazes de transmitir rapidamente suas respostas ao trabalhar com outros agentes. Mas e quanto à UI generativa e ao humano em seu aplicativo?
Vamos começar com o humano no circuito; outra área de amplo acordo. Embora a Salesforce e outros falem muito sobre automação, ela sempre se baseia na necessidade de ser capaz de trazer um ser humano de volta ao centro quando necessário. Aprendemos essa lição também na Clockwise e construímos nossa experiência de agente de agendamento em torno de um conceito central de ser capaz de entrar em contato novamente com o usuário com um conjunto proposto de opções de agendamento. Quando você está realizando um trabalho complexo, é incrível chegar à automação whole, mas tudo começa com o envolvimento do usuário e mantê-lo informado. Qualquer padrão deve ser construído em torno de uma capacidade opcional de check-in e confirmação com o usuário antes de prosseguir e, eventualmente, permitir automação whole quando a confiança for alta o suficiente.
E então, o que dizer da UI generativa? Aqui eu proporia que o que é necessário não é necessariamente uma UI generativa, mas uma “UI nativa”. O importante é que o agente esteja produzindo uma UI nativa e controlada pelo serviço/agente que responde à solicitação. Somente o serviço nativo terá o contexto e o entendimento necessários para renderizar uma interface de usuário vinculada à solicitação do agente. Se essa UI é renderizada usando IA generativa ou algum outro mecanismo que não seja de IA, é deixado para o serviço de resposta como um detalhe de implementação. E aqui, pensamos que o padrão aberto deve permitir que o serviço de resposta controle e entregue UI nativa a uma solicitação do agente.
O que vem a seguir? Estamos entusiasmados em continuar examinando como será um futuro multiagente aberto. Criamos um rascunho de algo que chamamos de Protocolo Multiagente Aberto (OMAP) e estamos entusiasmados em continuar levando a conversa adiante. Não demorará muito para que existam tipos inteiramente novos de empregos, onde as pessoas usam agentes para trabalhar de maneira poderosa e simplificada. A period da descrição do trabalho do Agent Orchestrator está chegando e, embora o Salesforce hint um caminho atraente pela frente, precisaremos de uma maneira padrão para os agentes se interconectarem além das fronteiras.
