← Últimos artigos
💻 computer science

Evaluating Ill-Defined Tasks in Large Language Models

O artigo analisa as falhas das avaliações atuais de Modelos de Linguagem de Grande Escala em tarefas mal definidas, demonstrando através de estudos de caso que métricas existentes produzem resultados instáveis e pouco diagnósticos, e defende a adoção de designs de avaliação mais robustos e interpretáveis.

Autores originais: Yi Zhou, Basel Shbita

Publicado 2026-03-19
📖 4 min de leitura☕ Leitura rápida

Autores originais: Yi Zhou, Basel Shbita

Artigo original sob licença CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta é uma explicação gerada por IA do artigo abaixo. Não foi escrita nem endossada pelos autores. Para precisão técnica, consulte o artigo original. Ler aviso legal completo

Imagine que você é um chef de cozinha famoso (o Modelo de Linguagem ou IA) e está participando de uma competição de culinária. O problema é que os juízes (os Benchmarks ou testes) estão dando instruções muito confusas.

Este artigo, escrito por pesquisadores da IBM, diz basicamente: "Nossas provas atuais para medir a inteligência das IAs estão falhando porque elas avaliam tarefas que não têm uma resposta certa e única."

Vamos usar algumas analogias para entender o que eles descobriram:

1. O Problema: "Tarefas Mal Definidas"

Imagine que o juiz diz: "Faça um prato que seja gostoso, mas não muito salgado, e que lembre a infância de alguém."

  • O que é isso? É uma tarefa "mal definida". Não existe uma única receita correta. O que é "gostoso" para um, é ruim para outro. O que "lembra a infância" é subjetivo.
  • O erro atual: Os testes atuais tentam dar uma nota de 0 a 10 para essa tarefa, como se fosse um teste de matemática onde só existe uma resposta certa. Isso não funciona bem, porque a IA pode ter feito um prato incrível, mas o teste diz que ela falhou porque não seguiu uma regra estranha que o juiz inventou.

2. Estudo de Caso A: Seguir Instruções Complexas (CIF)

Os autores olharam para testes onde a IA precisa seguir várias regras ao mesmo tempo (ex: "Escreva um conto, use menos de 500 palavras, não use a letra 'A', e termine com uma pergunta").

  • A Analogia do "Macaco Esperto":
    Eles descobriram que alguns testes são tão ruins que uma IA "burra" consegue passar.
    • Exemplo: Se o teste pede para "não usar a letra 'i' mais de duas vezes", uma IA pode simplesmente escrever "AAA" e ganhar pontos. Ela seguiu a regra da letra, mas não escreveu uma história. É como um aluno que decora a resposta de uma prova de matemática sem entender o problema.
  • O Juiz Robô (LLM-as-a-Judge):
    Muitos testes usam outra IA para julgar a primeira. O problema é que esse "juiz robô" é chato e inconsistente. Se você mudar um pouquinho a pergunta ou o humor do juiz, a nota muda. É como ter um juiz de futebol que apita faltas diferentes dependendo de como o vento sopra.

3. Estudo de Caso B: Desenhar Diagramas (NL2Mermaid)

Aqui, a IA recebe uma descrição em texto (ex: "Um usuário faz login, o sistema verifica a senha e libera o acesso") e deve desenhar um fluxograma técnico.

  • A Analogia do "Relatório de Saúde":
    Os testes atuais dão apenas uma nota geral: "Nota 7".
    • O problema: Se a IA tirou 7, você não sabe se ela errou a gramática do desenho, se errou a lógica do fluxo ou se esqueceu de um passo. É como o médico dizer "Você está com 7 de saúde" sem dizer se é o coração, o fígado ou a perna que está doendo.
  • A Solução Proposta:
    Os autores mostram que, em vez de uma nota única, devemos dar um relatório detalhado:
    • "Sintaxe: 10/10" (O desenho está bem feito).
    • "Lógica: 4/10" (O fluxo está errado).
    • "Completude: 6/10" (Faltou um passo).
      Isso ajuda os desenvolvedores a saberem exatamente onde consertar a IA.

4. O Que Eles Querem Que Aconteça? (As Lições)

O artigo termina com um conselho para quem cria esses testes:

  1. Pare de misturar tudo: Não jogue tudo numa única nota. Separe o que é regra clara (como "não use a letra A") do que é subjetivo (como "foi criativo?").
  2. Teste a IA de verdade: Não use instruções estranhas que a IA decore. Use situações do mundo real, onde as pessoas falam de formas diferentes.
  3. Seja transparente: Se você usa um "juiz robô", diga qual robô é, como ele foi configurado e mostre as notas de concordância entre juízes diferentes.
  4. Diagnóstico, não apenas classificação: O objetivo não é apenas dizer "A IA X é melhor que a IA Y". O objetivo é dizer "A IA X errou na lógica, mas acertou na criatividade, então vamos treinar ela na lógica".

Resumo Final

Este artigo é um alerta: Nós estamos medindo a inteligência das IAs com réguas quebradas.

Estamos dando notas para tarefas que são subjetivas e complexas, usando métodos que confundem erros de lógica com erros de formatação. Para as IAs evoluírem de verdade, precisamos de testes que funcionem como um check-up médico detalhado, mostrando exatamente onde a IA está doente, em vez de apenas dar um "aprovado" ou "reprovado" genérico.

Afogado em artigos na sua área?

Receba digests diários dos artigos mais recentes que correspondam às suas palavras-chave de pesquisa — com resumos técnicos, no seu idioma.

Experimentar Digest →