Avaliadores de agentes

Importante

Os itens marcados como pré-visualização neste artigo estão atualmente em pré-visualização. Esta pré-visualização é fornecida sem um acordo de nível de serviço, e a Microsoft não a recomenda para cargas de trabalho de produção. Certas funcionalidades podem não ser suportadas ou podem ter capacidades limitadas. Para mais informações, consulte Termos de Utilização Suplementares para Microsoft Azure Pré-visualizações.

Os agentes de IA são assistentes de produtividade poderosos que conseguem criar fluxos de trabalho para as necessidades do negócio. No entanto, a observabilidade pode ser um desafio devido aos seus padrões complexos de interação. Os avaliadores de agentes fornecem observabilidade sistemática nos fluxos de trabalho agentes, medindo qualidade, segurança e desempenho.

Um fluxo de trabalho de agente normalmente envolve raciocinar através das intenções do utilizador, chamar ferramentas relevantes e usar resultados de ferramentas para completar tarefas como atualizar uma base de dados ou elaborar um relatório. Para construir aplicações agenticas prontas para produção, é necessário avaliar não só o resultado final, mas também a qualidade e eficiência de cada etapa do fluxo de trabalho.

A Foundry fornece avaliadores de agentes incorporados que funcionam como testes unitários para sistemas agentes—recebem mensagens de agentes como entradas e saídas de pontuações binárias de Aprovação/Reprovação (ou pontuações escaladas convertidas em pontuações binárias com base em limiares). Estes avaliadores apoiam duas boas práticas para avaliação de agentes:

  • Avaliação do sistema - para examinar os resultados de ponta a ponta do sistema agente.
  • Avaliação de processos - verificar a execução passo a passo para alcançar os resultados.
