Benchmark · agentic

RE-Bench

0 resultados 0 modelos

O RE-Bench (o Research Engineering Benchmark da METR) mede quão bem agentes de IA resolvem tarefas abertas de P&D de IA / engenharia de ML em comparação com especialistas humanos. Cada tentativa recebe uma pontuação contínua específica da tarefa, normalizada de modo que 0 equivale à solução inicial fornecida e 1 a uma forte solução humana de referência.

Saiba mais
Exemplo
Escrever um kernel de GPU otimizado: dada uma implementação de referência de um cálculo específico (por exemplo, um prefix-sum), produzir um kernel próprio funcionalmente equivalente que rode o mais rápido possível. Outros ambientes incluem recuperar um modelo cujos pesos de embedding foram permutados, ou acelerar um script de fine-tuning.
Pontuação
Cada um dos 7 ambientes vem com uma função de pontuação automática que retorna uma pontuação contínua (por exemplo, tempo de execução, loss ou acurácia). As pontuações brutas são normalizadas por ambiente de modo que 0 = a solução inicial dada e 1 = uma forte solução de referência (as pontuações podem passar de 1). Os agentes podem executar o avaliador durante uma execução; conta a maior pontuação alcançada dentro do orçamento fixo de tempo/computação, e o desempenho agregado é comparado com as pontuações de especialistas humanos sob orçamentos totais de tempo equivalentes.
Verificação
Uma solução só conta se rodar no sandbox da tarefa e for avaliada pela função de pontuação determinística, registrando-se a melhor pontuação válida dentro do orçamento. As linhas de base humanas vêm de pesquisadores e engenheiros de ML experientes que enfrentam os mesmos ambientes (o conjunto publicado tem 71 tentativas de oito horas de 61 especialistas), permitindo uma comparação equiparável; os resultados são agregados entre tentativas e seeds.
Por que importa
Ele mira na capacidade que as políticas de segurança de IA de fronteira mais destacam — a IA automatizando a P&D de IA — usando problemas de engenharia realistas e abertos com métricas objetivas e uma comparação direta com especialistas humanos. Isso o torna um indicador para prever e avaliar níveis perigosos de capacidade autônoma de P&D, em vez das habilidades de ML clássico que outros benchmarks medem.
Exemplo resolvido
Tarefa
«Optimize LLM Foundry finetuning script»: você recebe um script funcional que faz fine-tuning de um modelo de linguagem em uma GPU fixa. Reduza seu tempo de execução real (wall-clock) o máximo possível sem mudar seu comportamento de treinamento — o loss final ainda deve corresponder à referência dentro da tolerância. Você pode modificar qualquer coisa e pode executar a função de pontuação para medir o seu tempo.
Solução
Faça o profiling do script para encontrar os gargalos e então aplique otimizações de tempo de execução que não mudem o resultado: precisão reduzida/mista (bf16) onde for seguro, kernels fundidos ou otimizados (FlashAttention, um optimizer fundido), torch.compile, um pipeline de carregamento de dados mais rápido, e remoção de cálculos redundantes e sincronizações CUDA desnecessárias. Resposta final: o script mais rápido cuja saída ainda corresponda à referência dentro da tolerância — não há solução única, e a pontuação é a redução de tempo de execução obtida sob essa restrição.
Explicação
Está correto porque o ambiente avalia pelo tempo de execução real medido sujeito à restrição de comportamento/loss, de modo que qualquer mudança que reduza o tempo de execução mantendo a saída dentro da tolerância aumenta a pontuação normalizada (0 = script inicial, 1 = referência forte). A avaliação é automática: o avaliador reexecuta o script enviado e registra seu tempo de execução.

Ainda não há pontuações verificadas para este benchmark.