Planear a aplicação Criador de FAQ

Para planear a sua aplicação Criador de FAQ, tem de compreender como funciona o Criador de FAQ e interage com outros serviços do Azure. Também deve ter uma compreensão sólida dos conceitos base de dados de conhecimento.

Nota

O serviço Criador de FAQ será descontinuado a 31 de março de 2025. Uma versão mais recente da capacidade de perguntas e respostas está agora disponível como parte da Linguagem de IA do Azure. Para obter as capacidades de resposta a perguntas no Serviço de Idioma, veja respostas a perguntas. A partir de 1 de outubro de 2022, não poderá criar novos recursos do Criador de FAQ. Para obter informações sobre como migrar bases de dados de conhecimento existentes do Criador de FAQ para responder a perguntas, consulte o guia de migração.

Recursos do Azure

Cada recurso do Azure criado com o Criador de FAQ tem um objetivo específico. Cada recurso tem o seu próprio objetivo, limites e escalão de preço. É importante compreender a função destes recursos para que possa utilizar esse conhecimento no seu processo de planeamento.

Recurso Objetivo
Recurso do Criador de FAQ Predição de criação e consulta
Recurso da Pesquisa Cognitiva Armazenamento e pesquisa de dados
recurso Serviço de Aplicações e recurso do Serviço de Plano de Aplicações Ponto final de predição da consulta
Recurso do Application Insights Telemetria de predição de consultas

Planeamento de recursos

O escalão gratuito, F0, de cada recurso funciona e pode fornecer a experiência de criação e predição de consultas. Pode utilizar este escalão para aprender a criar e consultar a predição. Quando mudar para um cenário de produção ou em direto, reavalie a seleção de recursos.

Tamanho e débito da base de dados de conhecimento

Quando criar uma aplicação real, planeie recursos suficientes para o tamanho do seu base de dados de conhecimento e para os pedidos de predição de consulta esperados.

Um tamanho de base de dados de conhecimento é controlado pelo:

O base de dados de conhecimento pedido de predição de consultas é controlado pelo plano da aplicação Web e pela aplicação Web. Veja as definições recomendadas para planear o escalão de preço.

Partilha de recursos

Se já tiver alguns destes recursos em utilização, poderá considerar a partilha de recursos. Veja que recursos podem ser partilhados com a compreensão de que a partilha de recursos é um cenário avançado.

Todas as bases de dados de conhecimento criadas no mesmo recurso do Criador de FAQ partilham o mesmo ponto final de predição de consulta de teste .

Compreender o impacto da seleção de recursos

A seleção de recursos adequada significa que a sua base de dados de conhecimento responde com êxito às predições de consultas.

Se o seu base de dados de conhecimento não estiver a funcionar corretamente, é normalmente um problema de gestão de recursos incorreta.

A seleção de recursos incorreta requer investigação para determinar que recurso tem de ser alterado.

Bases de dados de conhecimento

Um base de dados de conhecimento está diretamente associado ao recurso do Criador de FAQ. Contém os pares de perguntas e respostas (FAQ) que são utilizados para responder a pedidos de predição de consultas.

Considerações de idioma

O primeiro base de dados de conhecimento criado no recurso do Criador de FAQ define o idioma para o recurso. Só pode ter um idioma para um recurso do Criador de FAQ.

Pode estruturar os recursos do Criador de FAQ por linguagem ou pode utilizar o Tradutor para alterar uma consulta de outra linguagem para o idioma do base de dados de conhecimento antes de enviar a consulta para o ponto final de predição da consulta.

Ingerir origens de dados

Pode utilizar uma das seguintes origens de dados ingeridas para criar uma base de dados de conhecimento:

  • URL Público
  • URL do SharePoint Privado
  • Ficheiro

O processo de ingestão converte tipos de conteúdo suportados em markdown. Toda a edição adicional da resposta é feita com markdown. Depois de criar um base de dados de conhecimento, pode editar pares de FAQ no portal do Criador de FAQ com criação de texto avançado.

Considerações sobre o formato de dados