Avaliador Melhores práticas Utilizar quando Purpose Output
Conclusão de Tarefa (pré-visualização) Avaliação do sistema Avaliar o sucesso de tarefas de ponta a ponta em automação de fluxos de trabalho, interações de IA orientadas para objetivos ou qualquer cenário onde a conclusão total da tarefa seja crítica Mede se o agente completou a tarefa solicitada com um entregável utilizável que cumpra todos os requisitos do utilizador Binário: Aprovado/Reprovado
Satisfação do Cliente (pré-visualização) Avaliação do sistema Medindo a satisfação global do utilizador numa conversa, detetando a frustração do utilizador Mede a satisfação holística do utilizador em seis dimensões: utilidade, completude, clareza, tom, resolução e adaptabilidade Escala de Likert 1-5
Adesão à Tarefa (pré-visualização) Avaliação do sistema Garantir que os agentes seguem as instruções do sistema, validando a conformidade em ambientes regulados Mede se as ações do agente cumprem as suas tarefas atribuídas de acordo com regras, procedimentos e restrições de políticas, com base na sua mensagem de sistema e passos anteriores Binário: Aprovado/Reprovado
Eficiência da Navegação de Tarefas Avaliação do sistema Otimização dos fluxos de trabalho dos agentes, redução de passos desnecessários, validação contra caminhos ótimos conhecidos (requer a verdade no terreno) Mede se o agente fez chamadas de ferramenta de forma eficiente para completar uma tarefa, comparando-as com sequências de ferramentas esperadas Binário: Aprovado/Reprovado
Resolução de Intenções (pré-visualização) Avaliação do sistema Cenários de apoio ao cliente, IA conversacional, sistemas de FAQ onde compreender a intenção do utilizador é essencial Mede se o agente identifica corretamente a intenção do utilizador Binário: Aprovado/Reprovado com base no limiar (escala 1-5)
Precisão nas chamadas de ferramenta Avaliação de processos Avaliação geral da qualidade das chamadas de ferramenta em sistemas de agentes com integração de ferramentas, interações com APIs para completar as suas tarefas Mede se o agente fez as chamadas de ferramenta corretas com os parâmetros corretos para completar a sua tarefa Binário: Aprovado/Reprovado com base no limiar (escala 1-5)
Seleção de Ferramentas Avaliação de processos Validação da qualidade da escolha da ferramenta em plataformas de orquestração, garantindo uma utilização eficiente da ferramenta sem redundância Mede se o agente selecionou as ferramentas corretas sem selecionar as desnecessárias Binário: Aprovado/Reprovado
Precisão da Introdução de Ferramentas Avaliação de processos Validação rigorosa dos parâmetros da ferramenta em ambientes de produção, testes de integração de APIs, fluxos de trabalho críticos que exigem 100% de correção de parâmetros Mede se todos os parâmetros das chamadas de ferramenta estão corretos através de seis critérios rigorosos: fundamentação, conformidade de tipos, conformidade de formato, parâmetros exigidos, ausência de parâmetros inesperados e adequação de valores Binário: Aprovado/Reprovado
Utilização da Saída da Ferramenta Avaliação de processos Validação do uso correto de respostas da API, resultados de consultas de bases de dados, resultados de pesquisa no raciocínio de agentes e respostas Mede se o agente compreendeu corretamente e utilizou os resultados da chamada de ferramenta contextualmente no seu raciocínio e resposta final Binário: Aprovado/Reprovado
Sucesso na Chamada de Ferramenta Avaliação de processos Monitorização da fiabilidade da ferramenta, deteção de falhas na API, problemas de timeout ou erros técnicos na execução da ferramenta Medidas caso as chamadas de ferramenta tenham tido sucesso ou resultado em erros técnicos ou exceções Binário: Aprovado/Reprovado
Quality Grader (obsoleto) Avaliação da qualidade Revisão das configurações existentes do Quality Grader Anteriormente, permitia a avaliação da qualidade em múltiplas dimensões num único avaliador, em vez de executar avaliadores individuais separadamente. Já não pode ser executado numa avaliação. Não disponível
Qualidade da Saída (pré-visualização) Avaliação de sistemas e qualidade Avaliar a qualidade da resposta e os resultados das tarefas em várias dimensões, reduzindo ao mesmo tempo o custo de avaliação e a latência Agrupa fluência, Coerência, Resolução de Intenções, Adesão à Tarefa, Fundamento e Conclusão de Tarefas numa única chamada de juiz do LLM Composto: pontuações dos componentes com Aprovado/Reprovado
Qualidade do Uso da Ferramenta (pré-visualização) Avaliação de processos Avaliação do processo completo de utilização da ferramenta, reduzindo os custos de avaliação e a latência Agrupa a Precisão das Chamadas de Ferramentas, o Sucesso das Chamadas de Ferramentas, a Precisão da Entrada da Ferramenta, a Utilização da Saída da Ferramenta e a Seleção da Ferramenta numa única chamada de juiz LLM Composto: pontuações dos componentes com Aprovado/Reprovado

Avaliação do sistema

A avaliação do sistema examina a qualidade do resultado final do seu fluxo de trabalho agente. Estes avaliadores são aplicáveis a agentes individuais e, em sistemas multi-agente, ao orquestrador principal ou ao agente final responsável pela conclusão da tarefa:

  • Conclusão da Tarefa - O agente completou totalmente a tarefa solicitada?
  • Satisfação do Cliente - Quão satisfeito ficaria um utilizador com o desempenho do agente?
  • Cumprimento da Tarefa - O agente seguiu as regras e restrições das suas instruções?
  • Eficiência na Navegação de Tarefas - O agente realizou os passos esperados de forma eficiente?
  • Resolução de Intenções - O agente identificou e abordou corretamente as intenções do utilizador?

Especificamente, para saídas textuais de agentes, pode também aplicar avaliadores de qualidade RAG, como Relevance e Groundedness que recebem inputs agentivos para avaliar a qualidade final da resposta.

Examples:

Avaliação de processos

