RunLLM: The AI Support Engineer

O RunLLM lê o material com que o seu produto realmente funciona: documentação, artigos da central de ajuda, conversas de suporte anteriores, logs e código-fonte. Quando chega uma pergunta, ele puxa dessas fontes e não de conhecimento geral, e é isso que mantém as respostas presas ao seu produto em vez de escorregarem para conselhos genéricos. Quanto mais fontes você conecta, mais específicas ficam as respostas.

O assistente raciocina sobre o que o usuário de fato pergunta e decide quais fontes consultar. Se falta um dado na pergunta, ele pede em vez de inventar uma resposta. Também consegue executar código para verificar uma solução antes de sugeri-la. Esse comportamento é o que permite lidar com as perguntas vagas e de várias etapas que travam um bot de documentação simples.

Em produtos que geram logs, o RunLLM lê a saída de erros e a telemetria para diagnosticar o que falhou. É essa parte que sustenta a capacidade de desviar tickets de suporte, porque o assistente resolve o problema a partir dos próprios dados da falha em vez de esperar por uma pessoa. Em vez de pedir ao usuário que descreva de novo o problema, ele parte do dado real e aponta uma causa provável.

O assistente gera e valida código que responde a uma pergunta específica, como uma requisição que funcione para uma API com a qual o usuário está travado. Como lê o seu próprio código e a sua documentação, os trechos batem com a sua interface real e não com um palpite plausível. Em produtos para desenvolvedores, um exemplo que roda costuma ser a diferença entre fechar um ticket e dar mais uma volta.

Você cria agentes de suporte com IA distintos para cada público, por exemplo um para suporte, um para vendas e um para sucesso do cliente, cada um com suas fontes e suas instruções. Um agente de suporte pode ser ajustado para resolver, enquanto um de vendas puxa de outro material. Assim cada assistente se concentra nas perguntas que lhe cabem.

O RunLLM se posiciona como uma camada de atendimento com IA e responde dentro dos canais que os seus clientes usam: um widget no seu próprio site, o Slack, o Microsoft Teams e centrais como o Zendesk. O usuário recebe ajuda onde já está, sem ser mandado a outro lugar. Esse posicionamento é boa parte do motivo pelo qual ele consegue desviar tickets, já que uma resposta na mesma janela vence um redirecionamento para um portal.

A proposta é um cadastro curto: você conecta as fontes e os canais, e o assistente começa a responder. A partir daí ele melhora conforme você corrige as respostas fracas e conforme vê mais perguntas reais. O time apresenta isso como algo rápido de começar e afiado pelo uso, não como uma implantação de meses.