Uma vez que o formato final de um par de FAQ é markdown, é importante compreender o suporte de markdown.

As imagens ligadas têm de estar disponíveis a partir de um URL público para serem apresentadas no painel de teste do portal do Criador de FAQ ou numa aplicação cliente. O Criador de FAQ não fornece autenticação para conteúdo, incluindo imagens.

Personalidade do bot

Adicione uma personalidade de bot ao seu base de dados de conhecimento com chit-chat. Esta personalidade inclui respostas fornecidas num determinado tom de conversação, como profissional e amigável. Este chit-chat é fornecido como um conjunto de conversação, que tem controlo total para adicionar, editar e remover.

É recomendada uma personalidade de bot se o bot se ligar ao seu base de dados de conhecimento. Pode optar por utilizar o chit-chat no seu base de dados de conhecimento mesmo que também se ligue a outros serviços, mas deve rever a forma como o serviço de bot interage para saber se esse é o design arquitetónico correto para a sua utilização.

Fluxo de conversação com um base de dados de conhecimento

Normalmente, o fluxo de conversação começa com uma saudação de um utilizador, como Hi ou Hello. A sua base de dados de conhecimento pode responder com uma resposta geral, como Hi, how can I help you, e também pode fornecer uma seleção de pedidos de seguimento para continuar a conversação.

Deve estruturar o fluxo de conversação com um ciclo em mente para que um utilizador saiba como utilizar o bot e não seja abandonado pelo bot na conversação. Os pedidos de seguimento fornecem ligações entre pares de FAQ, que permitem o fluxo de conversação.

Criação com colaboradores

Os colaboradores podem ser outros programadores que partilham a pilha de desenvolvimento completa da aplicação base de dados de conhecimento ou podem estar limitados apenas à criação do base de dados de conhecimento.

A criação de base de dados de conhecimento suporta várias permissões de acesso baseadas em funções que aplica no portal do Azure para limitar o âmbito das capacidades de um colaborador.

Integração com aplicações cliente

A integração com aplicações cliente é efetuada através do envio de uma consulta para o ponto final de runtime de predição. É enviada uma consulta para o seu base de dados de conhecimento específico com um SDK ou um pedido baseado em REST para o ponto final da aplicação Web do Criador de FAQ.

Para autenticar um pedido de cliente corretamente, a aplicação cliente tem de enviar as credenciais corretas e base de dados de conhecimento ID. Se estiver a utilizar um Bot Service de IA do Azure, configure estas definições como parte da configuração do bot no portal do Azure.

Fluxo de conversação numa aplicação cliente

O fluxo de conversação numa aplicação cliente, como um bot do Azure, pode necessitar de funcionalidades antes e depois de interagir com o base de dados de conhecimento.

A aplicação cliente suporta o fluxo de conversação ao fornecer meios alternativos para processar pedidos de seguimento ou incluindo chit-chit? Em caso afirmativo, crie-as mais cedo e certifique-se de que a consulta da aplicação cliente é processada corretamente por outro serviço ou quando enviada para o seu base de dados de conhecimento.

Distribuição entre o Criador de FAQ e Language Understanding (LUIS)

Uma aplicação cliente pode fornecer várias funcionalidades, apenas uma das quais é respondida por um base de dados de conhecimento. Outras funcionalidades ainda precisam de compreender o texto de conversação e extrair significado do mesmo.

Uma arquitetura de aplicação cliente comum é utilizar o Criador de FAQ e o Language Understanding (LUIS) em conjunto. O LUIS fornece a classificação e extração de texto para qualquer consulta, incluindo para outros serviços. O Criador de FAQ fornece respostas do seu base de dados de conhecimento.

Neste cenário de arquitetura partilhada , a distribuição entre os dois serviços é efetuada pela ferramenta Dispatch do Bot Framework.

Aprendizagem ativa a partir de uma aplicação cliente

