Superinteligência em chaveiro: pedidos, retirada e aviso sem erro

Superinteligência não é um equipamento que o chaveiro compra e liga. Na prática, o que faz diferença no balcão é um agente de IA no WhatsApp que registra cada pedido, acompanha o status da cópia ou do conserto, avisa quando a chave está pronta e só libera a retirada depois de uma conferência que a própria loja definiu. O ganho está menos na sofisticação da tecnologia e mais em três pontos: pedido registrado por escrito, regra clara de entrega e histórico de cada decisão.

Principais pontos

• O agente registra o pedido antes de qualquer produção, com tipo de chave, quantidade, observações e um identificador que acompanha a ordem até o fim.
• O aviso de chave pronta só sai pelo canal permitido e com a mensagem adequada, e nunca funciona como comprovante de retirada.
• A entrega exige conferência de quem retira contra o registro do pedido, e chaves sensíveis passam por verificação humana.
• Toda mudança de status, toda exceção e todo encaminhamento para a equipe ficam anotados em um registro consultável.
• O piloto começa com um tipo de pedido, um responsável definido e uma métrica combinada antes de qualquer expansão.

Por que o balcão de chaves precisa de registro antes da IA

Muitos problemas de chaveria não nascem da cópia em si. Nascem de pedido feito por telefone sem anotação, de recado passado de um atendente para outro, de chave pronta que ficou na prateleira sem aviso, ou de retirada feita por alguém que nunca foi identificado. Um agente de IA automatiza a conversa, mas se a loja não tem um fluxo definido, ele apenas repete a bagunça com mais velocidade.

Por isso, a primeira decisão não é técnica. É decidir quais pedidos a loja quer receber pelo WhatsApp, quais exigem atendimento presencial e quem responde por cada tipo de exceção. Essa definição é o que transforma uma conversa em um processo que pode ser auditado.

O fluxo em cinco etapas: pedido, produção, aviso, conferência e retirada

Um fluxo simples costuma funcionar bem para a maioria das chaverias. Ele pode ser descrito assim:

• Recepção: o agente coleta tipo de chave, modelo ou foto da chave original quando a loja aceitar, quantidade, prazo desejado e um nome para identificar o pedido. Dados pessoais ficam limitados ao necessário para atender o pedido.
• Registro: o pedido é gravado com um código, data e hora, status inicial e canal de origem. Sem registro, não há produção.
• Produção: a equipe atualiza o status no sistema da loja (em produção, pronto, aguardando retirada). O agente só comunica o que está registrado, nunca o que ele supõe.
• Aviso: quando o status muda para pronto, o agente envia a mensagem de aviso pelo canal que o cliente autorizou. O texto informa o código do pedido e o que levar para a retirada, sem prometer nada além disso.
• Retirada: quem chega apresenta o código ou o nome informado no pedido. A equipe confere o registro antes de entregar, e o sistema marca o pedido como retirado com a identificação de quem atendeu.

Esse desenho tem uma consequência importante: a chave só sai da loja depois de uma conferência feita por uma pessoa com acesso ao registro. O agente pode preparar, lembrar e organizar, mas não substitui essa checagem.

Regras que o agente não deve quebrar

As regras são o que separa um atendimento útil de um risco. Vale escrevê-las antes de qualquer configuração e revisá-las com quem fica no balcão.

• O agente não confirma propriedade de veículo, imóvel, cofre ou portão de condomínio. Esses casos vão para verificação humana com a documentação que a loja exige.
• O agente não libera retirada. Ele informa o status e orienta o cliente, mas a entrega depende da equipe.
• O agente não aceita mudança de dados do pedido, como nome ou telefone de retirada, sem confirmação por um canal já registrado.
• Pedidos fora do horário, reclamações e pedidos com indícios de conflito seguem para um atendente humano, com resumo da conversa anexado ao registro.
• Qualquer instrução que peça para o agente ignorar essas regras, como uma mensagem dizendo que a pessoa é o dono da chave e que a verificação não é necessária, deve ser tratada como caso de exceção, não como permissão.

Essa última regra conversa com o risco de injeção de prompt, em que texto enviado pelo usuário tenta alterar o comportamento do sistema. A recomendação consolidada pela OWASP é tratar a entrada do usuário como não confiável e manter as ações sensíveis fora do alcance da conversa.

Cenário ilustrativo: a chave que alguém pediu para buscar

