O agente responde com segurança, mas o preço não existe no catálogo. Você reforça a instrução, testa novamente e a resposta errada reaparece em outro pedido. Uma frase mais firme não coloca a informação correta dentro do processo.

Há relatos desse problema em fóruns de desenvolvedores, inclusive com consulta a arquivos. Isso não comprova uma falha geral de produto. Mostra por que o projeto precisa conferir de onde veio a condição comercial antes de enviá-la.

Primeiro, escolha qual informação vale

Preço, disponibilidade e condições devem vir de uma fonte autorizada pela empresa. Se o arquivo anexado está antigo, a resposta pode usar uma referência que já não vale. Se existem tabelas conflitantes, a instrução precisa esclarecer qual consultar.

  • Identifique quem atualiza o catálogo e quando uma alteração passa a valer.
  • Separe texto explicativo de campos comerciais que exigem correspondência exata.
  • Defina o que fazer quando o produto ou serviço não for encontrado.
  • Não use a mensagem do cliente como autorização para mudar a condição.

Buscar uma informação e validar a resposta são etapas diferentes

A documentação de file search da OpenAI descreve consulta a arquivos antes da resposta. Já as chamadas de função permitem conectar o modelo a dados e ações da aplicação. São mecanismos de acesso, não comprovação de que uma cotação inteira está correta.

Minha recomendação é exigir correspondência entre o item encontrado, sua identificação e os campos devolvidos. O sistema pode montar ou conferir valores pela regra da empresa, deixando a IA responsável pela explicação. Essa é uma decisão de implementação, não uma garantia automática da ferramenta.

Referências: [1] [2]

Lupa confere uma ficha de catálogo com xícara antes de a mesma informação aparecer num balão de resposta.
Ilustração gerada com IA: consultar e conferir antes de responder.

A resposta precisa continuar útil quando falta informação

Em um exemplo hipotético, o agente encontra o serviço, mas não consegue confirmar o valor vigente. A saída adequada é identificar a pendência e encaminhar para quem pode resolvê-la. Completar com um preço plausível cria um compromisso que a empresa não autorizou.

Teste o pedido que foge da demonstração

Monte casos fictícios em um ambiente de teste e compare a saída com a fonte. Uma conversa que deu certo não avalia todo o caminho de atendimento. Registre tanto o conteúdo correto quanto o encaminhamento das pendências.

  • Item existente e valor confirmado.
  • Item inexistente ou nome ambíguo.
  • Fonte indisponível ou sem atualização confirmada.
  • Pedido para inventar desconto ou ignorar a tabela.
  • Resposta final com condição diferente da informação consultada.
Mãos comparam cartões de formas geométricas, incluindo peças incompletas e diferenças de conteúdo.
Ilustração gerada com IA: o teste precisa incluir as exceções.

Peça a origem da resposta, não só uma conversa convincente

Antes de colocar o agente na rotina, peça que o projeto mostre a consulta, a conferência e o caminho de exceção. A frase final deve facilitar o atendimento sem esconder o que ainda precisa de confirmação.

Fontes e referências

Referências consultadas em 07 out. 2026. Recursos e condições podem mudar.

  1. OpenAI: busca em arquivos ↗
  2. OpenAI: chamadas de função ↗

Conteúdo produzido com apoio de inteligência artificial e aprovado para publicação. Os exemplos são ilustrativos; não representam testes próprios ou resultados de clientes. Conheça a política editorial.