A avaliação de processos examina a qualidade e eficiência de cada etapa no seu fluxo de trabalho agente. Estes avaliadores focam-se nas chamadas de ferramenta executadas num sistema para completar tarefas:

  • Precisão das chamadas de ferramenta - O agente fez as chamadas corretas com os parâmetros corretos sem redundância?
  • Seleção de Ferramentas - O agente selecionou as ferramentas corretas e necessárias?
  • Precisão da Introdução de Ferramentas - O agente forneceu os parâmetros corretos para as chamadas de ferramenta?
  • Utilização da Saída da Ferramenta - O agente usou corretamente os resultados da chamada de ferramenta na sua raciocínio e resposta final?
  • Sucesso na Chamada de Ferramenta - As chamadas de ferramenta tiveram sucesso sem erros técnicos?

Examples:

Avaliação de qualidade (obsoleta)

Importante

O Quality Grader está obsoleto e já não pode ser executado numa avaliação.

O Quality Grader avaliava a qualidade global da resposta de um assistente de IA ao nível da turnação. Examinou múltiplas dimensões da qualidade da resposta:

  • Relevância - A resposta é relevante para a questão do utilizador?
  • Abstenção - O agente abstém-se adequadamente quando não pode ou não deve responder?
  • Completude da resposta - A resposta responde totalmente à pergunta do utilizador?

Quando foi fornecido contexto, o Quality Grader também avaliou:

  • Fundamentação - A resposta está fundamentada no contexto fornecido?
  • Cobertura do contexto - A resposta utiliza a informação relevante no contexto?

Avaliadores compostos (pré-visualização)

Os avaliadores compostos medem várias dimensões de qualidade numa única chamada de juiz de LLM. Use-os para reduzir o custo e a latência de executar os avaliadores incorporados correspondentes separadamente, mantendo uma pontuação e a razão para cada dimensão de qualidade.

Observação

Use um modelo da família GPT-5.6 como juiz LLM para avaliadores compostos. Para a opção de menor custo que mantenha 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 o seu sucesso em abordar a tarefa do utilizador. Agrupa os seguintes avaliadores numa única chamada de juiz LLM:

Avaliador de componentes O que mede Score Limiar padrão de passe
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 responde à intenção do utilizador. 1-5 3
Aderência à Tarefa Se o agente segue as suas instruções e restrições. 0 ou 1 1
Groundedness Se a resposta é apoiada pelo contexto disponível. 1-5 3
Conclusão da Tarefa Se o agente completa a tarefa solicitada com um resultado utilizável. 0 ou 1 1

Qualidade do Uso da Ferramenta

O avaliador de Qualidade de Utilização de Ferramentas (builtin.tool_use_quality) avalia o processo de utilização de ferramentas de um agente desde a seleção da ferramenta até à utilização do resultado devolvido. Agrupa os seguintes avaliadores numa única chamada de juiz LLM:

Avaliador de componentes O que mede Score Limiar padrão de passe
Precisão nas chamadas de ferramenta Correção geral das chamadas de ferramentas, parâmetros e eficiência. 1-5 3
Sucesso na Chamada de Ferramenta Se as chamadas de ferramenta são completas sem erros técnicos. 0 ou 1 1
Precisão da Introdução de Ferramentas Se os parâmetros das chamadas de ferramenta estão corretos. 0 ou 1 1
Utilização da Saída da Ferramenta Se o agente usa corretamente a ferramenta resulta na sua resposta. 0 ou 1 1
Seleção de Ferramentas Se o agente seleciona as ferramentas necessárias sem chamadas desnecessárias. 0 ou 1 1

Resultados compostos

O primário output_quality ou tool_use_quality resultado só passa quando todos os componentes aplicáveis passam. Um componente que não é aplicável é omitido e não faz com que o resultado principal falhe. Se todos os componentes forem saltados, o resultado primário é not_applicable.

Cada avaliador composto devolve um resultado binário primário e os resultados dos seus avaliadores componentes. Use o resultado primário para uma porta de qualidade estrita e use os resultados dos componentes para identificar a dimensão de qualidade que causou uma falha.

