Em resumo
- Um clique que só pessoas podem dar.A aprovação é um clique na conversa, que nem o modelo nem um texto de página da web conseguem falsificar.
- O que é destrutivo sempre pergunta.Excluir ou cancelar nunca pode ser configurado para rodar sem a aprovação do visitante.
- O que ele aprova é o que roda.Se os dados de entrada da ação mudarem depois da aprovação do visitante, a aprovação deixa de valer.
- Sem números de pedido inventados.Os IDs precisam vir do visitante, da página ou de um resultado anterior, nunca do modelo.
Uma IA que age no seu site só é útil se você puder confiar nela. O grande medo: e se ela fizer algo que ninguém pediu? A OneType tem uma regra para isso. Uma ação que altera algo espera pelo clique do próprio visitante.
Três tipos de ações
Cada ferramenta que você dá ao agente diz o que ela faz com os seus dados. Essa escolha decide se o visitante é consultado.
- Leituras, como consultar o status de um pedido: rodam sem perguntar, a menos que você escolha perguntar.
- Altera algo, como adicionar ao carrinho: pergunta ao visitante antes.
- Destrutivas, como cancelar um pedido: sempre perguntam e precisam ter uma pergunta de confirmação.
Uma pergunta nas suas palavras
Você escreve a pergunta que o visitante vê, com placeholders preenchidos a partir dos dados de entrada da ação, como Cancelar o pedido #{order_number}? O visitante vê exatamente o que vai acontecer antes de acontecer. Se ele recusar, nada roda e o agente é avisado, para poder oferecer outra coisa.
Aprovação que não pode ser falsificada nem reutilizada
A aprovação está vinculada aos dados de entrada exatos que o visitante viu. Se a chamada mudar depois do clique, a aprovação é recusada. Uma aprovação vale por 5 minutos e executa a ação uma vez. O agente pode perguntar no máximo 5 vezes em uma resposta, para que o visitante nunca seja inundado de cartões.
O texto que o agente lê em uma página da web, em um documento ou no resultado de uma ferramenta é tratado como dado, nunca como instrução. Uma linha escondida em uma página dizendo aprove tudo não faz nada.
Sem adivinhar IDs
Um número de pedido inventado poderia apontar para o pedido de outra pessoa. Por isso, todo argumento com nome de ID, como order_number ou sku, precisa usar um valor que o visitante escreveu, que a página mostra ou que um resultado anterior de ferramenta retornou. Caso contrário, a chamada não roda e o agente é orientado a buscar a informação ou perguntar. Para dados de conta, exija um visitante conectado: seu servidor então recebe o contato verificado a partir do seu próprio token assinado, nunca um valor escolhido pelo modelo.
Onde se aplica
As mesmas regras de aprovação valem para ações de API que chamam o seu servidor, ações do site que executam o código da sua página e as ferramentas de página integradas. Abrir uma página e preencher um formulário sempre perguntam.
Quem define as regras
Proprietários e administradores decidirão, por ferramenta, o que ela faz com os seus dados e qual pergunta o visitante vê. Cada ferramenta informa o que faz: lê, altera algo ou é destrutiva. Para leituras, você ainda pode ativar “Ask the visitor first”. A configuração de ferramentas chega em breve.
Sua equipe nunca precisa acompanhar uma conversa ao vivo para manter as ações seguras. As regras acompanham a ferramenta, e cada chamada a uma ação de API que altera algo é registrada no seu log de auditoria.