O Criador de FAQ utiliza a aprendizagem ativa para melhorar a sua base de dados de conhecimento ao sugerir perguntas alternativas a uma resposta. A aplicação cliente é responsável por uma parte desta aprendizagem ativa. Através de pedidos de conversação, a aplicação cliente pode determinar que o base de dados de conhecimento devolveu uma resposta que não é útil para o utilizador e pode determinar uma resposta melhor. A aplicação cliente tem de enviar essas informações de volta para o base de dados de conhecimento para melhorar a qualidade da predição.

Fornecer uma resposta predefinida

Se o seu base de dados de conhecimento não encontrar uma resposta, devolve a resposta predefinida. Esta resposta é configurável na página Definições no portal do Criador de FAQ ou nas APIs.

Esta resposta predefinida é diferente da resposta predefinida do bot do Azure. Configure a resposta predefinida para o bot do Azure no portal do Azure como parte das definições de configuração. É devolvido quando o limiar de classificação não é atingido.

Predição

A predição é a resposta do seu base de dados de conhecimento e inclui mais informações do que apenas a resposta. Para obter uma resposta de predição de consulta, utilize a API GenerateAnswer.

Flutuações da classificação de predição

Uma classificação pode mudar com base em vários fatores:

  • Número de respostas pedidas em resposta a GenerateAnswer com top propriedade
  • Variedade de perguntas alternativas disponíveis
  • Filtragem de metadados
  • Consulta enviada para test ou production base de dados de conhecimento

Existe uma classificação de respostas em duas fases:

  • Cognitive Search - primeira classificação. Defina o número de respostas permitidas suficientemente alto para que as melhores respostas sejam devolvidas pela Pesquisa Cognitiva e, em seguida, transmitidas para o classificador do Criador de FAQ.
  • Criador de FAQ – segunda classificação. Aplique a caracterização e a aprendizagem automática para determinar a melhor resposta.

Atualizações de serviço

Aplique as atualizações de runtime mais recentes para gerir automaticamente as atualizações do serviço.

Dimensionamento, débito e resiliência

O dimensionamento, o débito e a resiliência são determinados pelos recursos do Azure, pelos respetivos escalões de preço e por qualquer arquitetura circundante, como o Gestor de tráfego.

Análise com o Application Insights

Todas as consultas ao seu base de dados de conhecimento são armazenadas no Application Insights. Utilize as nossas principais consultas para compreender as suas métricas.

Ciclo de vida de desenvolvimento

O ciclo de vida de desenvolvimento de uma base de dados de conhecimento está em curso: editar, testar e publicar a sua base de dados de conhecimento.

Desenvolvimento da base de dados de conhecimento de pares criadores de FAQ

Os pares de FAQ devem ser concebidos e desenvolvidos com base na utilização da aplicação cliente.

Cada par pode conter:

  • Metadados – filtráveis ao consultar para lhe permitir etiquetar os seus pares de FAQ com informações adicionais sobre a origem, o conteúdo, o formato e a finalidade dos seus dados.
  • Pedidos de seguimento – ajuda a determinar um caminho através do seu base de dados de conhecimento para que o utilizador chegue à resposta correta.
  • Perguntas alternativas – importante para permitir que a pesquisa corresponda à sua resposta a partir de diferentes formas da pergunta. As sugestões de aprendizagem ativa transformam-se em perguntas alternativas.

Desenvolvimento de DevOps

Desenvolver uma base de dados de conhecimento para inserir num pipeline de DevOps requer que o base de dados de conhecimento seja isolado durante o teste em lote.

Um base de dados de conhecimento partilha o índice da Pesquisa Cognitiva com todas as outras bases de dados de conhecimento no recurso do Criador de FAQ. Embora a base de dados de conhecimento esteja isolada pela partição, partilhar o índice pode causar uma diferença na classificação em comparação com a base de dados de conhecimento publicada.

Para ter a mesma pontuação nas test bases de dados de conhecimento eproduction, em seguida, isole um recurso do Criador de FAQ para um único base de dados de conhecimento. Nesta arquitetura, o recurso só precisa de viver desde que o teste de lote isolado.

Passos seguintes