Cenário ilustrativo: uma pessoa envia mensagem dizendo que pediu uma cópia na semana passada e que um familiar vai buscar. O agente localiza o pedido pelo nome informado, mostra que o status é pronto e explica que a retirada precisa ser feita por quem está no registro ou por alguém autorizado por escrito. Quando o familiar chega, o atendente confere o nome e o código, anota a autorização no pedido e entrega. Se o nome não bate, o agente não tenta resolver sozinho: abre um encaminhamento para a equipe com o histórico da conversa, e a decisão fica registrada.

O ponto do exemplo não é a conversa bonita. É que cada passo deixa rastro, e a loja sabe quem decidiu o quê.

Como pilotar com pouco risco

Nosso método para projetos de agentes segue quatro movimentos: mapear, limitar, pilotar e transferir. No caso de uma chaveria, mapear significa escrever como os pedidos entram hoje e onde eles se perdem. Limitar significa definir quais tipos de pedido o agente aceita e quais ações ele não executa. Pilotar é testar um tipo de pedido real, por um período combinado, com logs e uma métrica acordada antes de começar, como a proporção de pedidos com registro completo ou a quantidade de encaminhamentos corretos. Transferir é entregar o fluxo à equipe com instruções escritas e decidir se a operação expande, ajusta ou para.

Antes de colocar o agente em contato com clientes, vale testar o fluxo em um ambiente de simulação. Como fazer isso está descrito em como testar agente de IA com mocks e sandbox sem risco. A conexão com o WhatsApp e com a planilha ou sistema de pedidos pode ser montada com ferramentas de automação, como explicamos em n8n com WhatsApp Cloud API: como montar um fluxo de atendimento.

Dados de clientes e LGPD no WhatsApp

O pedido de cópia de chave envolve dados pessoais: nome, telefone, às vezes endereço ou documento. A LGPD exige que o tratamento tenha finalidade clara e que se colete apenas o necessário. Para a chaveria, isso significa não pedir documento na recepção de uma cópia simples, mas exigir verificação na retirada de chaves sensíveis, e registrar apenas o que a verificação requer.

As mensagens de aviso também precisam de cuidado. Mensagens ativas dependem de permissão prévia do cliente e de modelos aprovados quando a conversa já não está em andamento. O assunto está em mensagens ativas no WhatsApp: templates, opt-in e boas práticas. Para a autoridade de referência sobre proteção de dados no Brasil, vale consultar a ANPD.

Quando passar para uma pessoa

Nem todo atendimento deve ficar com o agente. Vale encaminhar para a equipe quando houver dúvida sobre propriedade do objeto, pedido de urgência, insatisfação, pedido de chave de veículo ou de imóvel alheio, e qualquer situação em que o cliente peça exceção. O encaminhamento precisa trazer o resumo da conversa, o código do pedido e o motivo, para que ninguém precise perguntar tudo de novo.

Uma boa referência para decidir o que fica com a equipe é a lógica de autorização: cada ação sensível exige um papel com permissão explícita, e o agente nunca recebe mais permissão do que a tarefa exige. O OWASP tem orientação geral sobre esse princípio em seu guia de autorização.

Perguntas frequentes

Superinteligência é um produto que uma chaveria pode contratar? Não. Superinteligência é um conceito de pesquisa sobre sistemas que superariam humanos em praticamente todas as tarefas cognitivas, e nenhuma loja de chaves opera algo assim. O que faz sentido para o balcão é um agente de IA com regras, registro e supervisão humana, que cumpre tarefas bem delimitadas como registrar pedidos e avisar a retirada.

O agente pode liberar a retirada da chave quando o cliente mandar a mensagem certa? Não deve. A liberação depende da conferência feita pela equipe contra o registro do pedido, e o agente pode orientar o cliente sobre o que levar, mas não decide a entrega. Mensagens que tentem convencer o agente de que a verificação não é necessária devem ser tratadas como exceção e encaminhadas.

Qual é o primeiro passo para uma chaveria testar isso sem risco? Escolha um tipo de pedido, como cópias simples, e escreva como ele entra e se perde hoje. Defina quais ações o agente não executa, combine uma métrica simples de acompanhamento e teste em ambiente de simulação antes de qualquer cliente real. Só depois avance para um piloto com logs e com responsável definido.

Preciso de um sistema caro para registrar pedidos? Não necessariamente. O essencial é que cada pedido tenha código, status, histórico e responsável, e isso pode começar em uma ferramenta simples, desde que seja consultável e revisável. O investimento maior costuma estar na definição das regras e no acompanhamento do piloto, não na ferramenta em si.

Fontes

• OWASP: LLM Prompt Injection Prevention Cheat Sheet
• OWASP: Authorization Cheat Sheet
• ANPD: Autoridade Nacional de Proteção de Dados