Preferências de cookies

Escolha o que podemos usar. Cookies não essenciais só são ativados com a sua permissão. Detalhes na política de cookies.

Categorias de cookies

Text-to-SQL pode responder com um número plausível e calcular outra coisa, sem avisar

Por · Publicado em · 1 fonte citada

Em resumo

  • Um estudo mostra que sistemas de text-to-SQL escolhem silenciosamente entre interpretações de um pedido, como contar linhas ou entidades distintas.
  • Segundo os autores, o problema está em como a resposta é apresentada, não no cálculo em si.
  • Imagine perguntar a um assistente de IA quantos clientes compraram no último mês e receber um número sem qualquer ressalva.
Circuit Board (260854457)
Foto: Circuit Board (260854457) / Wikimedia Commons · CC BY-SA 3.0 · imagem ilustrativa

Imagine perguntar a um assistente de IA quantos clientes compraram no último mês e receber um número sem qualquer ressalva. Esse número pode estar certo para uma leitura da pergunta e errado para outra. Um artigo publicado no arXiv, intitulado Text-to-SQL Models Make Choices Without Saying So, investiga exatamente esse caso: sistemas que transformam uma pergunta em linguagem natural em consulta a banco de dados, a chamada text-to-SQL, podem fazer uma escolha de cálculo sem informar o usuário.

O que é a escolha escondida

Segundo os autores, uma consulta pode rodar sem erro e devolver um valor plausível, mesmo calculando algo diferente do que o analista queria. Isso acontece quando o pedido deixa aberta uma decisão de cálculo, como contar todas as linhas ou contar entidades distintas. O modelo resolve a dúvida sozinho e não menciona a escolha. Os autores também afirmam que os benchmarks padrão não detectam isso, porque comparam cada pergunta com uma única interpretação de referência.

Como o teste foi feito

Os autores apresentam o SpecBridge, que isola a escolha: são feitos três pedidos idênticos, um deixando a escolha em aberto e um para cada interpretação. Cada resposta é avaliada executando a consulta. De acordo com o artigo, os bancos de dados são reais e as escolhas são as que já fizeram modelos falhar em benchmarks existentes. Foram 204 testes validados à mão, com quatro modelos de linguagem.

  • Quando solicitados explicitamente, os modelos costumam calcular cada interpretação.
  • No pedido em aberto, eles devolvem as duas interpretações em apenas 15% a 58% dos casos em que seria possível, muitas vezes sem citar a escolha.
  • Em perguntas do BIRD em que a escolha muda a resposta, mais de dois em cada cinco respostas marcadas como erradas estavam certas sob a outra interpretação.

O que muda para quem usa

A conclusão central é que a lacuna está no relato, não no cálculo. Por isso, segundo o artigo, um sistema pode reduzi-la sem trocar de modelo: primeiro decide se o pedido deixa alguma escolha em aberto e depois responde cada interpretação em uma chamada separada. Nos testes dos autores e no AMBROSIA, um benchmark de perguntas ambíguas, essa abordagem aumentou em 29 a 63 pontos percentuais a fração de pedidos abertos que recebiam todas as interpretações, em comparação com a resposta única dada por assistentes de produção. Os autores afirmam ainda que ela não reduziu a precisão em pedidos claros e exige menos turnos do usuário do que fazer uma pergunta de esclarecimento.

O texto disponível não informa quais modelos foram usados, a data de publicação nem detalhes de como a etapa de detecção de escolhas em aberto é implementada.

Fontes

  1. arXiv:2611.04318 - Text-to-SQL Models Make Choices Without Saying So

Este texto foi produzido com apoio de inteligência artificial a partir das fontes acima e revisado segundo a nossa política editorial. Encontrou um erro? Peça uma correção.

Leia também