Output Description
output_quality ou tool_use_quality Resultado das primárias. Um valor de 1 significa que todos os componentes aplicáveis foram aprovados. Um valor de 0 significa que pelo menos um componente aplicável falhou.
<component>_score Pontuação numérica do avaliador de componentes.
<component>_result Resultado de aprovação/reprovação com base no limiar do componente.
<component>_reason Explicação para a pontuação dos componentes.
<component>_status Indica se o componente foi concluído ou ignorado.
<composite>_reason Lista componentes falhados ou indica que componentes foram saltados.
<composite>_properties Inclui listas de componentes falhados e saltados, juntamente com metadados do modelo e token.

Por exemplo, um resultado de Qualidade de Saída falha quando Fluência, Coerência, Resolução de Intenções, Adesão à Tarefa e Conclusão de Tarefa são aprovadas, mas Groundedness falha. Identifica output_quality_reason o Groundedness como o componente falhado e groundedness_reason explica a sua pontuação.

Configurar avaliadores compostos

Ambos os avaliadores compostos apoiam a avaliação por turnos e ao nível da conversa. A forma de entrada determina o nível de avaliação por defeito:

  • Mapa query e response para avaliação por turnos.
  • Mapa messages para avaliação ao nível da conversa.

Defina o evaluation_level parâmetro de inicialização para turn ou conversation para sobrepor este comportamento.

A configuração seguinte executa ambos os avaliadores compostos ao nível da curva. A resposta contém mensagens de agente com chamadas de ferramenta e resultados de ferramenta, e as definições de ferramentas 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 para messages e omita evaluation_level ou defina-a para 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, pode usar Azure modelos de raciocínio OpenAI ou OpenAI e modelos não raciocínios para o juiz do LLM.

Ferramentas suportadas

Os avaliadores de agentes suportam as seguintes ferramentas:

  • Pesquisa de ficheiros
  • Ferramenta de Função (ferramentas definidas pelo utilizador)
  • MCP
  • MCP baseado no conhecimento

As seguintes ferramentas têm atualmente suporte limitado. Evite usar tool_call_accuracy, tool input accuracy, tool_output_utilization, tool_call_success, ou groundedness avaliadores se a conversa do seu agente incluir chamadas para estas ferramentas:

  • Pesquisa de IA do Azure
  • Bing Grounding
  • Pesquisa Personalizada do Bing
  • Fundamentos do SharePoint
  • Intérprete de código
  • Agente de Dados Fabric
  • Pesquisa na Web

Utilização de avaliadores de agentes

Os avaliadores de agentes avaliam quão bem os agentes de IA executam tarefas, seguem instruções e utilizam ferramentas de forma eficaz. Cada avaliador requer mapeamentos de dados e parâmetros específicos:

