O que é o Serviço do Foundry Agent?

A maioria das empresas não quer apenas chatbots. Eles 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 no blog. Em todos os casos, a meta é a mesma: liberar pessoas e recursos para se concentrarem no trabalho de maior valor descarregando tarefas repetitivas e previsíveis.

Os LLMs (grandes modelos de linguagem) introduziram um novo tipo de automação com sistemas que podem entender dados não estruturados, tomar decisões e gerar conteúdo. Na prática, as empresas podem ter dificuldade em ir além das demonstrações e entrar em produção. Os LLMs podem descompassar, estar incorretas e não ter responsabilidade. Sem visibilidade, imposição de políticas e orquestração, esses modelos são difíceis de confiar em fluxos de trabalho de negócios reais.

O Foundry Agent Service conecta as partes principais da Foundry (como modelos, ferramentas e estruturas) em um único runtime. Ele gerencia conversas, orquestra invocações de ferramentas, impõe a segurança de conteúdo e integra-se a sistemas de identidade, redes, e observabilidade. Essas atividades ajudam a garantir que os agentes estejam seguros, escalonáveis e prontos para produção.

Ao abstrair a complexidade da infraestrutura e impor confiança e segurança por design, o Serviço do Foundry Agent pode ajudá-lo a passar do protótipo para a produção com confiança.

O que é um agente de IA?

Os agentes tomam decisões, invocam ferramentas e participam de fluxos de trabalho. Eles fazem essas tarefas às vezes de forma independente e às vezes em colaboração com outros agentes ou humanos. Eles são fundamentais para a automação de processos reais.

Os agentes criados por meio da Foundry não são monólitos. São unidades composáveis. Cada agente tem uma função específica, é alimentado pelo modelo certo e é equipado com as ferramentas certas. E cada agente é implantado em um runtime seguro, observável e regerável.

Um agente tem três componentes principais:

• Modelo (LLM): capacita o raciocínio e a compreensão da linguagem.
• Instruções: defina as metas, o comportamento e as restrições do agente. Eles podem ter os seguintes tipos:
  • Declarativo:
    • Baseado em prompts: um único agente definido declarativamente que combina configuração de modelo, instrução, ferramentas e prompts de linguagem natural para orientar o comportamento.
    • Fluxo de trabalho: um fluxo de trabalho agêncico que pode ser expresso como um YAML ou outro tipo de código para orquestrar múltiplos agentes ou para disparar uma ação com base em determinados critérios.
  • Hospedado: agentes em contêineres criados e implantados no código e hospedados pela Foundry.
• Ferramentas: permitir que o agente recupere conhecimento ou execute uma ação.

Os agentes recebem entradas não estruturadas, como prompts de usuário, alertas ou mensagens de outros agentes. Elas produzem saídas na forma de resultados ou mensagens da ferramenta. Ao longo do caminho, eles podem chamar ferramentas para executar extração de dados ou acionar ações.

Como funcionam os agentes no Foundry?

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

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

Por que usar o Serviço do Foundry Agent?

O Foundry Agent Service fornece uma base pronta para produção para implantar agentes inteligentes em ambientes corporativos. Veja como ele se compara em relação às principais capacidades.

Comece com o Foundry Agent Service

Para começar a usar o Serviço do Foundry Agent, você precisa criar um projeto do Foundry em sua assinatura do Azure.

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

BCDR para agentes

Para dar suporte à resiliência do serviço, o Foundry Agent Service depende de contas do Azure Cosmos DB provisionadas pelo cliente para BCDR (continuidade dos negócios e recuperação de desastre). Essa dependência ajuda a garantir que o estado do agente possa ser preservado e recuperado no caso de uma interrupção regional.

Como cliente do Azure Standard, você provisiona e gerencia sua própria conta do Azure Cosmos DB de locatário único. Todo o estado do agente é armazenado nesta conta. O backup e a recuperação dependem de recursos nativos no Azure Cosmos DB, que você controla.

Se a região primária ficar indisponível, o agente ficará disponível automaticamente na região secundária conectando-se à mesma conta do Azure Cosmos DB. Como todo o histórico é preservado no Cosmos DB, o agente pode continuar a operação com interrupção mínima.

Recomendamos que os clientes provisionem e mantenham suas contas do Azure Cosmos DB e configurem políticas de backup e recuperação apropriadas. Esse esforço ajuda a garantir a continuidade perfeita se a região primária ficar indisponível.

Conteúdo relacionado

• Saiba mais sobre os modelos que informam os agentes.