Criador de conversas visuais

O Visual Conversation Builder é um criador de conversas de arrastar e soltar para criar e visualizar facilmente caminhos de conversação usando intenções em um ambiente visual rico.

O criador de conversas visuais oferece uma interface de usuário mais intuitiva com a capacidade de visualizar e modificar o fluxo da conversa. Ao arrastar e soltar os blocos, você pode estender um fluxo existente ou reordenar as etapas da conversa. Você pode desenvolver um fluxo de conversação com ramificações complexas sem escrever nenhum código Lambda.

Essa mudança ajuda a dissociar o design do fluxo de conversação de outras lógicas de negócios no Lambda. O criador visual de conversas pode ser usado em conjunto com o editor de intenção existente e pode ser usado para criar fluxos de conversa. No entanto, é recomendável usar a visualização do editor visual para fluxos de conversa mais complexos.

Quando você salva uma intenção, o Amazon Lex V2 pode conectar automaticamente intenções quando determina que há conexões perdidas, o Amazon Lex V2 sugere uma conexão ou você pode selecionar sua própria conexão para o bloco.

Ação	Exemplo
Adicionar um bloco ao espaço de trabalho
Fazendo uma conexão entre blocos
Abrindo o painel de configuração em um bloco
Amplie para caber
Excluir um bloco do fluxo de conversa
Limpe automaticamente o espaço de trabalho

Terminologia:

Bloco — A unidade básica de construção de um fluxo de conversação. Cada bloco tem uma funcionalidade específica para lidar com diferentes casos de uso de uma conversa.

Porta — Cada bloco contém portas, que podem ser usadas para conectar um bloco a outro. Os blocos podem conter portas de entrada e portas de saída. Cada porta de saída representa uma variação funcional específica de um bloco (como erros, tempos limite ou sucesso).

Borda — Uma borda é uma conexão entre a porta de saída de um bloco e a porta de entrada de outro bloco. É parte de uma ramificação em um fluxo de conversação.

Fluxo de conversação — Um conjunto de blocos conectados por bordas que descreve as interações em nível de intenção com um cliente.

Blocos

Os blocos são os alicerces de um design de fluxo de conversação. Eles representam estados diferentes dentro da intenção, que abrange desde o início da intenção até a entrada do usuário e o fechamento.

Cada bloco tem um ponto de entrada e um ou vários pontos de saída com base no tipo de bloco. Cada ponto de saída pode ser configurado com uma mensagem correspondente à medida que a conversa prossegue pelos pontos de saída. Para blocos com vários pontos de saída, os pontos de saída estão relacionados ao status correspondente ao nó. Para um nó de condição, os pontos de saída representam as diferentes condições.

Cada bloco tem um painel de configuração, que se abre clicando no ícone Editar no canto superior direito do bloco. O painel de configuração contém campos detalhados que podem ser configurados para corresponder a cada bloco.

As solicitações e mensagens do bot podem ser configuradas diretamente no nó arrastando um novo bloco, ou podem ser modificadas no painel direito, junto com outros atributos do bloco.

Tipos de bloco — Aqui estão os tipos de bloco que você pode usar com o Visual Conversation Builder.

Tipo de bloco	Bloco
Início — A raiz ou o primeiro bloco do fluxo da conversa. Esse bloco também pode ser configurado de forma que o bot possa enviar uma resposta inicial (mensagem de que a intenção foi reconhecida). Para obter mais informações, consulte Resposta inicial.
Obter valor do slot — Este bloco tenta obter valor para um único slot. Esse bloco tem uma configuração para aguardar a resposta do cliente à solicitação de elicitação do slot. Para obter mais informações, consulte Slots.
Condição — Esse bloco contém condicionais. Ele contém até 4 ramificações personalizadas (com condições) e uma ramificação padrão. Para obter mais informações, consulte Adicione condições às conversas da filial.
Gancho de código de diálogo — Esse bloco manipula a invocação da função de diálogo Lambda. Esse bloco contém respostas de bots com base no sucesso, falha ou tempo limite da função de diálogo Lambda. Para obter mais informações, consulte Invocar gancho de código de diálogo.
Confirmação — Esse bloco consulta o cliente antes do cumprimento da intenção. Ele contém respostas de bots com base no fato de o cliente dizer sim ou não à solicitação de confirmação. Para obter mais informações, consulte Confirmação.
Cumprimento — Esse bloco trata do cumprimento da intenção, geralmente após a elicitação dos slots. Ele pode ser configurado para invocar funções do Lambda, bem como responder com mensagens, se o atendimento for bem-sucedido ou falhar. Para obter mais informações, consulte Atendimento.
Resposta de encerramento — Esse bloco permite que o bot responda com uma mensagem antes de encerrar a conversa. Para obter mais informações, consulte Resposta de encerramento.
Encerrar conversa — Esse bloco indica o fim do fluxo da conversa.
Aguarde a entrada do usuário — Esse bloco pode ser usado para capturar a entrada do cliente e mudar para outra intenção com base no enunciado.
Ir para a intenção — Esse bloco pode ser usado para ir para uma nova intenção ou para obter diretamente um espaço específico dessa intenção.