Avaliador Entradas necessárias Parâmetros necessários Níveis de avaliação suportados
Conclusão de Tarefa (pré-visualização) (query, response) ou messages; opcional: tool_definitions deployment_name; Opcional: evaluation_level Turno, conversa
Satisfação do Cliente (pré-visualização) (query, response) ou messages deployment_name; opcional: threshold, evaluation_level Turno, conversa
Adesão à Tarefa (pré-visualização) (query, response) ou messages; opcional: tool_definitions deployment_name Virar
Resolução de Intenções (pré-visualização) (query, response) ou messages deployment_name; Opcional: evaluation_level Virar
Precisão nas chamadas de ferramenta (query, tool_definitions) ou (messages, ); tool_definitionsresponse e tool_calls são opcionais comquery deployment_name; Opcional: evaluation_level Virar
Seleção de Ferramentas (query, tool_definitions) ou (messages, ); tool_definitionsresponse e tool_calls são opcionais comquery deployment_name; Opcional: evaluation_level Virar
Precisão da Introdução de Ferramentas (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
Sucesso na Chamada de Ferramenta response ou messages deployment_name; Opcional: evaluation_level Virar
Eficiência da Navegação de Tarefas (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 do Uso da Ferramenta query, response, e tool_definitions; ou messages e tool_definitions. deployment_name; Opcional: evaluation_level Turno, conversa

A avaliação por turnos avalia a resposta individual do agente; a avaliação ao nível da conversa avalia a interação completa. Use evaluation_level para selecionar o nível quando o avaliador suporta ambos. Para a estrutura da mensagem, veja Mensagens com chamadas de ferramenta.

Exemplo de entrada

O seu conjunto de dados de teste deve conter os campos referenciados nos seus mapeamentos de dados. Exemplos do 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 mais complexas de agentes com chamadas de ferramenta, use arrays de mensagens para query e response. Estes arrays utilizam a mesma estrutura de mensagens OpenAI que o esquema preferido messages . Veja Formato separado de consulta e resposta. A mensagem do sistema é opcional, mas útil para avaliadores que avaliam o comportamento do agente em função de instruções, incluindo task_adherence, task_completion, tool_call_accuracy, tool_selection, tool_input_accuracy, tool_output_utilization, , e 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 ferramentas

O tool_definitions campo descreve as ferramentas disponíveis para o agente. Contém uma lista de objetos ferramenta com um nameobjeto , description, e JSON Schema parameters :

[
  {
    "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 esta lista como campo tool_definitions no seu conjunto de dados de teste ao lado query de e response.

Exemplo de configuração

Sintaxe do mapeamento de dados:

  • {{item.field_name}} Referências a campos do seu conjunto de dados de teste (por exemplo, {{item.query}}).
  • {{sample.output_items}} Referências à saída estruturada do agente, incluindo chamadas de ferramentas e resultados. Use isto para avaliadores que necessitem de contexto de interação completo (task_adherence, tool_call_accuracy, tool_selection, tool_input_accuracy, tool_output_utilization).
  • {{sample.output_text}} Referência à resposta do agente em texto simples. Use isto para avaliadores que esperam uma resposta em cadeia (por exemplo, coherence, violence).

Aqui está um exemplo de configuração para a Adesão às Tarefas:

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 Run evaluations from the SDK para detalhes sobre avaliações em execução e configuração de fontes de dados.

Exemplo de saída

Os avaliadores de agentes devolvem resultados de Aprovado/Reprovado com raciocínio. Campos-chave de saída:

{
    "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 utilizam uma escala de 1–5 antes do limiar (como intent_resolution e tool_call_accuracy), o resultado inclui um campo numérico score ao lado do resultado de aprovação/reprovação:

{
    "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 da navegação de tarefas

A Eficiência de Navegação de Tarefas mede se o agente realizou uma sequência ótima de ações comparando com uma sequência esperada (verdade de base). Use este avaliador para otimização de fluxos de trabalho e testes 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 Description
exact_match A trajetória do agente deve corresponder exatamente à verdade fundamental (ordem e conteúdo)
in_order_match Todos os passos de verdade no terreno devem aparecer na trajetória do agente na ordem correta (passos extra permitidos)
any_order_match Todos os passos de verdade no terreno devem aparecer na trajetória do agente, a ordem não importa (passos extra permitidos)

Formato das ações:

Mapeie ou actions com messagesexpected_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 um array de objetos de mensagem. Cada mensagem de ação representa um passo que o agente deu 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": "{}"}
        ]
    },
]

Observação

Os actions campos e expected_actions usam formatos diferentes. actions contém o comportamento real do agente como objetos de texto ou mensagem, enquanto expected_actions contém os nomes esperados das ferramentas e, opcionalmente, os seus parâmetros.

Para fornecer a interação com o agente como mensagens em vez de actions, mapeie messages e expected_actions:

"data_mapping": {
    "messages": "{{item.messages}}",
    "expected_actions": "{{item.expected_actions}}",
}

Formato esperado das ações:

Esta expected_actions pode ser uma lista simples de passos esperados:

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"},
    }
)

Output:

Devolve um resultado binário de aprovação/reprovação mais precisão, recordação 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 agentes utilizam matrizes de mensagens quando necessitam de instruções, chamadas de ferramentas e resultados de ferramentas. Para a estrutura canónica de mensagens, definições de papéis e dados de exemplo, veja Mensagens com chamadas de ferramenta e Formato separado de consulta e resposta.