Um chatbot útil deve saber como se referir a uma pessoa quando a resposta está faltando, uma decisão é necessária ou o usuário solicita. Projete esta passagem com o restante da rota: canal disponível, informações transmitidas e confirmação de consideração.
Delimitar o que o chatbot pode processar
Separar informações gerais, consulta de um arquivo e ação comercial. Um assistente documental pode explicar um procedimento sem ser autorizado a modificar um pedido. Indique seus limites em uma linguagem compreensível. A presença de uma interface de bate-papo não deve eliminar os meios usuais de contato. No celular, verifique se ele não oculta a navegação ou as informações essenciais.
Defina os gatilhos do relé
Planeje, no mínimo, a solicitação explícita do usuário, a ausência de fonte suficiente e situações fora do escopo. Evite loops em que o modelo reformula a mesma resposta indefinidamente. Os gatilhos devem ser capazes de ser testados com exemplos. Para uma questão delicada, a fluidez de uma resposta não prova que ela constitui uma decisão autorizada.
Descreva o relé como um curso completo
Um botão de contato não é suficiente se ninguém souber o que está transmitindo ou quem processará a solicitação. Descreva o estado inicial, a ação do usuário, as informações propostas e a confirmação esperada. A rota pode ser simples: um resumo de repetição, um formulário e um canal de recepção verificado. O importante é não sugerir que a solicitação tenha sido levada em consideração antes que o aplicativo realmente o confirme.
| Situação | Resposta da interface | Verificação da teste de aceitação |
|---|---|---|
| O usuário pede uma pessoa | É proposto um meio acessível de contato | Sem loop impondo novas reformulações |
| A documentação não responde | O limite é anunciado e uma sequência útil é proposta | nenhuma condição ou valor inventado |
| O serviço está fechado | A disponibilidade real é explicada | Nenhum atraso automático não validado |
| O canal falha | uma mensagem de falha e uma alternativa estão disponíveis | Nenhuma confirmação de envio falso |
| Uma decisão de negócios é necessária | A demanda é orientada para o papel competente | O modelo não apresenta uma modificação como feita |
Esta grade é uma proposta de design. As permissões permanecem decisivas: um assistente informativo não deve ser capaz de modificar um contrato ou acessar simplesmente porque sua resposta sugere. As recomendações doOWASP para aplicativos LLM Ajude a distinguir entre o texto produzido das ações realmente autorizadas.
transmitir apenas o que ajuda
O relé pode oferecer um resumo que a pessoa releia antes de enviar. Identifique as informações necessárias, o destinatário e o canal aprovado. Não copie automaticamente toda a conversa se contiver dados desnecessários. Se o serviço for encerrado, anuncie a forma de deixar uma solicitação e o que acontecerá a seguir, sem prometer um atraso que não foi validado pela equipe.
Exemplo fictício: uma solicitação de mudança
Um visitante deseja alterar um serviço já encomendado. O chatbot pode explicar onde encontrar informações úteis e sugerir um contato, mas não confirma a alteração. O usuário verifica um resumo de sua solicitação antes da transmissão. A página exibe uma confirmação de recibo real ou uma mensagem de falha para tentar novamente; Uma fórmula gerada não substitui essa verificação.
Projete um resumo que a pessoa pode controlar
- Limite o resumo à pergunta, o contexto útil e os elementos que o usuário concorda em transmitir. Mostre-o antes de enviar quando a rota permitir.
- Indique o canal e o destinatário funcional da solicitação. Uma fórmula vaga como "Nós cuidaremos disso" não descreve uma recepção verificável.
- Permita corrigir o resumo. A má reformulação do modelo não deve se tornar a única versão da solicitação mantida pela equipe.
- Teste a recepção com dados de demonstração e, em seguida, o cenário de falha. Verifique a rota no teclado e em uma tela estreita, inclusive quando a janela de bate-papo está aberta.
Em uma simulação ficcional, uma pessoa deseja desenvolver um serviço já encomendado. O chatbot pode explicar quais informações preparar e propor um resumo. Ele não confirma uma aceitação ou modificação do arquivo. A equipe recebe uma solicitação acionável e permanece responsável pela decisão. Essa separação torna possível ajudar rapidamente sem assumir um compromisso comercial.
Para um site de agência, o relé pode ser direcionado para uma troca de enquadramento em vez de buscar resolver imediatamente cada situação. Planeje a revisão de perguntas sem resposta para melhorar a documentação. Os Preparando uma base de conhecimento e o Testes de qualidade de RAG Em seguida, torne-se complementar ao trabalho no formulário e na recepção real das mensagens.
Teste o final do curso
Simule uma resposta não rastreável, uma demanda humana imediata e uma falha no canal de contato. Controle o teclado, a leitura do celular e as mensagens de confirmação. O OWASP identifica os riscos associados às saídas e acessos de aplicativos LLM: portanto, limite os poderes do chatbot ao que for necessário. Vincule este trabalho aMelhoria do formulário de contato para manter um problema confiável.