Interrupções e turnos de fala em agentes de voz com IA

Diferencie os tempos

Turnos de conversa definem quando o agente escuta e quando responde; interrupções permitem que a pessoa corrija ou mude um pedido durante a fala. No Tigy AI, duração máxima, inatividade e detecção de início e fim de turno têm funções distintas. Escolha o controle relacionado ao problema observado em voz, sem usar um temporizador como substituto dos demais.

Um prompt pedindo paciência não substitui essas configurações. Abra as opções disponíveis no agente e salve as mudanças antes da comparação.

Faça uma pausa no meio da frase

Teste uma frase curta e outra com uma pausa interna. Observe se a resposta começa antes de o pedido ficar completo. Se isso ocorrer, revise o comportamento de fim de turno.

Se a frase terminou e a resposta demora, examine também a consulta externa e o processamento da resposta. Nem toda demora vem da detecção de fala.

Interrompa uma resposta de propósito

Escolha uma resposta longa e tente corrigir um dado enquanto o agente fala. Confira se a configuração permite interrupção e se a conversa continua usando a informação corrigida.

Repita em condições parecidas com o canal real. Um ambiente silencioso ajuda a estabelecer uma referência, enquanto ruído e qualidade de conexão podem exigir uma nova verificação.

Registre o comportamento esperado

Anote cenário, opção alterada e resultado observado. Inclua uma pergunta curta, uma pausa interna, uma interrupção e um período de silêncio. Mudar vários controles juntos torna a causa da melhora difícil de identificar.

Publique depois dos testes e confira novas conversas. No chat por texto não há detecção de fala; sua configuração de inatividade é separada do ritmo do áudio.

Crie cenários com fala que não segue um roteiro

Leia um nome com hesitação, faça uma pausa no meio de um código e interrompa uma explicação para mudar a unidade desejada. Confira se o agente mantém o pedido e pede confirmação quando necessário.

Inclua ruído e respostas curtas, dentro das condições esperadas da operação. Um teste em sala silenciosa com frases perfeitas não representa todas as chamadas. Registre também quando o agente corta a pessoa e quando espera desnecessariamente.

Depois teste uma consulta com ferramenta. A pessoa pode corrigir um dado enquanto o sistema espera retorno. Verifique qual solicitação foi executada e como o agente explica a eventual consulta anterior. Interrupção de áudio e cancelamento de uma operação externa são comportamentos diferentes.

Ajuste pela experiência observada

Escolha um problema específico: início precoce, espera longa ou perda de correção. Altere a configuração relacionada e repita os mesmos cenários. Não tente melhorar todas as pausas apenas pedindo que o modelo fale mais rápido.

Observe se uma melhora cria outra dificuldade. Esperar menos pode cortar respostas lentas; esperar mais pode parecer falta de reação. A configuração precisa equilibrar o público e o tipo de tarefa.

Meça sobreposição, pedidos de repetição e correções que chegaram à ferramenta. Ouça os casos de maior dificuldade e preserve-os na avaliação. Texto sozinho não permite verificar turnos ou conforto acústico.

Diferencie pausa de fim de mensagem

Uma pessoa pode parar por um instante para respirar, procurar um código ou lembrar uma palavra. Essa pausa não significa necessariamente que entregou toda a informação. Se o agente responde cedo demais, pode interromper uma condição importante ou consultar um identificador incompleto. Se espera demais depois de uma mensagem concluída, a conversa parece travada. O ajuste precisa equilibrar ambos os casos.

No Tigy, as configurações da conversa controlam início e fim de turno, silêncio e interrupção. O prompt define conteúdo, mas não substitui esses controles de áudio. Use as opções oferecidas pela configuração atual e salve antes de comparar. Evite orientar o agente apenas a “não interromper” quando a causa está no reconhecimento de término de fala.

Prepare duas frases parecidas: uma completa e outra com pausa no meio. Por exemplo, a primeira contém um código curto dito de forma contínua. A segunda contém o mesmo tipo de código, mas a pessoa pausa antes de corrigir o último dígito. O teste deve preservar fluidez no caso simples e escuta no caso com correção.

Registre o momento em que a resposta começa e qual dado chegou à ferramenta. A fala pode parecer rápida enquanto a operação usa informação incompleta. O resultado correto precisa considerar a tarefa, não apenas o intervalo de espera. Uma alteração de turno que produz mais consultas ao registro errado exige revisão.

Use variações que representam o público e o canal. Pausas em uma sala silenciosa podem ter significado diferente de áudio com ruído e frases hesitantes. Um ensaio pequeno ajuda a identificar padrões, mas não garante comportamento perfeito para toda fala. Mantenha os casos relevantes como referência.

Defina o comportamento quando o cliente interrompe

A interrupção permite que a pessoa corrija, faça outra pergunta ou encerre uma explicação longa. A conversa precisa ouvir o novo conteúdo e decidir como retomar. Parar o áudio não é a mesma coisa que entender a correção. Avalie ambas as partes: a resposta interrompida e a ação seguinte.

Defina quais respostas devem permitir interrupção pela configuração disponível. Uma orientação extensa pode precisar de espaço para dúvida; uma confirmação curta pode exigir cuidado para ouvir a resposta completa. O comportamento deve servir à tarefa, não demonstrar que o agente consegue continuar falando apesar do cliente.

Considere um exemplo fictício de horário. O agente começa a resumir terça às nove, e a pessoa interrompe para dizer quarta. O agente deve reconhecer a data nova e verificar disponibilidade quando necessária. Não basta repetir quarta se a consulta ou a reserva continua usando terça. Confira parâmetros e estado externo.

