Configurar e testar o seu primeiro Agent
Um primeiro Agent deve resolver um conjunto pequeno e verificado de tarefas de comprador antes de tentar todos os percursos possíveis. Comece com conteúdo fiável e dados de catálogo, adicione comportamento explícito e...
Um primeiro Agent deve resolver um conjunto pequeno e verificado de tarefas de comprador antes de tentar todos os percursos possíveis. Comece com conteúdo fiável e dados de catálogo, adicione comportamento explícito e regras de apoio, e depois teste toda a resposta em superfícies isoladas.
Este guia fornece uma ordem de implementação prática e um critério de aceitação. Foi concebido para uma loja real, onde informações incorretas sobre políticas ou produtos são mais prejudiciais do que uma funcionalidade opcional incompleta.
Como isto se enquadra no Humind
AI Agent é o espaço de configuração do assistente voltado para o cliente. Knowledge e Catalog fornecem factos; Guidance molda o comportamento da resposta; Tools adiciona ações; Escalation define o apoio humano; as superfícies de teste permitem-lhe rever o resultado antes da implementação.
As alterações podem afetar muitas conversas, por isso teste cenários representativos de compra e apoio após cada atualização significativa. Um chat visualmente correto não é suficiente: verifique em conjunto a resposta, o contexto do produto, a ação disponível e o comportamento de transferência.
Antes de começar
Acesso: Um administrador ou uma função personalizada com acesso de escrita à configuração de Agent, Knowledge e Catalog deve ser responsável pela configuração inicial. Outros colegas de equipa podem rever de acordo com as permissões da respetiva secção.
- Escolha a empresa e o mercado corretos e ligue a fonte de catálogo pretendida.
- Reúna políticas aprovadas, regras de marca, destinos de apoio e domínios de lançamento.
- Nomeie uma pessoa responsável por conteúdo, catálogo, comportamento do Agent, operações e implementação na montra.
Fluxo de trabalho passo a passo
Definir os primeiros percursos suportados
Selecione um grupo gerível de percursos, como descoberta de produto, detalhe do produto, entrega ou devoluções, e apoio humano. Para cada percurso, defina a fonte esperada, a resposta aceitável, o comportamento perante dados indisponíveis e o resultado da escalada.
Inclua um caso que o Agent deva recusar ou encaminhar para outro lado. Limites claros tornam os testes significativos e evitam que uma promessa de lançamento demasiado ampla esconda lacunas conhecidas.
Preparar Knowledge e Catalog
Em Knowledge, crie ou importe uma fonte autorizada para cada política suportada. Utilize pastas para facilitar a manutenção, estados públicos e publicados para conteúdo voltado para o cliente, e snippets para orientação privada curta. Em Catalog, verifique produtos representativos, variantes, visibilidade, coleções, promoções e filtros úteis.
Resolva contradições antes de avançar. Não adicione uma regra de Guidance que diga ao Agent para ignorar um valor de produto incorreto ou uma política duplicada.
Configurar comportamento e ações
Em Guidance, escolha personalidade, comprimento da resposta, comportamento linguístico, regras e moderação. Em Tools, ative apenas ações com dependências testadas. Em Escalation, configure canais suportados, critérios de transferência, perguntas antes da transferência, intervenção do operador e comportamento de satisfação.
Reveja o feedback de gravação automática ou gravação após cada alteração. Peça aos operadores para confirmarem o acesso ao Inbox e a disponibilidade antes de ativar uma promessa ao cliente de ajuda em direto.
Personalizar a interface e o ponto de entrada
Utilize Chat interface para o avatar, cores, contraste, estilo de bolhas e botões, nome opcional do Agent e texto inicial. Utilize Entry point para o tipo de lançador, posição, tamanho, regras de página e comportamento em computador ou telemóvel.
Pré-visualize cada regra e certifique-se de que o lançador não esconde controlos de navegação, consentimento, carrinho ou checkout. Mantenha o primeiro lançamento suficientemente simples para ser verificado com fiabilidade.
Executar a suite de aceitação
Utilize Playground para conversas exploratórias, Test product para comportamento centrado no produto e Batch testing para um conjunto de dados repetível. Reveja em conjunto os factos, os produtos selecionados, as ações, o idioma, a moderação e o estado do apoio.
Classifique cada falha por fonte, faça uma única correção focada e volte a executar os casos falhados e os casos vizinhos. Aprove o lançamento apenas quando os percursos críticos passarem e as limitações restantes estiverem documentadas.
Permissões e observações importantes
- Uma interface visualmente polida não compensa dados de Knowledge ou Catalog não verificados.
- As integrações de Tools e apoio podem ter pré-requisitos fora da página do Agent.
- Playground não valida a instalação na montra em direto nem a configuração do domínio.
- Novos dados de catálogo ou de filtro podem precisar de tempo para sincronizar antes do teste final.
Verificar o resultado
Utilize esta checklist antes de considerar o trabalho concluído:
- Cada percurso de lançamento tem uma pessoa responsável, uma fonte, um resultado esperado e uma alternativa.
- As perguntas críticas passam numa sessão nova do Playground e num conjunto de dados repetível.
- Os operadores podem receber, assumir e devolver uma conversa escalada.
- Um plano de smoke test da montra e uma pessoa responsável pelo rollback estão prontos antes da implementação.
Resolução de problemas
A configuração do Agent parece inconsistente
Volte à lista de percursos e identifique que fonte é responsável por cada facto ou ação. Remova a autoridade duplicada e depois volte a testar um percurso de cada vez em vez de adicionar instruções mais amplas.
Uma ferramenta está ativada mas indisponível na conversa
Abra Tools e verifique se o Humind assinala configuração em falta ou aponta para outra página de definições. Verifique a dependência subjacente de catálogo, encomenda, marcação ou apoio antes de voltar a testar.
Os testes passam para uma pessoa mas não para outra
Compare a empresa ativa, o mercado, o idioma, o histórico da conversa, o contexto do produto, a função e a hora do teste. Utilize o mesmo cenário novo e a configuração atual para uma comparação controlada.