Tipos de porta

Todos os blocos contêm uma porta de entrada, que é usada para conectar seus blocos principais. A conversa só pode fluir para a porta de entrada de um determinado bloco a partir da porta de saída do bloco pai. Porém, os blocos podem conter zero, uma ou várias portas de saída. Os blocos sem nenhuma porta de saída significam o fim do fluxo de conversação na intenção atual (GoToIntent,EndConversation,WaitForUserInput).

Regras de design de intenção:

• Todos os fluxos em uma intenção começam com o bloco inicial.

• As mensagens correspondentes a cada ponto de saída são opcionais.

• Você pode configurar os blocos para definir valores correspondentes a cada ponto de saída no painel de configuração.

• Somente um único bloco de início, confirmação, atendimento e fechamento pode existir em um único fluxo dentro de uma intenção. Podem existir várias condições, gancho de código de diálogo, obtenção de valores de slots, encerramento de conversa, transferência e espera por blocos de entrada do usuário.

• Um bloco de condições não pode ter uma conexão direta com um bloco de condições. O mesmo se aplica ao gancho de código de diálogo.

• Fluxos circulares são permitidos em três blocos, mas um conector de entrada para o Start Intent não é permitido.

• Um slot opcional não tem um conector de entrada ou uma conexão de saída e é usado principalmente para capturar quaisquer dados presentes durante a elicitação da intenção. Todos os outros espaços que fazem parte do caminho da conversa devem ser obrigatórios.

Blocos:

• O bloco inicial deve ter uma borda de saída.

• Cada bloco de obtenção do valor do slot deve ter uma borda de saída da porta de sucesso, se o slot for necessário.

• Cada bloco de condição deve ter uma borda de saída de cada ramificação se o bloco estiver ativo.

• Um bloco de condições não pode ter mais de um pai.

• Um bloco de condição ativo deve ter uma borda de entrada.

• Cada bloco de gancho de código ativo deve ter uma borda de saída de cada porta: com êxito, falha e falha e tempo limite.

• Um bloco de gancho de código ativo deve ter uma borda de entrada.

• Um bloco de confirmação ativo deve ter uma borda de entrada.

• Um bloco de atendimento ativo deve ter uma borda de entrada.

• Um bloco de fechamento ativo deve ter uma borda de entrada.

• Um bloco de condição deve ter pelo menos uma ramificação não padrão.

• Um bloco de intenção de acesso deve ter uma intenção especificada.

Bordas:

• Um bloco de condições não pode ser conectado a outro bloco de condições.

• Um bloco de gancho de código não pode ser conectado a outro bloco de gancho de código.

• Um bloco de condição só pode ser conectado a zero ou a um bloco de gancho de código.

• A conexão (gancho de código -> condição -> gancho de código) não é válida.

• Um bloco de atendimento não pode ter um bloco de gancho de código quando criança.

• Um bloco de condição, que é filho do bloco de atendimento, não pode ter um filho de bloco de gancho de código.

• Um bloco de fechamento não pode ter um bloco de gancho de código quando criança.

• Um bloco de condição que é filho do bloco de fechamento não pode ter um filho de bloco de gancho de código.

• Um bloco de início, confirmação ou obtenção do valor do slot não pode ter mais do que um bloco de gancho de código em sua cadeia de dependências.

nota

Em 17 de agosto de 2022, o Amazon Lex V2 lançou uma mudança na forma como as conversas são gerenciadas com o usuário. Essa alteração oferece mais controle sobre o caminho que o usuário percorre na conversa. Para obter mais informações, consulte Entendendo o gerenciamento do fluxo de conversas. Os bots criados antes de 17 de agosto de 2022 não suportam mensagens de gancho de código de diálogo, definição de valores, configuração de próximas etapas e adição de condições.