Se a interrupção muda totalmente a intenção, reavalie o próximo passo. Uma pessoa pode deixar de querer reservar e pedir apenas informação. A operação anterior não deve ser enviada por hábito. Se já foi enviada, a conversa precisa seguir o contrato de investigação ou cancelamento, sem prometer reversão automática.

Teste também uma interrupção sem conteúdo compreensível. O agente pode precisar pedir esclarecimento em vez de apagar todo o contexto ou repetir a resposta inteira. A saída deve ser curta e deixar a pessoa concluir. Esse caso mostra se a retomada é útil quando o áudio não fornece uma instrução clara.

Não trate todo som como uma nova solicitação

Ruído, fala de outra pessoa e expressões curtas podem aparecer durante a resposta. Um “aham” pode indicar acompanhamento, enquanto “não, o código é outro” traz uma correção. A configuração e a revisão precisam considerar esses padrões. Não use uma única interrupção bem-sucedida como prova de comportamento adequado em qualquer ambiente.

Teste respostas curtas do cliente, ruído moderado e fala sobreposta compatível com o público. Observe se o agente para sem necessidade, perde contexto ou continua apesar de uma correção clara. O objetivo é localizar falhas recorrentes que a equipe consegue reproduzir, não criar uma demonstração artificial de caos.

Peça uma confirmação objetiva quando o conteúdo estiver ambíguo. Não deduza concordância de qualquer som nem execute uma escrita porque ouviu uma expressão vaga. Uma autorização para agir deve seguir a condição definida pela tarefa, com interpretação adequada da mensagem do cliente.

Quando o canal apresenta áudio ruim, explique o limite e ofereça a alternativa aprovada. Pedir repetição interminavelmente pode aumentar frustração sem resolver. Defina um número ou condição de tentativas pela operação, e teste o que acontece ao atingir esse limite.

Revise o equipamento e o canal antes de mudar todas as instruções. Uma dificuldade localizada no microfone de teste pode não exigir revisão de conteúdo. Uma dificuldade repetida em chamadas reais pode precisar de investigação diferente. Mantenha o contexto observado junto da falha.

Separe inatividade de tempo de tarefa

Silêncio do usuário e espera de ferramenta não são a mesma situação. Uma pessoa pode estar procurando um código; o agente pode estar aguardando uma consulta. A configuração de inatividade deve ser entendida junto do contrato da tarefa, evitando encerrar cedo uma coleta legítima ou manter uma chamada sem saída.

A documentação do Tigy diferencia duração máxima total e inatividade do usuário. O primeiro controla o tempo da chamada, não o prazo de uma resposta individual. O segundo trata ausência de fala. Use os controles pelos seus efeitos e não tente corrigir uma consulta lenta apenas aumentando a duração total.

Defina uma mensagem curta quando a pessoa fica em silêncio e ainda existe uma pergunta pendente. Ela pode informar que continua disponível ou perguntar se a pessoa quer seguir, conforme o procedimento aprovado. Não transforme o silêncio em concordância com uma ação que altera dados.

Inclua no teste alguém que pede um momento para localizar informação. Observe se o agente respeita a pausa e se o limite de inatividade está coerente com essa tarefa. Depois teste ausência completa de resposta. Essas condições ajudam a escolher um equilíbrio, mantendo uma saída compreensível.

Para chat por texto, a documentação descreve inatividade própria e ausência de detecção de fala. Não aplique conclusões de temporização de áudio a esse modo. Texto pode verificar decisões, mas não comprova comportamento de pausas e interrupções em voz.

Preserve o estado das ações durante a retomada

Uma interrupção pode acontecer depois de uma operação enviada. Parar a fala não cancela automaticamente o efeito externo. Se o cliente muda de ideia, o agente precisa saber se a ação foi confirmada, está pendente ou exige investigação. O sistema integrado deve fornecer esse contrato.

Em uma reserva fictícia, a pessoa interrompe enquanto o agente espera a criação. A conversa não pode dizer que cancelou sem uma capacidade real. Pode ser necessário verificar o resultado antes de orientar a próxima ação. Se houver cancelamento autorizado, ele precisa de confirmação própria.

Planeje retorno sem resposta e repetição. Uma operação pode ter ocorrido apesar de falha de conexão. Reenviar após uma interrupção pode criar duplicidade. O controle pertence ao sistema responsável; a fala deve explicar a incerteza e oferecer a alternativa aprovada.

O teste deve acompanhar a sequência completa: dados confirmados, envio, interrupção, resultado e retomada. Uma resposta final coerente pode esconder uma ação anterior indevida. A validação precisa conferir o estado externo, quando a tarefa depende dele.

Compare um ajuste com casos que já funcionavam

Altere um controle por vez quando estiver investigando uma causa. Repita pergunta curta, frase com pausa, correção durante resposta e silêncio. Registre se a tarefa ficou correta, se a interrupção foi compreendida e se a espera permaneceu aceitável. Essa comparação evita escolher uma configuração por um único exemplo favorável.

Depois de salvar e publicar, verifique uma nova conversa no canal pretendido. A experiência de teste pode diferir da chamada real. Mantenha os casos relevantes para futuras mudanças e revise falhas por origem: detecção de fala, transcrição, decisão ou operação externa.

O resultado útil é uma conversa em que a pessoa consegue concluir a frase, corrigir dados e entender o próximo passo. Velocidade e fluidez precisam preservar esse objetivo, em vez de reduzir apenas o tempo de resposta.