O que é o Foundry Agent Service?

A maioria das empresas não quer apenas chatbots. Querem automação mais rápida e com menos erros. Isso pode significar resumir documentos, processar faturas, gerenciar tíquetes de suporte ou publicar postagens de blog. Em todos os casos, o objetivo é o mesmo: libertar pessoas e recursos para se concentrarem em trabalhos de maior valor, descarregando tarefas repetitivas e previsíveis.

Grandes modelos de linguagem (LLMs) introduziram um novo tipo de automação com sistemas capazes de compreender dados não estruturados, tomar decisões e gerar conteúdo. Na prática, as empresas podem ter dificuldade em ultrapassar as demonstrações e entrar na produção. Os LLMs podem desviar-se, ser incorretos e ter falta de responsabilidade. Sem visibilidade, aplicação de políticas e orquestração, estes modelos são difíceis de confiar em fluxos de trabalho empresariais reais.

O Foundry Agent Service liga as peças centrais do Foundry (como modelos, ferramentas e frameworks) num único runtime. Gere conversas, orquestra chamadas de ferramentas, impõe a segurança do conteúdo e integra-se com sistemas de identidade, redes e observabilidade. Estas atividades ajudam a garantir que os agentes são seguros, escaláveis e prontos para produção.

Ao abstrair a complexidade da infraestrutura e reforçar a confiança e segurança desde o design, a Foundry Agent Service pode ajudá-lo a passar do protótipo à produção com confiança.

O que é um agente de IA?

Os agentes tomam decisões, invocam ferramentas e participam de fluxos de trabalho. Realizam estas tarefas por vezes de forma independente e outras vezes em colaboração com outros agentes ou humanos. São fundamentais para a automação real de processos.

Agentes criados via Foundry não são monólitos. São unidades componíveis. Cada agente tem um papel específico, é alimentado pelo modelo certo e está equipado com as ferramentas certas. E cada agente é implementado dentro de um runtime seguro, observável e governável.

Um agente tem três componentes principais:

• Modelo (LLM): Potencia o raciocínio e a compreensão da linguagem.
• Instruções: Defina os objetivos, comportamento e restrições do agente. Podem ter os seguintes tipos:
  • Declarativo:
    • Baseado em comandos de linguagem natural: Um agente único definido de forma declarativa que combina a configuração do modelo, instrução, ferramentas e comandos em linguagem natural para orientar o comportamento.
    • Fluxo de trabalho: Um fluxo de trabalho agente que pode ser expresso como um YAML ou outro código para orquestrar múltiplos agentes em conjunto, ou para desencadear uma ação com base em determinados critérios.
  • Alojado: Agentes contentorizados que são criados e implementados em código e alojados pela Foundry.
• Ferramentas: Deixe o agente recuperar conhecimento ou agir.

Os agentes recebem entradas não estruturadas, como prompts do usuário, alertas ou mensagens de outros agentes. Eles produzem saídas na forma de resultados de ferramentas ou mensagens. Pelo caminho, podem chamar ferramentas para realizar recuperação ou desencadear ações.

Como funcionam os agentes na Foundry?

Pense na Foundry como uma linha de montagem para agentes inteligentes. Como qualquer fábrica moderna, a Foundry reúne estações especializadas, cada uma responsável por moldar parte do produto final. Em vez de máquinas e correias transportadoras, a fábrica de agentes utiliza modelos, ferramentas, políticas e orquestração para construir agentes seguros, testáveis e prontos para produção. Eis como a fábrica funciona, passo a passo:

O resultado é um agente pronto para produção: fiável, extensível e seguro para implementar nos seus fluxos de trabalho.

Por que usar o Serviço de Agente da Fundição?

O Foundry Agent Service fornece uma base pronta para produção para a implementação de agentes inteligentes em ambientes empresariais. Veja como se compara em termos de capacidades principais:

Introdução ao Foundry Agent Service

Para começar com o Foundry Agent Service, precisa de criar um projeto Foundry na sua subscrição Azure.

Você pode criar um projeto com os recursos necessários. Depois de criar um projeto, você pode implantar um modelo compatível, como GPT-4o. Quando tens um modelo implementado, também podes começar a fazer chamadas de API ao serviço usando os SDKs.

BCDR para agentes

Para suportar a resiliência do serviço, o Foundry Agent Service baseia-se em contas Azure Cosmos DB fornecidas pelo cliente para continuidade do negócio e recuperação de desastres (BCDR). Esta confiança ajuda a garantir que o estado do seu agente possa ser preservado e recuperado em caso de falha regional.

Como cliente do Azure Standard, provisiona e gere a sua própria conta Azure Cosmos DB de único locatário. Todo o estado do agente está armazenado nesta conta. O backup e a recuperação dependem de capacidades nativas no Azure Cosmos DB, que é tu que controlas.

Se a região principal ficar indisponível, o agente fica automaticamente disponível na região secundária ao ligar-se à mesma conta Azure Cosmos DB. Como toda a história está preservada no Cosmos DB, o agente pode continuar a operar com perturbações mínimas.

Recomendamos que os clientes forneçam e mantenham as suas contas Azure Cosmos DB, e que configurem políticas adequadas de backup e recuperação. Este esforço ajuda a garantir uma continuidade fluida caso a região principal se torne indisponível.

Conteúdo relacionado

• Saiba mais sobre os modelos que informam os agentes.