Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Importante
Os itens marcados como visualização neste artigo estão atualmente em versão prévia. Essa visualização é fornecida sem um contrato de nível de serviço e Microsoft não recomenda isso para cargas de trabalho de produção. Alguns recursos podem não ter suporte ou ter recursos restritos. Para obter mais informações, consulte Supplemental Terms of Use for Microsoft Azure Previews.
Os agentes de IA são poderosos assistentes de produtividade que podem criar fluxos de trabalho para necessidades de negócios. No entanto, a observabilidade pode ser um desafio devido aos seus padrões de interação complexos. Os avaliadores de agente fornecem observabilidade sistemática em fluxos de trabalho agente medindo qualidade, segurança e desempenho.
Um fluxo de trabalho do agente normalmente envolve o raciocínio por meio de intenções do usuário, a chamada de ferramentas relevantes e o uso de resultados de ferramentas para concluir tarefas como atualizar um banco de dados ou elaborar um relatório. Para criar aplicativos agente prontos para produção, você precisa avaliar não apenas a saída final, mas também a qualidade e a eficiência de cada etapa no fluxo de trabalho.
A Foundry fornece avaliadores de agente internos que funcionam como testes de unidade para sistemas agente— eles levam mensagens de agente como pontuações de passagem/falha binárias de entrada e saída (ou pontuações dimensionadas convertidas em pontuações binárias com base nos limites). Esses avaliadores dão suporte a duas práticas recomendadas para avaliação do agente:
- Avaliação do sistema – para examinar os resultados de ponta a ponta do sistema agente.
- Avaliação do processo – para verificar a execução passo a passo para obter os resultados.
| Avaliador | Prática recomendada | Usar quando | Purpose | Saída |
|---|---|---|---|---|
| Conclusão da tarefa (versão prévia) | Avaliação do sistema | Avaliar o sucesso da tarefa de ponta a ponta na automação de fluxo de trabalho, interações de IA orientadas a metas ou qualquer cenário em que a conclusão completa da tarefa seja crítica | Medidas se o agente concluiu a tarefa solicitada com uma entrega utilizável que atenda a todos os requisitos do usuário | Binário: Passar/Falhar |
| Satisfação do cliente (versão prévia) | Avaliação do sistema | Medindo a satisfação geral do usuário em uma conversa, detectando a frustração do usuário | Mede a satisfação holística do usuário em seis dimensões: ajuda, integridade, clareza, tom, resolução e adaptabilidade | Escala de 1 a 5 Likert |
| Adesão à tarefa (versão prévia) | Avaliação do sistema | Garantir que os agentes sigam as instruções do sistema, validando a conformidade em ambientes regulamentados | Medidas se as ações do agente seguirem suas tarefas atribuídas de acordo com regras, procedimentos e restrições de política, com base em sua mensagem do sistema e nas etapas anteriores | Binário: Passar/Falhar |
| Eficiência de navegação da tarefa | Avaliação do sistema | Otimizar fluxos de trabalho do agente, reduzir etapas desnecessárias, validar em caminhos ideais conhecidos (requer a verdade básica) | Mede se o agente fez chamadas de ferramenta com eficiência para concluir uma tarefa comparando-as com as sequências de ferramentas esperadas | Binário: Passar/Falhar |
| Resolução de intenção (versão prévia) | Avaliação do sistema | Cenários de suporte ao cliente, IA de conversa, sistemas de perguntas frequentes em que entender a intenção do usuário é essencial | Mede se o agente identifica corretamente a intenção do usuário | Binário: passagem/falha com base no limite (escala de 1 a 5) |
| Precisão de chamada de ferramenta | Avaliação do processo | Avaliação geral da qualidade da chamada de ferramenta em sistemas de agente com integração de ferramentas, interações de API para concluir suas tarefas | Mede se o agente fez as chamadas de ferramenta certas com parâmetros corretos para concluir sua tarefa | Binário: passagem/falha com base no limite (escala de 1 a 5) |
| Seleção de ferramenta | Avaliação do processo | Validando a qualidade de escolha da ferramenta em plataformas de orquestração, garantindo o uso eficiente da ferramenta sem redundância | Mede se o agente selecionou as ferramentas corretas sem selecionar as desnecessárias | Binário: Passar/Falhar |
| Precisão da entrada da ferramenta | Avaliação do processo | Validação rigorosa de parâmetros de ferramenta em ambientes de produção, testes de integração de API, fluxos de trabalho críticos que exigem 100% correção do parâmetro | Medidas se todos os parâmetros de chamada de ferramenta estiverem corretos em seis critérios estritos: aterramento, conformidade do tipo, conformidade de formato, parâmetros necessários, nenhum parâmetro inesperado e adequação de valor | Binário: Passar/Falhar |
| Utilização da saída da ferramenta | Avaliação do processo | Validando o uso correto de respostas de API, resultados da consulta de banco de dados, saídas de pesquisa em raciocínio e respostas do agente | Medidas se o agente entendeu corretamente e usou resultados de chamadas de ferramenta contextualmente em seu raciocínio e resposta final | Binário: Passar/Falhar |
| Êxito na chamada de ferramenta | Avaliação do processo | Monitorando a confiabilidade da ferramenta, detectando falhas de API, problemas de tempo limite ou erros técnicos na execução da ferramenta | Medidas se as chamadas de ferramenta foram bem-sucedidas ou resultaram em erros técnicos ou exceções | Binário: Passar/Falhar |
| Grade de Qualidade (preterido) | Avaliação de qualidade | Revisando as configurações existentes do Quality Grader | Avaliação de qualidade habilitada anteriormente em várias dimensões em um único avaliador em vez de executar avaliadores individuais separadamente. Ele não pode mais ser executado em uma avaliação. | Não disponível |
| Qualidade de Saída (versão prévia) | Avaliação de qualidade e sistema | Avaliando a qualidade da resposta e os resultados da tarefa em várias dimensões, reduzindo o custo e a latência da avaliação | Fluência de Lotes, Coerência, Resolução de Intenções, Adesão à Tarefa, Aterramento e Conclusão da Tarefa em uma chamada de juiz de LLM | Composição: pontuações de componente com Aprovação/Falha |
| Qualidade do Uso da Ferramenta (versão prévia) | Avaliação do processo | Avaliando o processo completo de uso de ferramentas, reduzindo o custo e a latência de avaliação | Precisão de chamada de ferramenta de lotes, êxito de chamada de ferramenta, precisão de entrada da ferramenta, utilização da saída da ferramenta e seleção de ferramenta em uma chamada de juiz llm | Composição: pontuações de componente com Aprovação/Falha |
Avaliação do sistema
A avaliação do sistema examina a qualidade do resultado final do fluxo de trabalho agente. Esses avaliadores são aplicáveis a agentes únicos e, em sistemas de vários agentes, ao orquestrador principal ou ao agente final responsável pela conclusão da tarefa:
- Conclusão da tarefa – O agente concluiu totalmente a tarefa solicitada?
- Satisfação do cliente – Qual seria o nível de satisfação do usuário com o desempenho do agente?
- Adesão à tarefa - O agente seguiu as regras e restrições em suas instruções?
- Eficiência de Navegação de Tarefas – O agente executou as etapas esperadas com eficiência?
- Resolução de intenção – o agente identificou e abordou corretamente as intenções do usuário?
Especificamente, para saídas textuais de agentes, você também pode aplicar avaliadores de qualidade RAG, como Relevance e Groundedness que usam entradas agente para avaliar a qualidade da resposta final.
Exemplos:
- exemplo de conclusão Task (versão prévia)
- exemplo de adesão Task
- exemplo de eficiência de navegação Task
- exemplo de resolução Intent
Avaliação do processo
A avaliação do processo examina a qualidade e a eficiência de cada etapa em seu fluxo de trabalho agente. Esses avaliadores se concentram nas chamadas de ferramenta executadas em um sistema para concluir tarefas:
- Precisão de Chamada de Ferramenta – O agente fez as chamadas de ferramenta certas com parâmetros corretos sem redundância?
- Seleção de Ferramentas – O agente selecionou as ferramentas corretas e necessárias?
- Precisão de entrada da ferramenta – o agente forneceu parâmetros corretos para chamadas de ferramenta?
- Utilização da saída da ferramenta – o agente usou corretamente os resultados da chamada de ferramenta em seu raciocínio e resposta final?
- Êxito na chamada de ferramenta – as chamadas da ferramenta tiveram êxito sem erros técnicos?
Exemplos:
- exemplo de precisão de chamada Tool
- exemplo de seleção Tool
- exemplo de precisão de entrada Tool
- exemplo de utilização de saída Tool
- Exemplo de sucesso de chamada de ferramenta
Avaliação de qualidade (preterida)
Importante
O Quality Grader foi preterido e não pode mais ser executado em uma avaliação.
O Quality Grader avaliou a qualidade geral da resposta de um assistente de IA no nível da curva. Ele examinou várias dimensões da qualidade da resposta:
- Relevância – A resposta é relevante para a consulta do usuário?
- Abstenção - O agente se abstém adequadamente quando não pode ou não deve responder?
- Integridade da resposta – A resposta aborda totalmente a pergunta do usuário?
Quando o contexto foi fornecido, o Quality Grader também avaliou:
- Aterramento - A resposta está fundamentada no contexto fornecido?
- Cobertura de contexto – A resposta usa as informações relevantes no contexto?
Avaliadores compostos (versão prévia)
Os avaliadores compostos medem várias dimensões de qualidade em uma chamada de juiz LLM. Use-os para reduzir o custo e a latência de executar os avaliadores internos correspondentes separadamente, mantendo uma pontuação e um motivo para cada dimensão de qualidade.
Note
Use um modelo da família GPT-5.6 como o juiz LLM para avaliadores compostos.
Para a opção de menor custo que mantém alta qualidade de avaliação, use gpt-5.6-luna.
Qualidade de Saída
O avaliador de Qualidade de Saída (builtin.output_quality) avalia a qualidade da resposta de um agente e seu sucesso em lidar com a tarefa do usuário. Ele agrupa os seguintes avaliadores em uma chamada de juiz llm:
| Avaliador de componentes | O que é medido | Pontuação | Limite de passagem padrão |
|---|---|---|---|
| Fluência | Qualidade gramatical e legibilidade. | 1-5 | 3 |
| Coerência | Fluxo lógico e organização. | 1-5 | 3 |
| Resolução de Intenção | Se a resposta identifica e aborda a intenção do usuário. | 1-5 | 3 |
| Adesão à tarefa | Se o agente segue suas instruções e restrições. | 0 ou 1 | 1 |
| Groundedness | Se a resposta é compatível com o contexto disponível. | 1-5 | 3 |
| Conclusão de tarefa | Se o agente conclui a tarefa solicitada com um resultado utilizável. | 0 ou 1 | 1 |
Qualidade de Uso da Ferramenta
O avaliador de Qualidade de Uso da Ferramenta (builtin.tool_use_quality) avalia o processo de uso de ferramentas de um agente da seleção de ferramentas por meio do uso do resultado retornado. Ele agrupa os seguintes avaliadores em uma chamada de juiz llm:
| Avaliador de componentes | O que é medido | Pontuação | Limite de passagem padrão |
|---|---|---|---|
| Precisão de chamada de ferramenta | Correção geral das chamadas, parâmetros e eficiência da ferramenta. | 1-5 | 3 |
| Êxito na chamada de ferramenta | Se as chamadas de ferramenta são concluídas sem erros técnicos. | 0 ou 1 | 1 |
| Precisão da entrada da ferramenta | Se os parâmetros de chamada de ferramenta estão corretos. | 0 ou 1 | 1 |
| Utilização da saída da ferramenta | Se o agente usa corretamente a ferramenta resulta em sua resposta. | 0 ou 1 | 1 |
| Seleção de ferramenta | Se o agente seleciona as ferramentas necessárias sem chamadas desnecessárias. | 0 ou 1 | 1 |
Resultados compostos
O resultado ou tool_use_quality primário output_quality passa somente quando todos os componentes aplicáveis são aprovados. Um componente que não é aplicável é ignorado e não faz com que o resultado primário falhe. Se todos os componentes forem ignorados, o resultado primário será not_applicable.
Cada avaliador composto retorna um resultado binário primário e os resultados de seus avaliadores de componente. Use o resultado primário para uma porta de qualidade estrita e use os resultados do componente para identificar a dimensão de qualidade que causou uma falha.
| Saída | Descrição |
|---|---|
output_quality ou tool_use_quality |
Pontuação primária. Um valor de 1 meios que todos os componentes aplicáveis passaram. Falha no valor de 0 pelo menos um componente aplicável. |
<component>_score |
Pontuação numérica do avaliador de componente. |
<component>_result |
Resultado de aprovação/falha com base no limite do componente. |
<component>_reason |
Explicação para a pontuação do componente. |
<component>_status |
Indica se o componente foi concluído ou ignorado. |
<composite>_reason |
Lista componentes com falha ou indica que os componentes foram ignorados. |
<composite>_properties |
Inclui listas de componentes com falha e ignorados, juntamente com metadados de modelo e token. |
Por exemplo, um resultado de Qualidade de Saída falha quando Fluência, Coerência, Resolução de Intenção, Adesão de Tarefa e Conclusão da Tarefa são aprovados, mas a aterramento falha.
Identifica output_quality_reason a aterramento como o componente com falha e explica sua groundedness_reason pontuação.
Configurar avaliadores compostos
Ambos os avaliadores compostos dão suporte à avaliação em nível de turno e de conversa. A forma de entrada determina o nível de avaliação por padrão:
- Mapeie
queryeresponsepara avaliação em nível de turno. - Mapa
messagespara avaliação em nível de conversa.
Defina o evaluation_level parâmetro de inicialização como turn ou conversation para substituir esse comportamento.
A configuração a seguir executa os dois avaliadores compostos no nível da curva. A resposta contém mensagens de agente com chamadas de ferramenta e resultados de ferramentas, e as definições de ferramenta descrevem as ferramentas disponíveis para o agente.
testing_criteria = [
{
"type": "azure_ai_evaluator",
"name": "output_quality",
"evaluator_name": "builtin.output_quality",
"initialization_parameters": {
"deployment_name": model_deployment,
"evaluation_level": "turn",
},
"data_mapping": {
"query": "{{item.query}}",
"response": "{{item.response}}",
"tool_definitions": "{{item.tool_definitions}}",
},
},
{
"type": "azure_ai_evaluator",
"name": "tool_use_quality",
"evaluator_name": "builtin.tool_use_quality",
"initialization_parameters": {
"deployment_name": model_deployment,
"evaluation_level": "turn",
},
"data_mapping": {
"query": "{{item.query}}",
"response": "{{item.response}}",
"tool_definitions": "{{item.tool_definitions}}",
},
},
]
Referência: executar avaliações do SDK
Para avaliar uma conversa completa, mapeie a conversa completa e messages omita evaluation_level ou defina-a como conversation:
"initialization_parameters": {
"deployment_name": model_deployment,
"evaluation_level": "conversation",
},
"data_mapping": {
"messages": "{{item.messages}}",
"tool_definitions": "{{item.tool_definitions}}",
},
Referência: Mensagens com chamadas de ferramenta
Suporte a modelos e ferramentas
Para avaliadores assistidos por IA, você pode usar Azure modelos openai ou openai reasoning e modelos sem raciocínio para o juiz llm.
Ferramentas com suporte
Os avaliadores do agente dão suporte às seguintes ferramentas:
- Pesquisa de Arquivo
- Ferramenta de Função (ferramentas definidas pelo usuário)
- MCP
- MCP baseado em conhecimento
No momento, as ferramentas a seguir têm suporte limitado. Evite usar tool_call_accuracy, tool input accuracy, tool_output_utilization, tool_call_successou groundedness avaliadores se a conversa do agente incluir chamadas para estas ferramentas:
- Pesquisa de IA do Azure
- Fundamentos do Bing
- Pesquisa Personalizada do Bing
- Fundamentos do SharePoint
- Interpretador de códigos
- Agente de Dados do Fabric
- Pesquisa na Web
Usando avaliadores de agente
Os avaliadores do agente avaliam como os agentes de IA executam tarefas, seguem instruções e usam as ferramentas com eficiência. Cada avaliador requer mapeamentos e parâmetros de dados específicos:
| Avaliador | Entradas necessárias | Parâmetros necessários | Níveis de avaliação com suporte |
|---|---|---|---|
| Conclusão da tarefa (versão prévia) | (query, response) ou messages; opcional: tool_definitions |
deployment_name; opcional: evaluation_level |
Turno, conversa |
| Satisfação do cliente (versão prévia) | (query, response) ou messages |
deployment_name; opcional: threshold, evaluation_level |
Turno, conversa |
| Adesão à tarefa (versão prévia) | (query, response) ou messages; opcional: tool_definitions |
deployment_name |
Virar |
| Resolução de intenção (versão prévia) | (query, response) ou messages |
deployment_name; opcional: evaluation_level |
Virar |
| Precisão de chamada de ferramenta | (query, tool_definitions) ou (messages, tool_definitions); response e tool_calls são opcionais com query |
deployment_name; opcional: evaluation_level |
Virar |
| Seleção de ferramenta | (query, tool_definitions) ou (messages, tool_definitions); response e tool_calls são opcionais com query |
deployment_name; opcional: evaluation_level |
Virar |
| Precisão da entrada da ferramenta | (query, response, tool_definitions) ou (messages, tool_definitions) |
deployment_name; opcional: evaluation_level |
Virar |
| Utilização da saída da ferramenta | (query, response, tool_definitions) ou (messages, tool_definitions) |
deployment_name; opcional: evaluation_level |
Virar |
| Êxito na chamada de ferramenta |
response ou messages |
deployment_name; opcional: evaluation_level |
Virar |
| Eficiência de navegação da tarefa | (actions ou messages), expected_actions |
(nenhum; opcional: matching_mode) |
Virar |
| Qualidade de Saída |
query e response; ou messages.
tool_definitions é opcional. |
deployment_name; opcional: evaluation_level |
Turno, conversa |
| Qualidade de Uso da Ferramenta |
query, responsee ; ou e messagestool_definitions.tool_definitions |
deployment_name; opcional: evaluation_level |
Turno, conversa |
A avaliação em nível de turno pontua uma resposta de agente individual; A avaliação no nível da conversa pontua a interação completa. Use evaluation_level para selecionar o nível quando o avaliador oferecer suporte a ambos. Para obter a estrutura de mensagens, consulte Mensagens com chamadas de ferramenta.
Exemplo de entrada
Seu conjunto de dados de teste deve conter os campos referenciados em seus mapeamentos de dados. Exemplos para o formato abaixo:
{"query": "What's the weather in Seattle?", "response": "The weather in Seattle is rainy, 14°C."}
{"query": "Book a flight to Paris for next Monday", "response": "I've booked your flight to Paris departing next Monday at 9:00 AM."}
{"messages": [{"role": "user", "content": "Book a flight to Paris."}, {"role": "assistant", "content": "I booked your flight to Paris."}]}
Para interações de agente mais complexas com chamadas de ferramenta, use matrizes de mensagens para query e response. Essas matrizes usam a mesma estrutura de mensagens OpenAI que o esquema preferencial messages . Consulte o formato de consulta e resposta separados. A mensagem do sistema é opcional, mas útil para avaliadores que avaliam o comportamento do agente em relação às instruções, incluindo task_adherence, , task_completion, tool_call_accuracy, tool_selection, tool_input_accuracy, tool_output_utilizatione groundedness:
{
"query": [
{"role": "system", "content": "You are a travel booking agent."},
{"role": "user", "content": "Book a flight to Paris for next Monday"}
],
"response": [
{"role": "assistant", "content": [{"type": "tool_call", "tool_call_id": "call_123", "name": "search_flights", "arguments": {"destination": "Paris", "date": "next Monday"}}]},
{"role": "tool", "tool_call_id": "call_123", "content": [{"type": "tool_result", "tool_result": {"flight": "AF123", "time": "9:00 AM"}}]},
{"role": "assistant", "content": "I've booked flight AF123 to Paris departing next Monday at 9:00 AM."}
]
}
Formato de definições de ferramenta
O tool_definitions campo descreve as ferramentas disponíveis para o agente. Ele contém uma lista de objetos de ferramenta com um objeto de esquema parameters JSON e um namedescriptionobjeto JSON:
[
{
"name": "search_flights",
"description": "Search for available flights to a destination on a given date.",
"parameters": {
"type": "object",
"properties": {
"destination": { "type": "string", "description": "The destination city." },
"date": { "type": "string", "description": "The travel date in YYYY-MM-DD format." }
},
"required": ["destination", "date"]
}
}
]
Inclua essa lista como o tool_definitions campo em seu conjunto de dados de teste ao lado query e response.
Exemplo de configuração
Sintaxe de mapeamento de dados:
-
{{item.field_name}}faz referência a campos do conjunto de dados de teste (por exemplo,{{item.query}}). -
{{sample.output_items}}faz referência à saída estruturada do agente, incluindo chamadas de ferramenta e resultados. Use isso para avaliadores que precisam de contexto de interação completo (task_adherence, ,tool_call_accuracy,tool_selection,tool_input_accuracy, ).tool_output_utilization -
{{sample.output_text}}faz referência à resposta de texto sem formatação do agente. Use isso para avaliadores que esperam uma resposta de cadeia de caracteres (por exemplo,coherence, ).violence
Aqui está um exemplo de configuração para a Adesão à Tarefa:
testing_criteria = [
{
"type": "azure_ai_evaluator",
"name": "task_adherence",
"evaluator_name": "builtin.task_adherence",
"initialization_parameters": {"deployment_name": model_deployment},
"data_mapping": {
"query": "{{item.query}}",
"response": "{{item.response}}",
},
},
]
Consulte Executar avaliações do SDK para obter detalhes sobre como executar avaliações e configurar fontes de dados.
Saída de exemplo
Os avaliadores do agente retornam resultados de aprovação/falha com raciocínio. Campos de saída de chave:
{
"type": "azure_ai_evaluator",
"name": "Task Adherence",
"metric": "task_adherence",
"label": "pass",
"reason": "Agent followed system instructions correctly",
"threshold": 3,
"passed": true
}
Para avaliadores que usam uma escala de 1 a 5 antes do limite (como intent_resolution e tool_call_accuracy), a saída inclui um campo numérico score junto com o resultado de passagem/falha:
{
"type": "azure_ai_evaluator",
"name": "Intent Resolution",
"metric": "intent_resolution",
"label": "pass",
"score": 4,
"reason": "Agent correctly identified the user's intent to book a flight to Paris",
"threshold": 3,
"passed": true
}
Eficiência de navegação da tarefa
A Eficiência de Navegação da Tarefa mede se o agente tomou uma sequência ideal de ações comparando-se com uma sequência esperada (verdade básica). Use este avaliador para otimização de fluxo de trabalho e teste de regressão.
{
"type": "azure_ai_evaluator",
"name": "task_navigation_efficiency",
"evaluator_name": "builtin.task_navigation_efficiency",
"initialization_parameters": {
"matching_mode": "exact_match" # Options: "exact_match", "in_order_match", "any_order_match"
},
"data_mapping": {
"actions": "{{item.actions}}",
"expected_actions": "{{item.expected_actions}}"
},
}
Modos de correspondência:
| Mode | Descrição |
|---|---|
exact_match |
A trajetória do agente deve corresponder exatamente à verdade básica (ordem e conteúdo) |
in_order_match |
Todas as etapas básicas da verdade devem aparecer na trajetória do agente na ordem correta (etapas extras permitidas) |
any_order_match |
Todas as etapas básicas da verdade devem aparecer na trajetória do agente, a ordem não importa (etapas extras permitidas) |
Formato de ações:
Mapear ou actionsmessages com expected_actions. O actions campo aceita uma cadeia de caracteres ou uma lista de objetos de mensagem. O messages campo aceita a interação completa como uma matriz de objetos de mensagem. Cada mensagem de ação representa uma etapa que o agente tomou durante a conversa:
actions = [
{
"role": "assistant",
"content": [
{"type": "function_call", "name": "call_tool_A", "arguments": "{\"param\": \"value\"}"}
]
},
{
"role": "assistant",
"content": [
{"type": "function_call", "name": "call_tool_B", "arguments": "{}"}
]
},
]
Note
Os actions campos e os expected_actions campos usam formatos diferentes.
actions contém o comportamento real do agente como objetos de texto ou mensagem, enquanto expected_actions contém os nomes de ferramenta esperados e, opcionalmente, seus parâmetros.
Para fornecer a interação do agente como mensagens em vez de actions, mapear messages e expected_actions:
"data_mapping": {
"messages": "{{item.messages}}",
"expected_actions": "{{item.expected_actions}}",
}
Formato de ações esperadas:
Pode expected_actions ser uma lista simples de etapas esperadas:
expected_actions = ["identify_tools_to_call", "call_tool_A", "call_tool_B", "response_synthesis"]
Ou uma tupla com nomes de ferramentas e parâmetros para validação mais detalhada:
expected_actions = (
["func_name1", "func_name2"],
{
"func_name1": {"param_key": "param_value"},
"func_name2": {"param_key": "param_value"},
}
)
Saída:
Retorna um resultado de passagem/falha binário mais precisão, recall e pontuações F1:
{
"type": "azure_ai_evaluator",
"name": "task_navigation_efficiency",
"passed": true,
"details": {
"precision_score": 0.85,
"recall_score": 1.0,
"f1_score": 0.92
}
}
Esquema de mensagens do agente
Os avaliadores de agente usam matrizes de mensagens quando precisam de instruções, chamadas de ferramenta e resultados de ferramentas. Para obter a estrutura de mensagens canônicas, definições de função e dados de exemplo, consulte Mensagens com chamadas de ferramenta e formato de consulta e resposta separados.