Agente de e-mail
Um engenheiro comercial com IA dentro da sua caixa de entrada
Ligue a caixa de entrada onde os pedidos já chegam. Kabaido lê cada novo RFQ, nota de encomenda e pergunta técnica, corre o mesmo pipeline que a aplicação corre e redige a resposta a partir do seu próprio endereço. O modo de revisão é o predefinido, por isso nada chega a um cliente enquanto não o autorizar.
Pedido de cliente
RecebidoChega um RFQ à caixa de entrada ligada, anexos incluídos. O agente classifica-o de forma determinística antes de chamar qualquer modelo.
Resposta redigida, na mesma conversa
Modo de revisãoO processo habitual é executado e depois o agente redige a resposta com a sua marca e o seu tom, com o PDF do orçamento e o link do portal em anexo.
O que faz
O que acontece a cada mensagem
O passo mais barato corre primeiro, por isso a maior parte do correio nunca chega a um modelo. Tudo o que vem depois é o pipeline normal do Sales Engineer, a trabalhar sobre o pedido exatamente como ele chegou.
- Classificada antes de qualquer chamada a um modelo
- As proteções contra ciclos descartam os envios do próprio agente, as devoluções e as respostas automáticas. Depois aplicam-se os seus filtros de inclusão e exclusão por remetente, domínio e assunto, e a seguir uma pontuação determinística por palavras-chave arruma a mensagem em RFQ, nota de encomenda, pergunta técnica ou nenhuma. Só se consulta um modelo quando essas heurísticas ficam em dúvida.
- O pipeline normal, anexos incluídos
- Um e-mail detetado passa a pedido na plataforma e corre o mesmo pipeline do Sales Engineer da aplicação: linhas tipificadas, correspondências no catálogo com grau de adequação, valores com a fonte indicada e um pedido de esclarecimento sempre que falta alguma coisa. Os anexos são carregados e lidos com ele.
- Uma de quatro respostas, redigida com a sua imagem
- O orçamento com o PDF anexado e a ligação para o portal, uma pergunta de esclarecimento quando o pipeline ainda não consegue orçamentar, uma resposta técnica com as fontes indicadas, ou uma leitura estruturada de uma nota de encomenda. A encomenda em si continua a ser criada por uma pessoa: o agente não confirma encomendas por sua conta.
- Na mesma conversa da mensagem original
- As respostas saem pela própria caixa de entrada ligada, encadeadas com os cabeçalhos In-Reply-To e References originais, para que a conversa continue a ser um só fio no cliente de correio do seu cliente e no seu.
- Uma vista de atividade por caixa de entrada
- Todos os e-mails que o agente viu estão listados com a classificação, o resultado e os créditos que consumiram. Tudo o que os filtros deixaram de fora pode ser processado à mão a partir da mesma vista.
Ligação
Gmail e Microsoft 365
Um administrador da organização liga uma caixa de entrada a partir de Definições, Integrações, através do ecrã de consentimento do próprio fornecedor. Estas são, na íntegra, as permissões delegadas que cada ligação pede.
Gmail
AtivoO ecrã de consentimento da própria Google, através de um cliente OAuth do Google Cloud.
- gmail.readonly
- Lê as mensagens novas e os respetivos anexos para que o pipeline possa trabalhar sobre o pedido tal como chegou.
- gmail.send
- Envia a resposta redigida a partir do seu próprio endereço, na mesma conversa da mensagem original.
Microsoft 365
AtivoO ecrã de consentimento da própria Microsoft, através de um registo de aplicação no Microsoft Entra.
- User.Read
- Lê a conta com sessão iniciada para que a caixa de entrada fique identificada com o endereço a que pertence.
- Mail.Read
- Lê as mensagens novas e os respetivos anexos.
- Mail.Send
- Envia a resposta redigida a partir do seu próprio endereço.
- offline_access
- Mantém a ligação viva sem lhe pedir para iniciar sessão outra vez a cada hora.
Depois de ligada, uma tarefa agendada sincroniza todas as caixas de entrada de cinco em cinco minutos e recolhe tudo o que chegou desde a última execução. Cada execução processa até três e-mails detetados por caixa de entrada e passa os restantes para a seguinte, por isso uma manhã cheia é trabalhada por ordem e não toda de uma vez. Os tokens são guardados encriptados e a caixa de entrada pode ser desligada a qualquer momento na mesma página de definições.
Modo de revisão
Nada sai sem a sua autorização
Todas as caixas de entrada começam em modo de revisão. O agente continua a ler, a classificar, a correr o pipeline e a redigir a resposta completa, mas essa resposta vai para um endereço de revisão à sua escolha, que começa por ser a própria caixa de entrada ligada. O seu cliente não vê nada.
Lê os rascunhos como leria os de um colega novo: o orçamento com o PDF e a ligação para o portal, a pergunta de esclarecimento, a resposta técnica com as fontes indicadas. Quando um rascunho está errado, corrige os dados de base ou os filtros, e o seguinte fica certo.
Quando os rascunhos estiverem sistematicamente certos, passe essa caixa de entrada para modo direto. É um interruptor por caixa de entrada, por isso uma caixa pode correr em modo direto enquanto outra fica em revisão, e pode voltar atrás a qualquer momento.
| Comportamento | Modo de revisão (predefinido) | Modo direto |
|---|---|---|
| Lê e classifica o correio novo | Incluído | Incluído |
| Corre o pipeline completo e redige uma resposta | Incluído | Incluído |
| Para onde vai a resposta redigida | Um endereço de revisão à sua escolha | O cliente, a partir do seu endereço |
| Orçamento marcado como enviado automaticamente | Não incluído | Incluído |
| Comutável por caixa de entrada, a qualquer momento | Incluído | Incluído |
Limites
Aquilo em que nunca toca
Um agente na sua caixa de entrada só vale a pena se os limites forem exatos. Estes são os nossos.
- Correio anterior à ligação
- O cursor de sincronização fica fixo no momento em que faz a ligação. Tudo o que já está na caixa de entrada fica fora da janela do agente e nunca é lido, classificado nem respondido.
- Correio que não é um pedido
- Tudo o que é classificado como nenhuma fica intocado: não é redigida resposta nem se cria nada. Continua listado na vista de atividade, para poder ver o que o agente decidiu e processá-lo à mão se estiver errado.
- Os seus próprios envios, devoluções e respostas automáticas
- Cada envio leva um cabeçalho de marca do agente Kabaido, e as proteções contra ciclos descartam tudo o que o traga, juntamente com devoluções e respostas de ausência. O agente não pode responder a si próprio.
- Os seus clientes, até que o autorize
- Em modo de revisão, que é o predefinido, nenhuma resposta redigida chega a um cliente. Nada sai da sua organização enquanto não passar a caixa de entrada para direto.
Custo
Ler é gratuito, responder custa um crédito
O agente corre sobre o mesmo saldo de créditos do resto da sua conta. Não há subscrição separada para a caixa de entrada.
Sincronizar, ler e classificar não consomem nada, em nenhum degrau da escada: as proteções contra ciclos, os seus filtros, a pontuação por palavras-chave e a chamada ao modelo que só acontece quando essas ficam em dúvida. Uma caixa de entrada que recebe cem newsletters por semana custa o mesmo que uma vazia.
Uma resposta redigida custa 1 crédito, cobrado por cima dos custos normais por linha da execução do pipeline que envolve, exatamente como o mesmo pedido custaria na aplicação. Acionar à mão um e-mail deixado de fora custa o mesmo que um detetado pelo próprio agente, e a vista de atividade mostra o que cada mensagem consumiu.
Perguntas
Sobre o agente de e-mail
- Um administrador da organização liga uma caixa de entrada Gmail ou Microsoft 365 com OAuth completo. O agente sincroniza o correio novo de cinco em cinco minutos, classifica cada mensagem de forma determinística antes de chamar qualquer modelo e transforma os RFQ, as notas de encomenda e as perguntas técnicas detetados em pedidos que correm o pipeline normal, anexos incluídos. As respostas são redigidas com a sua imagem, na mesma conversa da mensagem original, com o PDF do orçamento e a ligação para o portal. O modo de revisão é o predefinido até passar a caixa de entrada para direto.
- O Gmail pede gmail.readonly e gmail.send. O Microsoft 365 pede User.Read, Mail.Read, Mail.Send e offline_access. É esta a lista completa: ler o correio novo, enviar a resposta a partir do seu próprio endereço e manter-se ligado. Os tokens são guardados encriptados e um administrador da organização pode desligar a caixa de entrada a qualquer momento.
- Não. O cursor de sincronização fica fixo no momento da ligação, por isso só é visto o correio que chega depois. Nada do que já está na caixa de correio é lido, classificado ou respondido.
- Só se o escolher. O modo de revisão é o predefinido e envia todos os rascunhos para um endereço de revisão que define, que começa por ser a própria caixa de entrada ligada. Só quando passar a caixa de entrada para modo direto é que as respostas vão para o cliente, ficando então o orçamento marcado como enviado.
- Uma tarefa cron sincroniza cada caixa de entrada ligada de cinco em cinco minutos. Cada execução processa até três e-mails detetados por caixa de entrada e os restantes passam para a execução seguinte, cinco minutos depois, por isso uma manhã pesada nunca bloqueia o agendamento.
- Ler e classificar não consomem créditos nenhuns. Uma resposta redigida custa 1 crédito por cima dos custos normais por linha da execução do pipeline que envolve, e acionar à mão um e-mail deixado de fora custa exatamente o mesmo que um detetado pelo próprio agente. Cada e-mail na vista de atividade mostra o que consumiu.
- Não. Cada valor leva um excerto de origem do seu catálogo ou do pedido. Quando falta um valor, o agente responde com uma pergunta de esclarecimento em vez de um orçamento. Citar a fonte ou abster-se é a regra na caixa de entrada tal como é na aplicação.
O resto do módulo
O mesmo motor, chegue o pedido por onde chegar
A caixa de entrada é uma das portas para o Sales Engineer. Um pedido colado na aplicação, enviado pelo portal ou empurrado pela API corre o mesmo pipeline.
Aponte-o à caixa de entrada onde os pedidos já chegam
Comece grátis, ligue uma caixa de correio e leia os rascunhos antes de qualquer outra pessoa.